Я установил приложение в моем IIS7, которое использует .NET Framework 4.0 (запускается NetworkService), но при просмотре сайта я получаю следующее:
Доступ запрещен.
Описание: произошла ошибка при доступе к ресурсам, необходимым для обслуживания этого запроса. Возможно, у вас нет разрешения на просмотр запрошенных ресурсов.
Сообщение об ошибке 401.3: у вас нет разрешения на просмотр этого каталога или страницы с использованием предоставленных вами учетных данных (доступ запрещен из-за списков контроля доступа). Попросите администратора веб-сервера предоставить вам доступ к *
Я попытался предоставить NetworkService полное разрешение на папку, содержащую веб-сайт (ту, на которую указывает веб-приложение в IIS), но мне все равно отказано в доступе?
Зачем?
источник
Ответы:
Я дал доступ к «IIS_IUser», но вместо этого он должен быть «IUSR» . Это решило проблему.
источник
Для меня ничего не сработало, кроме следующего, что решило проблему: откройте IIS, выберите сайт, откройте аутентификацию (в разделе IIS), щелкните правой кнопкой мыши Анонимная аутентификация и выберите «Изменить», выберите «Идентификация пула приложений».
источник
У меня была та же проблема, я включил «Анонимную аутентификацию», но она все равно не сработала. Итак, я также ВКЛЮЧИЛ «Аутентификацию с помощью форм». Тогда все заработало без проблем.
источник
ОС: Windows 7 и IIS 7
Если у вас все еще есть отказ в разрешении после добавления IUSR & NETWORK SERVICE. Добавьте также IIS_WPG. Добавление этого последнего пользователя решило мою проблему.
Для людей, которые не могут найти этих пользователей: когда вы пытаетесь добавить пользователя в безопасности папки (свойства папки), нажмите «Дополнительно» в окне «Выбор пользователей или групп». Измените местоположение на имя компьютера, затем нажмите «Найти». Вы найдете этих пользователей в списке ниже.
источник
Если вы используете анонимную аутентификацию, IIS 7 будет использовать учетную запись «IUSR» для доступа к каталогу (если вы не настроили ее на использование идентификатора пула приложений. Если вы не предоставили IUSR достаточных разрешений для папок и файлов вашего сайта, вы получите эту ошибку
источник
Для меня в Windows 7 он начал работать только после того, как я дал разрешения «Чтение и выполнение», «Список содержимого папки», «Чтение» для папки сайта для обоих пользователей.
источник
Пробовал большинство решений здесь, но не повезло. Что сработало для меня, так это добавление «Все» к разрешениям безопасности. Свойства -> Безопасность -> Изменить -> Добавить -> Все. Данных значений по умолчанию мне было достаточно, чтобы восстановить доступ.
В ближайшем будущем мне, вероятно, следует выяснить, какие учетные данные отправляются на сервер, чтобы я мог предоставить соответствующие разрешения. Но надеюсь, это кому-то поможет!
источник
Проверка удостоверения пула приложений при анонимной проверке подлинности и включение проверки подлинности с помощью форм решит проблему с ошибкой отказа в доступе. 😁
источник
В настройках аутентификации для самого приложения (IN IIS) посмотрите, включена ли анонимность.
источник
Нам нужно создать нового пользователя ComputerName \ IUSR, перейдя в папку веб-сайта -> Свойства ---> Безопасность ---> Редактировать -> Добавить и предоставить доступ для чтения. Это определенно сработает.
Это решение для IIS7
источник
Я ходил по этому поводу, и оказалось, что это неправильно настроенная страница по умолчанию. Надеюсь, это поможет кому-то другому избежать потраченного впустую часа.
источник
В моем случае при запуске c: \ windows \ Microsoft.Net \ Framework64 \ v4.0.30319 \ aspnet_regiis.exe / я решил проблему с отказом в доступе 403.
источник
После некоторого размышления и большого количества проб и ошибок я обнаружил, что эта ошибка возникла из-за того, что часть моего файла web.config была зашифрована. и по какой-то причине ключ больше не действовал.
Повторное шифрование раздела конфигурации решило проблему.
источник
Это было связано с проблемой безопасности каталога WWWRoot.
Простое решение: просто скопируйте папку приложения на другой диск вместо «C: \ Inetpub \ wwwroot», а затем создайте виртуальный каталог для этого нового пути. Вот и все.
источник
Если пользователь IUSR уже указан в разделе «Проверка подлинности», но проблема все еще возникает, возможно, ваш список каталогов не включен. Обязательно проверьте это. Так было со мной.
источник
Вот что случилось со мной:
Get
-Post
нормально. Работает хорошо.Когда я пытаюсь использовать
Options
глагол, сервер возвращает такую ошибку.Тогда будьте осторожны с urlScan
Я добавляю команду OPTIONS в файл .ini конфигурации urlscan, тогда все работает хорошо.
Чтобы проверить, установлен ли urlscan или нет, откройте менеджер iis, и
ISAPI FILTERS
в списке должно появиться открытое сканирование URL.источник
Я также столкнулся с той же проблемой: все было нормально, все права были предоставлены пользователю и папке. После многих исследований я обнаружил, что wwwroot (папка с исходным кодом) была предоставлена другим пользователям. Я перестал делиться, и это сработало как шарм.
источник