2010-07-02 4 views
0

J'ai toujours pensé que l'utilisateur exécutant le pool d'applications était utilisé, par exemple, pour accéder au système de fichiers lorsqu'une application essayait d'écrire un fichier. J'ai une application dans IIS, mise en place avec Windows Integrated Authentication, qui essaie d'écrire un fichier sur le système de fichiers. Je reçois toujours une erreur à moins que j'accorde des autorisations sur le système de fichiers à l'utilisateur de domaine spécifique qui s'est connecté via l'authentification intégrée Windows.Autorisations du système de fichiers ASP.NET

Une raison pour laquelle j'observe ce comportement?

Thx à l'avance

Répondre

1

vous utilisez Impersonation? Cela utiliserait l'identité de l'utilisateur pour faire des choses, plutôt que celle de l'AppPool. Si vous utilisez une application ASP.net tierce, vérifiez si elle utilise l'emprunt d'identité (par exemple, SharePoint).

Il existe un moyen de rétablir l'identité de l'AppPool. Vérifiez this question qui inclut les méthodes RevertToSelf et HostingEnvironment.Impersonate. La question concerne SharePoint, mais ces deux réponses sont le moyen non-SharePoint de revenir à l'apppool, donc ils s'appliquent.

+0

Correct, j'utilise Sharepoint. Merci d'avoir répondu. – Dante

+0

@Dante Cool, alors SPSecurity.RunWithElevatedPrivileges est votre ami :) –

Questions connexes