Хорошо если вы используете IIS и ASP.NET обычным способом вы должны иметь учетную запись asp.net, под которой платформа выполняет ваше приложение от вашего имени.
Веб-приложение работает под единой учетной записью, и через пользователей аутентификации пользователям предоставляется программный доступ к тому, чтобы делать то, что выполняет ваша «главная учетная запись» от их имени.
Думай о нем, как выглядеть примерно так ....
Asp.net загружает приложение (осина счета) соединяет пользователя (iuser счет) входа пользователя в систему (? В зависимости от учетной записи, используемой может быть окна Auth или форм аутентификации, ЭСТ) запросы
пользователей, чтобы сделать что-то, используя вашу оказанный веб-страницу под своими счетами ...
asp.net проверка пользователь имеет разрешения на выполнение операции (asp.net Acount) , если пользователь может сделать это asp.net действует по запрошенному действию (asp.n et account)
Поэтому ... Вы должны уже иметь соответствующие разрешения в этой учетной записи asp.net, чтобы делать то, что вам нужно.
Уровень выше всего этого тоже ... сам сервер IIS работает под учетной записью службы системы/сети.
Итак, вопрос действительно ... Как вы можете предоставить разрешения для возможного пользователя для записи на сервер.
Посмотрите на классы поставщиков членства и roleprovider в рамках, которые вы должны унаследовать от них, и создать класс ActiveDirectoryRoleProvider и ActiveDirectoryMembershipProvider, который будет аутентифицироваться на основе членства в роли пользователей в AD или если вы предпочитаете просто аутентифицировать против БД с базовыми классами провайдеров asp.net.
Надеюсь, это поможет.
Вы проверили, имеет ли пользователь, выполняющий скрипт, доступ к настройкам Windows Access Controls? – 2010-03-23 17:23:07