У пользователя 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'.

Как я могу решить эту проблему?


asp.net visual-studio-2008 iis-5
person y0mbo    schedule 17.09.2008    source источник

Ответы (8)


arrow_upward
15
arrow_downward

Вы пробовали исполняемый файл aspnet_regiis в папке фреймворка?

person DevelopingChris    schedule 17.09.2008
comment
Ошибка новичка ... забыл об этом и на днях восстановил Windows без повторного запуска. - person y0mbo; 17.09.2008
comment
Я пытался это сделать, но это было временно. Есть ли постоянное решение для этого? - person Bob.; 28.06.2011
comment
Почему запуск aspnet_regiis может помочь? Это похоже на проблему безопасности. - person Attila Kun; 09.09.2011
comment
У меня все еще есть проблема, потому что мой жесткий диск полностью зашифрован? - person Hari Gillala; 11.06.2012
comment
@HariGillala за последние несколько лет после этого ответа все усложнилось с идентификацией пула приложений и разрешениями на доступ к диску. Попробуйте убедиться, что вы используете реального пользователя или что удостоверение пула приложений также имеет соответствующие разрешения. - person DevelopingChris; 15.06.2012
comment
Привет, DevelopingChris. Есть ли у вас какие-либо ссылки на хорошие статьи, чтобы понять, как это работает и какие шаги нужно предпринять для устранения неполадок? - person Christopher Painter; 23.06.2014
comment
@ChristopherPainter По сути, этот сценарий представляет собой старую программу, которая манипулирует iis так же, как современная оболочка PowerShell, чтобы добавить модули isapi и убедиться, что папки настроены для того, чтобы asp.net был частью iis. У 4guys из Rolla были вещи на нем. Но именно поэтому он опасен, так как не обращает внимания на внешние эффекты на файловую систему или другие версии .net, которые также необходимо зарегистрировать. - person DevelopingChris; 25.06.2014

arrow_upward
12
arrow_downward

У меня такая же проблема. Вот что я сделал:

  1. Перейдите в папку c:\windows\microsoft.net\framework\v2.0.50727.
  2. щелкните правой кнопкой мыши "Временные файлы ASP.NET"
  3. Вкладка «Безопасность»
  4. Выберите «Пользователи (xxxxxx\Users) из группы
  5. поставьте галочку "Написать"
  6. OK
person Djay    schedule 29.08.2012

arrow_upward
3
arrow_downward

Либо предоставьте этому пользователю уровень доступа к этому каталогу, либо измените удостоверение, под которым работает пул приложений приложения — в диспетчере IIS определите, какой пул приложений используется для запуска вашего приложения, а затем в разделе «Пул приложений» диспетчера IIS посмотрите в свойствах этого пула - я думаю, вам нужна вкладка «Идентификация» (это не пришло мне в голову).

Вы можете установить его для другой учетной записи пользователя — например, для Crystal Reports .Net требуется доступ для обновления и удаления к C:\Temp — поэтому у нас есть пользователь «веб-мастер» с доступом администратора, и мы используем это удостоверение для этих приложений.

person Ken Ray    schedule 17.09.2008

arrow_upward
1
arrow_downward

вы можете щелкнуть правой кнопкой мыши Visual Studio и выбрать «Запуск от имени администратора».

person Pragnesh Patel    schedule 07.10.2009

arrow_upward
0
arrow_downward

Вы можете попытаться исправить это с помощью автоматической утилиты регистрации aspnet_regiis.ext, доступной в c:\windows\microsoft.net\framework\v2.0.50727.

В противном случае просто вручную добавьте необходимые права доступа к файлам, как указано в ошибке.

person Mitchel Sellers    schedule 17.09.2008

arrow_upward
0
arrow_downward

У меня возникла эта проблема при попытке создать проект веб-развертывания (*.wdploy). Простое создание папки по пути фреймворка решило ошибку.

person emp    schedule 27.11.2013

arrow_upward
0
arrow_downward

Просто потому, что самому последнему ответу 5 лет, в нашей среде нужно было удалить приложение, пул приложений и воссоздать их.

У нас, очевидно, есть некоторая безопасность под капотом с недавними изменениями.

Это повторно создало папку во временных сетевых файлах ASP со всеми правильными разрешениями. Почему один сайт, который я только что получил из системы контроля версий, перестроил и т. д., потерпел неудачу таким образом, понятия не имею. 2 других недавно установили, где была загружена, перестроена и т. д. Get Latest Version. Они просто работали.

Но вырывание приложения, пула приложений и просто их воссоздание с теми же разрешениями IIS, что и на двух других известных рабочих сайтах, воссоздало все необходимые объекты, и теперь все это работает.

person user1585204    schedule 12.01.2021

arrow_upward
-1
arrow_downward

Убедитесь, что у пользователя ASPNET есть разрешение на запись в эту папку. Щелкните правой кнопкой мыши папку, Свойства, вкладка Безопасность.

person ddc0660    schedule 17.09.2008