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

Ответ 1

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

Ответ 2

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

Ответ 3

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

Ответ 4

ОС: Windows 7 и IIS 7

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

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

Ответ 5

Для меня в Windows 7 он начал работать только после того, как я дал "Чтение и выполнение", "Содержимое папки списка", "Чтение" разрешений для папки сайта для и пользователей

• IUSR
• СЕТЕВОЕ ОБСЛУЖИВАНИЕ

Ответ 6

Проверка идентичности пула приложений в анонимной аутентификации и включение аутентификации с помощью форм решит проблему, связанную с ошибкой в доступе. 😁

Ответ 7

В настройках аутентификации для самого APP (IN IIS) см., если у вас включен аноним.

Ответ 8

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

Ответ 9

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

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

Ответ 10

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

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

Ответ 11

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

Ответ 12

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

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

Ответ 13

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

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

Ответ 14

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

Ответ 15

Вот что со мной произошло:

Get - Post в порядке. Хорошо работает.

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

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

Я добавляю OPTIONS-глагол в файл .ini файла urlscan, тогда все работает хорошо.

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

Ответ 16

Если пользователь IUSR уже указан в Authentication, и вы все еще получаете эту проблему, возможно, что список каталогов не включен. Обязательно проверьте это. Это было для меня.