Exécuter une fonction dll dans ASP.Net Bin ne fonctionne pas, II7

Question

Je développe une application de contrôle à distance où un client (page aspx dans un navigateur) peut demander à un serveur de "lancer un bloc-notes" (à des fins de test, pour de vrai la vie, éteindre une ampoule, etc.). J'ai donc créé une DLL avec une fonction simple pour lancer le bloc-notes (côté serveur) et j'ai déposé cette DLL dans le dossier bin racine.

Cela a fonctionné correctement lorsque la page aspx s'exécute sous le serveur de développement ASP.NET (lancé à partir de Visual Studio). Mais quand j'ai testé la même page ASPX sous un navigateur FireFox, cela ne fonctionnait pas (lancer le bloc-notes) même si elle appelait la même fonction (j'ai fait un pas dans le débogueur).

Est-ce un problème de permission? Comment puis-je configurer cela dans le gestionnaire IIS, ou mieux encore dans web.config?

Aidez-nous s'il vous plaît.

Answer 1

Oui, cela ressemble à un problème d'autorisation.

Le pool d'applications dans IIS 7 sur lequel s'exécute votre site utilise probablement l'identité par défaut, qui est la plus restrictive. Vous pouvez modifier l'identité dans le Gestionnaire des services Internet en cliquant avec le bouton droit sur le pool d'applications (probablement appelé DefaultAppPool) et en sélectionnant Paramètres avancés. De là, changez la valeur d'identité en service local ou service réseau. Si aucun de ces travaux, rendant le système local devrait permettre à votre page de fonctionner.

Je suppose que le serveur Web intégré Visual Studio s'exécute dans le contexte du compte avec lequel vous êtes connecté sur la machine, qui a probablement beaucoup plus de droits.

Answer 2

Quand vous dites:

il ne fonctionne pas (lancer le bloc-notes)

vous l'entendez Avez par une exception ou vous ne voyez pas une fenêtre de bloc-notes ouvert. Si c'était un problème d'autorisations, je m'attendrais à ce que vous obteniez une exception. Chris a raison quand il dit:

Le pool d'applications dans IIS 7 qui votre site est en cours d'exécution est probablement sous en utilisant l'identité par défaut, ce qui est la plus restrictive.

et

Je suppose que le Visual Studio intégré exécute le serveur Web dans le contexte de le compte que vous êtes connecté avec le la machine, qui a probablement beaucoup plus de droits.

et s'il s'agit d'un problème d'autorisations, il a raison. Toutefois, l'utilisateur sous lequel vous exécutez (lorsque vous ne déboguez pas dans Visual Studio) ne peut probablement pas accéder au bureau de l'utilisateur connecté. Peut-être que vous devriez essayer votre test avec une application qui n'a pas besoin d'interagir avec le bureau.