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 уруксаттары. Алардын ар бири башка ката чыгарат жана эч бири маршрут же брандмауэр эрежеси менен оңдолбойт. Кызматты кайра иштетүүнүн ордуна ката текстин сөзмө-сөз окуңуз.

Төрт текшерүүнү ушул тартипте аткарыңыз: чекит, угуучу, булак дареги, ишеним, ошондо тармак маселесин таппай туруп эскирген байланышты табасыз.