Хостинг ASP.NET в IIS7 дает доступ отказано?


Я установил приложение в моем IIS7, которое использует .NET Framework 4.0 (запускаемый NetworkService), но при просмотре сайта я получаю следующее:

Доступ запрещен.
Описание: произошла ошибка при доступе к ресурсам, необходимым для обслуживания этого запроса. Возможно, у вас нет разрешения на просмотр запрошенных ресурсов.
Сообщение об ошибке 401.3: у вас нет разрешения на просмотр этого каталога или страницы с использованием предоставленных учетных данных (доступ запрещен из-за списков контроля доступа). Попросите администратора веб-сервера предоставить вам доступ к*

Я попытался дать NetworkService полное разрешение на папку, которая содержит веб-сайт (тот, на который указывает веб-приложение в IIS), но я все еще получаю отказ в доступе?

Почему?

15 101

15 ответов:

Я дал доступ к "IIS_IUser" но вместо этого он должен быть!--1--> "IUSR". Это решило проблему.

для меня ничего не работало, кроме следующего, что решило проблему: откройте IIS, выберите сайт, откройте аутентификацию (в разделе IIS), щелкните правой кнопкой мыши анонимную аутентификацию и выберите Изменить, выберите идентификатор пула приложений.

У меня была та же проблема, я включил "анонимную аутентификацию", но она все еще не работала. Поэтому я также включил "проверку подлинности форм", после чего он работал без каких-либо проблем.

ОС: Windows 7 & IIS 7

Если у вас все еще есть разрешение отказано после добавления IUSR & NETWORK SERVICE. Добавьте также IIS_WPG. Добавление этого последнего пользователя решило мою проблему.

для людей, которые не могут найти тех пользователей: когда вы пытаетесь добавить пользователя в безопасность папки (свойства папки), нажмите кнопку "Дополнительно" в окне "Выбор пользователей или групп". Измените местоположение на имя компьютера, затем нажмите на кнопку "Найти". Вы найдете этих пользователей в списке под.

для меня в windows 7 он начал работать только после того, как я дал "Read & execute", "list folder contents", "Read" разрешения на папку сайта для и пользователи

  • IUSR
  • СЕТЕВАЯ СЛУЖБА

IUSR permissions NETWORK SERVICE permissions

в настройках проверки подлинности для самого приложения (в IIS) см., включен ли анонимный доступ.

в моем случае работает c:\windows\Microsoft.Net\Framework64\v4.0.30319\aspnet_regiis.exe /я решил проблему отказа в доступе 403.

Это было связано с проблемой безопасности каталога WWWRoot.

простое решение, просто скопируйте папку applicatio на какой-то другой диск, а не "C:\Inetpub\wwwroot" а затем создайте виртуальный каталог для этого нового пути. Вот и все.

нам нужно создать новое имя пользователя ComputerName\IUSR, перейдя в папку веб-сайта-- > свойства - - - > безопасность - - - >редактировать - > добавить и предоставить доступ для чтения. Это определенно сработает.

Это решение для IIS7

Если вы используете анонимную проверку подлинности, IIS 7 будет использовать учетную запись" IUSR " для доступа к каталогу (если вы не настроили ее на использование удостоверения пула приложений. Если вы не предоставили IUSR достаточные разрешения на папки и файлы вашего сайта, вы получите эту ошибку

Я обошел вокруг этого, и оказалось, что неправильно установлена страница по умолчанию. Надеюсь, это поможет кому-то еще избежать часа впустую потраченного времени.

попробовал большинство решений здесь, но не повезло. То, что сработало для меня, добавляло "все" к разрешениям безопасности. Свойства - > Безопасность - > Правка- > Добавить - > Все. Заданный по умолчанию было достаточно для меня, чтобы восстановить доступ.

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

Если пользователь IUSR уже указан в аутентификации, и вы все еще получаете эту проблему, возможно, ваш список каталогов не включен. Обязательно проверьте это. Так было и со мной.

вот что случилось со мной:

Get -Post ОК. Работает хорошо.

когда я пытаюсь использовать Options глагол, сервер возвращает ошибку, как это.

403

тогда будьте осторожны с urlScan

Я добавляю глагол OPTIONS в конфигурацию urlscan .файл ini, то все работает хорошо.

чтобы проверить, установлен ли urlscan или нет, откройте Диспетчер iis и откройте ISAPI FILTERS сканирование url должен появиться в списке.

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

повторное шифрование раздела конфигурации решило проблему.