Question

Nous créons un service WCF avec une DLL de client compagnon (.Net) que nous fournirons au GAC d'un utilisateur via une page Web. La DLL sait comment communiquer avec le service, comment s'y connecter et permet à la page Web de communiquer avec le service WCF via des appels Javascript côté client. La machine de l'utilisateur exécutera la fonctionnalité de la DLL, pas le serveur. Avec cela, les données seront transférées sur le serveur cible.

Cela fonctionne en théorie (et en pratique) sur notre réseau interne. Bien entendu, le réseau se trouve dans une zone sécurisée, il n’ya donc aucun problème de remise, d’installation GAC et d’utilitaire DLL. La paire client-serveur fonctionne comme prévu. Nous pouvons télécharger la DLL .Net avec une balise d'objet, l'installer dans le GAC et l'utiliser facilement.

Pour qu'un utilisateur Internet puisse télécharger la DLL .Net du client, des procédures de sécurité doivent cependant être mises en place. Nous n'avons pas encore l'expertise nécessaire pour savoir exactement ce qu'ils sont, mais nous sommes conscients qu'il faudra au moins signer la DLL avec un certificat de confiance. Au-delà, nous n’en sommes pas certains.

La question est alors qu'est-ce que nous faisons d'ici?

Était-ce utile?

La solution

Donnez un nom fort à l'assembly (sn.exe - etc) Créez un projet Windows Installer à partir de Visual Studio qui ajoutera votre assemblage personnalisé au GAC de la machine cible. (Cliquez avec le bouton droit de la souris sur Système de fichiers sur la machine cible | Ajouter un dossier spécial | Dossier Global Assembly Cache). Laissez les utilisateurs télécharger votre programme d’installation à partir de votre page Web, ce qui est probablement le moyen le plus simple au lieu d’imposer une contrainte via le navigateur.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top