Назад | Перейти на главную страницу

IIS сообщает об ошибке 401.3 для статических файлов, но, похоже, имеет правильный ACL

Я работаю над веб-сайтом, на котором работает Sitecore 6.3.1 на экземпляре Windows Server 2008 R2.

Все работало прекрасно, пока я не скопировал некоторые статические файлы (CSS, JS, изображения) из ZIP-архива, предоставленного одним из наших веб-разработчиков, в C:\Inetpub\wwwroot\(website name)\Website\static.

Теперь, когда я пытаюсь получить доступ к любому из этих статических файлов (например, http://localhost/static/css/main.css) Я получаю ошибку 401.3 (согласно C:\inetpub\logs\LogFiles\W3SVC2\u_ex110216.log).

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

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

Что еще я могу попытаться устранить эти ошибки 401.3?

У меня была аналогичная проблема с моим веб-сайтом на Windows Server 2008:

  • Формы и анонимная аутентификация включены
  • Предоставлен полный доступ к папке пользователю пула приложений
  • Предоставлен полный доступ к папке группе iis_iusrs

Для тестирования я использовал две страницы:

  • hello.html
  • hello.aspx

hello.aspx подошел просто отлично. hello.html бросил 401,3 несанкционированный. Microsoft sysinternals procmon сообщила, что "ДОСТУП ОТКЛОНЕН" на hello.html посредством пользователь пула приложений когда я пытался перейти на страницу.

Чтобы решить эту проблему, я добавил пользователя IUSR в список управления доступом к папке веб-сайта. IUSR не указан в списке пользователей инструмента управления Windows, но он появляется, если вы ищете его при добавлении пользователя на вкладке безопасности свойств папки.

Мне показалось очень странным (и сбивающим с толку), что procmon сообщил, что пользователь пытается получить доступ hello.html был пользователь пула приложений, а не iusr.

Я обнаружил, в чем проблема:

Оказывается, для каждого файла был установлен атрибут «Зашифровать содержимое для защиты данных».

Я получил доступ к свойствам каждого файла и снял этот флажок (щелкните правой кнопкой мыши -> Свойства -> Дополнительно ... (рядом с атрибутами) -> снимите флажок «Зашифровать содержимое для защиты данных»), и все вернется в нормальное состояние.

У меня была аналогичная проблема сегодня, и то, что исправило ее для меня, было вашим вторым пунктом о предоставлении учетной записи IUSR разрешений на чтение и изменение файлов и каталогов (это были не только статические файлы, с которыми я имел дело)

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