IIS Manager қашықтан басқару: алдымен WMSVC-тің өз мекенжайын тексеріңіз

Сайтыңыз туннель арқылы 443 портында жауап береді, ал IIS Manager әлі де серверге қосыла алмайды. Бұл екі нәтиже қайшылық емес, өйткені веб-сайт пен қашықтан әкімшілік ету шеткі нүктесі екі түрлі конфигурациясы және екі түрлі қатынау ережелері жиынтығы бар екі тыңдаушы. Басқару жағы Web Management Service, WMSVC қызметіне жатады және өз мекенжайы, порты, сертификаты мен IPv4 шектеулері бар. Бірде-бір маршрутқа қол тигізбей тұрып, сол шеткі нүктені тексеріңіз.

Екі тыңдаушы, екі түрлі мәселе

Сайтқа сұраныс сол сайттың HTTP.sys байланысына жетеді, ол applicationHost конфигурациясында сайт пен протокол бойынша анықталады. IIS Manager-ден келген сұраныс WMSVC-ке жетеді, ол әдепкі бойынша TCP 8172 портында HTTPS-қа жауап береді және сервер деңгейінде конфигурацияланады. Сайт байланысы WMSVC тыңдайтын орынды өзгертпейді, ал WMSVC сайттың қай мекенжайға жауап беретінін өзгертпейді. Олар машина мен сертификат қоймасын бөліседі, ұқсастық сонда аяқталады.

Сондықтан 443 портына қарсы сәтті Test-NetConnection сайт тыңдаушысына жетуге болатынын айтады, бірақ басқару туралы ештеңе айтпайды.

WMSVC шын мәнінде қандай мекенжайға байланғанын табыңыз

Серверден жылдар бұрын конфигурацияланғанды емес, қазір нені тыңдап жатқанын сұраңыз. Get-NetTCPConnection -LocalPort 8172 -State Listen жергілікті мекенжайды шығарады, ал 0.0.0.0 немесе :: мәні барлық мекенжайларды, ал нақты мекенжай тек соны білдіреді. Егер сервердің мекенжайлары өзгерген болса, ескірген мекенжайға әлі бекітілген тыңдаушы дәл осы тексеру ұстайтын ақау.

Конфигурацияланған мән сервер торабындағы IIS Manager-дің Management Service бетінде, ал оның артында inetsrv конфигурация каталогындағы administration.config ішінде. Екеуін салыстырыңыз: файл не дейді және сокет шын мәнінде неге байланған.

Содан кейін әсер еткен VPN клиентінен Test-NetConnection -ComputerName iis-admin.example.com -Port 8172 -InformationLevel Detailed іске қосып, шешілген мекенжай мен таңдалған бастау мекенжайын оқыңыз. VPN-де DNS жауабының өзгеше болуы жиі кездеседі, сондықтан оны ертерек жоққа шығарған жөн. Билетте дәл сол хост аты мен портты сақтаңыз, өйткені кейін басқа атаумен салыстыру жасаған өзгерісіңізді дәлелдемейді.

Сервер көретін бастау мекенжайын оқыңыз

WMSVC-тің IPv4 шектеулері серверге келген мекенжайға қатысты бағаланады, ол ноутбугіңіз өзінде бар деп есептейтін мекенжай бола бермейді. Егер VPN пулы жолдың бір жерінде түрлендірілсе, сервер түрлендірілген мекенжайды көреді және клиенттің ішкі мекенжайынан құрылған рұқсаттар тізімі оны қабылдамайды. Бұл бас тарту клиент жағынан қосылу қатесіндей көрінеді, сондықтан оны жиі маршруттау мәселесі деп қате диагностикалайды.

Шектеулер тізімін өңдеуден бұрын қай бастау мекенжайы шын мәнінде келгенін көру үшін TCP тестінің егжей-тегжейлі шығысын және сервердің өз қосылымдар кестесін пайдаланыңыз.

Байланысты қызметтік өзгеріс ретінде өзгертіңіз

WMSVC конфигурациясын өңдеу алдында тоқтатылуы керек, сондықтан мұны консольге қатынау немесе IIS Manager-ге тәуелді емес қашықтан сессия сияқты басқа басқару жолы бар өзгеріс ретінде жоспарлаңыз. Қызметті тоқтатып, мекенжай, порт немесе сертификат өзгерісін қолданып, содан кейін оны қайта іске қосып, тыңдаушының жылжығанын растаңыз. Сол терезе кезінде қашықтан IIS әкімшілігін пайдаланатын кез келген басқа адам сессиясынан айырылады. Терезе ашылмас бұрын басқа әкімшілерге айтыңыз; өзгеріс ортасында мұны білу екі адамның бір тыңдаушыны өңдеуіне әкелетін жол.

Барлық мекенжайларды таңдау заңды нұсқа, бірақ оны қысқа жол емес, қатынау шешімі ретінде қарастырыңыз. Шектеулер тізімі ашық тұрғанда тыңдаушыны кеңейту басқару шеткі нүктесінің ешкім ойламаған желіде ашылуының жолы. Егер серверде бірнеше NIC болса, тыңдаушыны басқару интерфейсімен шектеңіз, деректер жолын тимей қалдырыңыз және сайт әлі өз мекенжайында жауап беретінін растаңыз.

WMSVC ұсынатын сертификат сайт сертификаттарынан бөлек таңдалады. Мекенжайды өзгертсеңіз, сертификат клиенттер пайдаланатын хост атына әлі сәйкес келетінін растаңыз, әйтпесе қосылу кейінірек TLS қадамында маршруттауға қатысы жоқ шағыммен сәтсіз аяқталады.

Қолжетімділікті сенім мен рұқсаттардан бөліңіз

TCP сәтті өткеннен кейін қалған ақаулар реттелген: басқару сертификаты үшін TLS сенімі, содан кейін Windows аутентификациясы, содан кейін сол тіркелгіге берілген IIS Manager рұқсаттары. Олардың әрқайсысы басқа қате шығарады және ешқайсысы маршрут немесе брандмауэр ережесімен түзелмейді. Қызметті қайта іске қосудың орнына қате мәтінін тура оқыңыз.

Төрт тексеруді осы ретпен орындаңыз: шеткі нүкте, тыңдаушы, бастау мекенжайы, сенім, сонда желі мәселесін таппас бұрын ескірген байланысты табасыз.