Было 2 случая, когда флажок «Сценарий» в разделе «IIS> Сайты> Сайт> Сопоставления обработчиков> Изменить разрешения для функций» был снят. Что могло быть причиной этого? Не удалось найти в Интернете информацию о других людях, испытывающих эту проблему.
Это могло быть просто совпадением, но я только что понял, что это произошло дважды в течение дня или около того после публикации полного обновления в папке, на которую указывает сайт. Обычно мы загружаем новую папку кода, переименовываем папки, и новая папка занимает место старой папки. Разрешение снимают не сразу, это спустя часы. Есть ли какое-нибудь разумное объяснение, почему это может привести к автоматическому отключению разрешения скрипта?
Может быть, стоит следить за историей конфигурации для IIS. Для IIS 7 / 7.5 по умолчанию он будет отслеживать изменения конфигурации в c: \ inetpub \ history, где должна быть папка моментальных снимков для каждого обнаруженного изменения. Хотя имейте в виду, что это обычно ограничивается последними 10 изменениями, хотя его можно увеличить, изменив настройку. (На самом деле у меня есть сценарий PowerShell, который использует снимки в сочетании с Mercurial, чтобы иметь полную историю)
Сравнивая эти файлы, по крайней мере, вы получите хорошее представление о точном времени изменения. Тогда, возможно, стоит проверить журнал событий безопасности, чтобы узнать, входил ли кто-нибудь на сервер до этого времени. Кроме того, проверьте все задачи Windows, запланированные на сервере. Ничего подобного на моих серверах пока не видел.
На самом деле, нет. Если только загружаемый файл web.config не внесет изменения, он не должен измениться просто волшебным образом.
Включите аудит конфигурации, открыв журналы событий, найдите журнал событий Microsoft \ IIS-Configuration \ Operations и щелкните правой кнопкой мыши, чтобы включить его.
Если в Applicationhost.config внесены изменения, вы должны увидеть его там. Если в web.config в папке с содержимым внесены изменения, а) простое сравнение покажет вам, что и б) если вышеуказанная система этого не сделает, аудит файловой системы сможет сказать вам, кто его изменяет.
Выяснить, где это происходит, вероятно, половина дела ... тогда вы ставите ловушку ...