Почему IIS НЕ читает / не использует Web.config сайта, в то время как IIS Manager правильно обращается к Web.config?

После "большего времени, чем было разумно" отладки проблемы с некорректным применением обработчиков, я определил, что SiteRoot/web.config, показанный в диспетчере IIS, фактически не используется IIS.

Откуда мне это знать? Я заменил Web.configс недопустимым XML - сайт продолжает работать с обработчиками и модулями по умолчанию, в то время как диспетчер IIS по праву выдает ошибку на недопустимом XML.

Информация:

  • Тестовый / недопустимый Web.config не читается IIS, иначе он не сможет проанализировать.
    • Статическое содержимое в настоящее время подается с корнем по отношению к Web.config.
  • Тест / недействительно Web.config это читается Диспетчер IIS, так как он не в состоянии разобрать / нагрузки (как и ожидалось).
    • Использование "Исследовать" правильно открывает папку, в которой находится файл Web.config.
  • В этом ответе чувствительность к регистру NTFS отключена. Та же проблема сохраняется с обоими web.config и Web.config оболочки.
  • AppPool работает под локальной учетной записью, и эффективный доступ NTFS был проверен.
  • Нет связанных журналов событий приложений Windows или системных событий, указывающих на ошибку чтения или анализа конфигурации.

Что может происходить, и какой дальнейший диагноз можно поставить?

1 ответ

Пока понятия не имею, в чем была первоначальная причина..

Одна из этих двух вещей "исправила" это. К сожалению, конкретного изменения не было выявлено.

  1. Скопировал инецвр applicationHost.config с другой машины.

    Хотя это могло повлиять на различные globalModules и т. Д., Использовались те же определения AppPool и Site, поскольку они устанавливались посредством автоматизации.

    Из-за того, что это "восстановление", поскольку VS Code усек исходный файл, невозможно выполнить различие для соответствующих изменений.

  2. Удалил содержимое C:\inetpub\temp\appPools.

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

Другие вопросы по тегам