Пользователь aspnet имеет доступ на запись во временные файлы ASP.NET
https://stackoverflow.com/questions/85941
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я получаю следующую ошибку при запуске моего проекта Visual Studio 2008 ASP.NET (запуск без отладки) на моем компьютере XP Professional:
System.Web.HttpException: The current identity (machinename\ASPNET) does not have write access to 'C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files'.
Как я могу решить эту проблему?
Решение
Вы пробовали использовать исполняемый файл aspnet_regiis в папке framework?
Другие советы
У меня была такая же проблема.Это то, что я сделал:
- Перейти к c:\windows\microsoft.net\framework\v2.0.50727
- щелкните правой кнопкой мыши на "Временных ASP.NET файлах".
- Вкладка "Безопасность"
- Выберите "Пользователи (xxxxxx\ Users) из группы
- установите флажок "Записать".
- ОК
Либо предоставьте этому пользователю уровень доступа к этому каталогу, либо измените идентификатор, под которым работает пул приложений приложения - в IIS Manager определите, какой пул приложений используется для запуска вашего приложения, затем в разделе "Пул приложений" IIS Manager просмотрите свойства этого пула - я думаю, вам нужна вкладка "Идентификатор" (это не входит в мои планы).
Вы можете настроить его на другую учетную запись пользователя - например, Crystal Reports .Net требует обновления и удаления доступа к C: emp - таким образом, у нас есть пользователь "веб-мастер" с правами администратора, и мы используем это удостоверение для этих приложений.
вы можете щелкнуть правой кнопкой мыши Visual Studio и выбрать запуск от имени администратора.
Вы можете попытаться исправить это с помощью автоматизированной утилиты регистрации aspnet_regiis.ext, доступной в c:\windows\microsoft.net\framework\v2.0.50727
В противном случае просто вручную добавьте необходимые разрешения для файлов, как указано в ошибке.
У меня возникла эта проблема при попытке создать проект веб-развертывания (*.wdploy).Простое создание папки по пути к фреймворку решило проблему.
Убедитесь, что у пользователя ASPNET есть разрешение на запись в эту папку.Щелкните правой кнопкой мыши на папке, Свойствах, вкладке Безопасность.
