Я работаю над веб-сайтом, на котором работает 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.
Я просмотрел ACL для файла, который в настоящее время работает (например, C:\Inetpub\wwwroot\(website name)\Website\default.css
), и он выглядит идентично статическим файлам, которые недоступны.
Я проверил настройки пула приложений для сайта Sitecore, и анонимный пользователь - «IUSR». Следуя инструкциям в эта тема, Я дал учетной записи IUSR права на чтение и выполнение для C:\Inetpub\wwwroot\(website name)\Website\static
каталог и рекурсивно применил его ко всем подпапкам и файлам в этом каталоге. Никаких кубиков.
На основе предложений, предложенных в эта тема, Я попытался удалить static
каталог полностью и воссоздавая его и его подкаталоги вручную, чтобы они унаследовали разрешения от родительского Website
каталог. Однако проблема не исчезла.
Что еще я могу попытаться устранить эти ошибки 401.3?
У меня была аналогичная проблема с моим веб-сайтом на Windows Server 2008:
Для тестирования я использовал две страницы:
hello.html
hello.aspx
hello.aspx
подошел просто отлично. hello.html
бросил 401,3 несанкционированный. Microsoft sysinternals procmon сообщила, что "ДОСТУП ОТКЛОНЕН" на hello.html
посредством пользователь пула приложений когда я пытался перейти на страницу.
Чтобы решить эту проблему, я добавил пользователя IUSR в список управления доступом к папке веб-сайта. IUSR не указан в списке пользователей инструмента управления Windows, но он появляется, если вы ищете его при добавлении пользователя на вкладке безопасности свойств папки.
Мне показалось очень странным (и сбивающим с толку), что procmon сообщил, что пользователь пытается получить доступ hello.html
был пользователь пула приложений, а не iusr.
Я обнаружил, в чем проблема:
Оказывается, для каждого файла был установлен атрибут «Зашифровать содержимое для защиты данных».
Я получил доступ к свойствам каждого файла и снял этот флажок (щелкните правой кнопкой мыши -> Свойства -> Дополнительно ... (рядом с атрибутами) -> снимите флажок «Зашифровать содержимое для защиты данных»), и все вернется в нормальное состояние.
У меня была аналогичная проблема сегодня, и то, что исправило ее для меня, было вашим вторым пунктом о предоставлении учетной записи IUSR разрешений на чтение и изменение файлов и каталогов (это были не только статические файлы, с которыми я имел дело)
Убедитесь, что у удостоверения пула приложений есть разрешения на сайте и для сетевых служб.