Сбой IIS после изменения имени машины

Если я изменю имя машины сервера Win2016 (перед тем, как поместить его в домен), это приведет к сбою «веб-сайта по умолчанию» в ISS v10.

Я не создавал никаких других веб-сайтов, виртуальных каталогов или AppPool. Есть только объекты и настройки, которые IIS создает при первой установке.

Как только я перейду к 'http://localhost' в браузере, 'DefaltAppPool' остановится и будет сгенерировано несколько ошибок в «Просмотре событий» (из источника «WAS» в журнале «Система» и источника «IIS-W3SVC-WP» в журнале событий «Приложение»). Эти ошибки указывают на то, что «рабочий процесс не инициализировался и поэтому не может быть запущен».

Если я верну имя машины на старое, то IIS appPool будет работать как обычно.

Это предполагает, что «ApplicationPoolIdentity» каким-то образом жестко закодирован для определенного имени машины.

Я также протестировал виртуальную машину Win2008 R2 с IIS v7, и возникла та же проблема. Я также обнаружил это с другой виртуальной машиной Win2016, на которой никогда раньше не устанавливался IIS.

Кажется, что даже если IIS никогда не устанавливался раньше, если имя машины было изменено в любое время, IIS не будет работать.

Хотя я знаком с IIS, я не эксперт, но я ожидаю, что, когда я установил IIS в качестве совершенно новой роли, «Веб-сайт по умолчанию» и «DefaultAppPool», созданные как стандарт, должны работать без какой-либо дополнительной настройки.

Можете ли вы посоветовать, как я могу исследовать / решить эту проблему?

============ Обновление от 12.07.2018 =================

Я провел еще несколько тестов и думаю, что, возможно, нашел триггер (хотя причина и решение до сих пор неизвестны).

Исходное имя неизмененной виртуальной машины Win2016 было «WSVR2016-02016», и я попытался изменить имя (но оставив виртуальную машину в рабочей группе), и после каждого изменения перезапускал машину, а затем, когда пришло резервное копирование, я убедился, что IIS «DefautlAppPool» был запущен в диспетчере IIS, посетил "http://localhost" в браузере Chrome, а затем проверил диспетчер IIS, чтобы убедиться, что AppPool остановился.

Я пробовал каждое из следующих имен (все еще в рабочей группе), и все они работали: WSVR2016-O2018 | WSVR2016-O2018T | ТЕСТ-ПАЛ-ОБЪЯВЛЕНИЕ | ТЕСТ-ПАЛ-АДВ2

Затем я попытался изменить сеть виртуальной машины на Bridged, а не на NAT, но сохранил последнее имя машины - все равно это сработало.

Затем я попытался с тем же именем машины «TEST-PAL-ADV2» подключить виртуальную машину к нашему домену, и когда я перешел на «http://localhost' пул приложений IIS остановлен!

Похоже, проблема связана с подключением к домену, но как?

(Я заметил, что каждый раз, когда я менял имя машины, имя сервера сохраняло старое имя в IIS. Таким образом, верхний узел «соединения» говорил «WSVR2016-02016 (TEST-PAL-ADV2\Administrator» — но это было то же самое через все изменения имени и не остановило работу IIS)


person User0612    schedule 06.12.2018    source источник


Ответы (1)


Могут быть параметры или политики, выдвинутые доменом, которые препятствуют запуску ApplicationPoolIdentity. Я бы предложил изменить пул DefaultAppPool, чтобы он работал как локальная система, и узнать у администраторов вашего домена о любых политиках, которые могут мешать. Вы также можете различить некоторые из них самостоятельно, запустив gpresult

person Justin Cervero    schedule 10.12.2018
comment
Спасибо за ответ. Я присматриваю за серверами и доменом для своей компании, но, насколько мне известно, мы никогда не корректировали групповую политику по умолчанию. Можете ли вы предположить, какие настройки могут мешать AppPool? Я хотел бы отметить, что: а) это должен быть параметр, который повлияет на пул приложений установки IIS по умолчанию в Win 2008 R2 (IISv7) и Win 2016 (IISv10) б) так как он находится на совершенно разных серверах (установлен на разное время) это должно быть что-то общее и c) это происходит, даже когда новый appPool создается сценарием IBM. Большое спасибо - person User0612; 11.12.2018
comment
Проверьте локальные политики безопасности и убедитесь, что локальные политики -> назначение прав пользователя -> вход в качестве службы не контролируется. см. здесь. - person Justin Cervero; 13.12.2018
comment
В домене установлена ​​служба входа в систему. Я проверю локальный объект групповой политики, но не будет ли локальный применяться независимо от того, находится ли машина в домене или нет? Когда в рабочей области (то есть не в домене) AppPool работает нормально - проблема возникает только тогда, когда машина находится в домене. Если мне нужно добавить «DefaultAppPool» в домен «Logon As Service», как мне это сделать, поскольку это не обычная учетная запись пользователя? - person User0612; 13.12.2018
comment
Посмотрите на политику, прежде чем присоединять ее к домену, а затем сравните ее с ней после. IIS APPPOOL\DefaultAppPool (или любая другая учетная запись, фактически запускающая пул) должна быть в политике. Кроме того, вы смотрели журналы безопасности, когда приложение пытается запуститься? - person Justin Cervero; 14.12.2018