Ok asumiendo que usted está utilizando IIS y asp.net de la forma habitual debe tener una cuenta asp.net en virtud de la cual el marco ejecuta su aplicación en su nombre.
La aplicación web se ejecuta en una única cuenta y, a través de la autenticación, los usuarios tienen acceso programático para hacer las cosas que su "cuenta maestra" lleva a cabo en su nombre.
pensar en él como buscando algo como esto ....
Asp.net carga su aplicación (ASP cuenta) conecta usuario (cuenta) IUSER usuario inicia sesión (? Dependiendo de cuenta utilizada podría ser ventanas auth o formas de autenticación, ect) peticiones
usuario que hacer algo con sus páginas web prestados en virtud de sus cuentas de cheques ...
ASP.NET usuario tiene permiso para realizar la operación (acount asp.net) si el usuario puede hacer esto asp.net actúa sobre la acción solicitada (asp.n et cuenta)
Por lo tanto ... Ya debe tener los permisos pertinentes en esa cuenta asp.net para hacer lo que necesita hacer.
Hay un nivel sobre todo eso también ... el servidor IIS se ejecuta normalmente en la cuenta del sistema/servicio de red.
Así que la pregunta es realmente ... ¿Cómo desea otorgar los permisos a un posible usuario para escribir en el servidor.
Eche un vistazo a las clases providerproperty y roleprovider en el marco que debería poder heredarlas y cree una clase ActiveDirectoryRoleProvider y ActiveDirectoryMembershipProvider que se autentique en función de la pertenencia a roles de los usuarios en AD, o si prefiere solo autenticar contra un DB con las clases básicas de proveedores de asp.net.
Espero que esto ayude.
¿Ha comprobado si el usuario que ejecuta el script tiene acceso para configurar los controles de acceso de Windows? –