У пользователя ASPNET нет прав на запись во временные файлы ASP.NET
Я получаю следующую ошибку при запуске моего проекта 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'.
Как я могу решить это?
8 ответов
У меня такая же проблема. Вот что я сделал:
- Перейдите в c:\windows\microsoft.net\framework\v2.0.50727
- щелкните правой кнопкой мыши на "Временные файлы ASP.NET"
- Вкладка "Безопасность"
- Выберите "Пользователи (xxxxxx\Users) из группы
- отметьте "Написать"
- Хорошо
Либо предоставьте этому пользователю уровень доступа к этому каталогу, либо измените удостоверение, под которым запускается пул приложений приложения - в IIS Manager определите, какой пул приложений используется для запуска вашего приложения, затем в разделе "Пул приложений" IIS Manager посмотрите в свойствах для этого пула - вкладка, которую вы хотите, это "Идентичность", я думаю (это не в моей голове).
Вы можете установить его для другой учетной записи пользователя - например, Crystal Reports .Net требует обновления и удаления доступа к C:\Temp - так что у нас есть пользователь "веб-мастер" с правами администратора и мы используем эту идентификацию для этих приложений.
Вы можете щелкнуть правой кнопкой мыши Visual Studio и выбрать запуск от имени администратора.
Просто потому, что самому последнему ответу 5 лет, в нашей среде нужно было удалить приложение, пул приложений и воссоздать их.
У нас, очевидно, есть некоторая безопасность под капотом с недавними изменениями.
Это повторно создало папку во временных сетевых файлах ASP со всеми правильными разрешениями. Почему один сайт, который я только что получил из системы контроля версий, перестроил и т. д., потерпел неудачу таким образом, понятия не имею. 2 других недавно установили, где была загружена, перестроена и т. д. Get Latest Version. Они просто работали.
Но вырывание приложения, пула приложений и просто их воссоздание с теми же разрешениями IIS, что и на двух других известных рабочих сайтах, воссоздало все необходимые объекты, и теперь все это работает.
Вы можете попытаться исправить это с помощью автоматической утилиты regiis aspnet_regiis.ext, доступной в c:\windows\microsoft.net\framework\v2.0.50727
В противном случае просто вручную добавьте необходимые права доступа к файлу, как указано в ошибке.
У меня была эта проблема при попытке создать проект веб-развертывания (*.wdploy). Простое создание папки на пути к каркасу решило ошибку.
Убедитесь, что у пользователя ASPNET есть разрешение на запись в эту папку. Щелкните правой кнопкой мыши папку, Свойства, вкладка Безопасность.