Répertoire d'accès à la page ASP.Net sur un autre serveur

Question

Je dois laisser un fichier aspx.cs exécuter du code pour énumérer le contenu d'un répertoire sur un autre serveur. Fondamentalement, utilisez un objet Directory, etc

Voici ce que je peux reconstituer (je ne suis pas du tout un mec de droits de réseau, donc tout cela est confus pour moi.) Quand un utilisateur charge ma page aspx, cette page, code derrière, est en cours d'exécution sous un certain type de compte d'utilisateur Windows. IUSR_ ou quelque chose. Pour une raison quelconque, le serveur que j'ai besoin d'atteindre (c'est un serveur Page Flex) ne me laissera pas changer le "Emplacement" pour chercher des utilisateurs alors je ne peux pas aller trouver/IUSR ... et lui donner droits.

Existe-t-il un moyen de transmettre des informations d'identification lorsque j'essaie d'énumérer le contenu des répertoires d'un serveur distant? Je souhaite vraiment que cela ait du sens.

Answer 1

Je ne sais pas toutes vos contraintes de sécurité, mais vous pouvez regarder dans la délégation

http://msdn.microsoft.com/en-us/library/aa291350(VS.71).aspx

Il y a beaucoup d'autres articles sur si vous recherchez google

EDIT:

De: http://msdn.microsoft.com/en-us/library/xh507fc5(VS.71).aspx

<!-- Web.config file. --> 
<identity impersonate="true" userName="contoso\Jane" password="pass"/> 

L'idée est d'avoir la demande Web géré comme tout utilisateur de domaine a accès à la part, au lieu de la valeur par défaut (IUSR_ * ou utilisateur ASPNET, je ne me souviens pas)

Je crois que vous pouvez faire cela pour seulement un sous-répertoire ou d'un script si vous voulez limiter les scripts sont en cours d'exécution en tant que cet utilisateur, voir http://msdn.microsoft.com/en-us/library/b6x6shw7.aspx

<location path="ReadUNC.aspx"> 
    <system.web> 
     <identity impersonate="true" userName="contoso\Jane" password="pass"/> 
    </system.web> 
</location> 

et si vous voulez faire l'usurpation d'identité par programme, peut-être cela va vous aider à démarrer: http://www.west-wind.com/WebLog/posts/1572.aspx