Я получаю ошибку
Access to the path "C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\Temporary ASP.NET Files\cbnonreg\fc933fca\bbf91eea" is denied.
всякий раз, когда я пытаюсь получить доступ к моему недавно развернутому сайту.
Я посмотрел на путь и обнаружил, что /cbnonreg\fc933fca\bbf91eea не существует.
пожалуйста, что я могу сделать?
Я получаю это в своей среде IDE до того, как что-либо разверну ... :(





Это похоже на проблему с разрешениями. Убедитесь, что учетная запись ASPNET имеет полный доступ к папке временных файлов ASP.NET. Если ваши проблемы не исчезнут, вы также можете попробовать запустить команду aspnet_regiis -i, чтобы переустановить фреймворк, что также должно сбросить права доступа к файлам.
В противном случае вы можете попробовать использовать Process Monitor и фильтрацию для процесса aspnet_wp.exe, чтобы проверить, что процесс пытается сделать, и соответствующим образом обновить права доступа к файлам.
+1 для aspnet_regiis -i - который обычно решает эту проблему для меня.
Странно, но это исправило и меня. Я видел проблему, созданную с использованием VS 2015 с iis express для отладки веб-приложения. Проблема, казалось, возникла без реальной причины, и несколько перезагрузок и перезапусков служб, похоже, не помогли.
«выполнение команды 'aspnet_regiis -i' - где? Я попытался открыть командную строку, но она понятия не имела, о чем я говорю. Так что очевидно, что это было не так.
Расположение инструмента на каждой ОС: msdn.microsoft.com/en-us/library/k6h9cz8h.aspx#Anchor_3
Похоже, в вашем веб-приложении возникла ошибка при развертывании новой версии. Такое случается время от времени. Обычно я пытаюсь решить эту проблему с помощью следующих действий:
Откройте и повторно сохраните файл web.config на сервере. Часто это приводит к обновлению сборки и устранению проблемы.
Удалите папку «cbnonreg». Это приведет к обновлению сборки и устранению проблемы.
Перезагрузите IIS. Это очищает все временные файлы и дает вам возможность начать все заново.
Проверяйте эти проблемы по очереди, чтобы увидеть, решат ли они вашу проблему. Они находятся в порядке «наименее инвазивного», чтобы не затрагивать другие приложения на сервере. Вы можете столкнуться с ошибками «в разрешении отказано» при выполнении задачи №2, если какой-то процесс все еще пытается удержать файлы.
Надеюсь это поможет!
ДА! Произошло во время локальной отладки, повторное сохранение моего файла web.config устранило проблему. (перезапуск не сработал, и iisreset не работал)
Такое случается время от времени. Попробуйте перезагрузить компьютер и удалить все из папки временных файлов ASP.net.
Я решил проблему, удалив локальную рабочую область и выполнив Get from TFS.
Вещи, которые не работали: запуск VS от имени администратора, перезапуск VS, завершение работы встроенной серверной программы ASP.NET IIS dev, чистка и восстановление, перезагрузка компьютера.
Зашел в корневой каталог TFS для решения и полностью удалил папку «.vs», затем запустил VS под администратором, никаких других шагов не потребовалось. VS 2015
В Windows 8 вы получаете эту ошибку
Microsoft (R) ASP.NET RegIIS version 4.0.30319.17929
Administration utility to install and uninstall ASP.NET on the local machine.
Copyright (C) Microsoft Corporation. All rights reserved.
Start installing ASP.NET (4.0.30319.17929).
This option is not supported on this version of the operating system. Administr
ators should instead install/uninstall ASP.NET 4.5 with IIS8 using the "Turn Win
dows Features On/Off" dialog, the Server Manager management tool, or the dism.e
xe command line tool. For more details please see http://go.microsoft.com/fwlin
k/?LinkID=216771.
Finished installing ASP.NET (4.0.30319.17929).
Чтобы исправить ошибку, указанную выше (Windows 8), выполните эту команду:
dism /online /enable-feature /featurename:IIS-ASPNET45
Я решил эту проблему, назначив полный контроль над IIS_IUSRS в папке временных файлов ASP.Net.
Работал у меня))
Запустите командную строку в режиме без прав администратора, и ошибка исчезнет. Не нужно возиться с разрешениями в Windows 7.
Вот что сделало это для меня. Мне было предложено войти с моими учетными данными при запуске приложения, но затем я смог получить доступ ко всему нормально.
Я получил эту ошибку, потому что я включил все «Исключения среды CLR» в окне «Настройки исключений» Visual Studio.
Это должно быть одно из исключений, которое возникает как часть обычного потока ASP.NET. Если это ваша проблема (или если вы не знаете, что делает окно «Настройки исключений», и хотите сбросить его до значений по умолчанию), вам, вероятно, следует открыть окно «Настройки исключений» и нажать «Восстановить список до настроек по умолчанию». "вверху, или, по крайней мере, снимите отметки с исключений, которые не должны прерываться отладчиком.
Сброс настроек исключения сработал для меня, однако ошибка не отображалась во всех решениях, над которыми я работаю, а только в одном из них, не знаю, почему, как область всех подобных веб-приложений.
В моем случае за ошибкой последовали дальнейшие исключения, если я продолжил, например. «mscorlib.dll не загружен». Исходя из этого, я нашел здесь рабочее решение: https://stackoverflow.com/a/27446877.
«Перейти к инструментам, параметрам, отладке, общему, включить только мой код».
Анализ первопричин: я понял, что попытался протестировать конфигурацию выпуска в IIS Express (конечно, без отладки) после предыдущих попыток конфигурации отладки. Я также играл с преобразованием Web.config для выпуска. VS попросил меня отключить Just My Code при запуске приложения. Когда я хотел вернуться к отладке, я начал получать упомянутые ошибки. Ни одно из предложений решения из этой ветки не было успешным.
Эта проблема возникает из-за неправильных разрешений для одной из временных папок, расположенных в C:\windows\Microsoft.Net\Framework или C:\windows\Microsoft.Net\Framework64.
Думаю, в этом виноваты некоторые обновления Windows. После предоставления моему пользователю полного доступа к папке C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files исключение исчезло!
Если вы столкнулись с этой ошибкой при попытке отладки приложения в Visual Studio, попробуйте запустить Visual Studio от имени администратора. Это повысит используемую химическую завивку и может решить проблему.
Еще один момент: убедитесь, что ваше приложение действительно должно использовать v1.1 фреймворка. Если нет, войдите в IIS и переключите его на 2.0.