IIS Manager fjarnstjórnun: skoðaðu eigið vistfang WMSVC fyrst

Vefsvæðið þitt svarar á 443 í gegnum göngin, og IIS Manager kemst samt ekki í samband við þjóninn. Þessi samsetning niðurstaðna er ekki mótsögn, því vefsvæðið og endapunktur fjarnstjórnunar eru tveir hlustarar með tvær stillingar og tvö sett af aðgangsreglum. Sá sem stjórnar tilheyrir Web Management Service, WMSVC, og hefur eigið vistfang, port, skírteini og IPv4-takmarkanir. Skoðaðu þann endapunkt áður en þú snertir eina einustu leið.

Tveir hlustarar, tvö mismunandi vandamál

Beiðni til vefsvæðisins nær HTTP.sys-tengingu þess svæðis, sem er skilgreind fyrir hvert svæði og hverja samskiptareglu í applicationHost-stillingunni. Beiðni frá IIS Manager nær WMSVC, sem svarar sjálfgefið HTTPS á TCP 8172 og er stillt á þjónsstigi. Ekkert í tengingu vefsvæðisins breytir því hvar WMSVC hlustar, og ekkert í WMSVC breytir því hvaða vistfang vefsvæðið svarar á. Þau deila vél og skírteinageymslu, og þar stöðvast líkindin.

Þannig að heppilegt Test-NetConnection gegn porti 443 segir þér að hlustari vefsvæðisins sé aðgengilegur, og ekkert um stjórnunina.

Finndu vistfangið sem WMSVC er í raun bundið við

Spurðu þjóninn hvað hann hlustar á frekar en hvað hann var stilltur á fyrir mörgum árum. Get-NetTCPConnection -LocalPort 8172 -State Listen prentar staðbundið vistfang, og gildið 0.0.0.0 eða :: þýðir öll vistföng en tiltekið vistfang þýðir aðeins það eitt. Ef vistfangi þjóns hefur verið breytt, þá er hlustari sem er enn festur við úrelt vistfang einmitt sá galli sem þessi athugun grípur.

Stillta gildið er á Management Service-síðu IIS Manager á þjónshnútnum, og bak við hana í administration.config í inetsrv-stillingarmöppunni. Berðu þau saman: hvað skráin segir og við hvaða vistfang tengið er í raun bundið.

Keyrðu síðan Test-NetConnection -ComputerName iis-admin.example.com -Port 8172 -InformationLevel Detailed frá viðkomandi VPN-biðlara og lestu leysta vistfangið og valda upprunavistfangið. Önnur DNS-niðurstaða í VPN er nógu algeng til að vera þess virði að útiloka snemma. Hafðu þetta nákvæma hýsilnafn og port í beiðninni, því síðari samanburður við annað nafn sannar ekkert um breytinguna sem þú gerðir.

Lestu upprunavistfangið sem þjónninn sér

IPv4-takmarkanir WMSVC eru metnar út frá vistfanginu sem berst þjóninum, sem er ekki alltaf vistfangið sem fartölvan þín telur sig hafa. Ef VPN-safnið er þýtt einhvers staðar á leiðinni sér þjónninn þýdda vistfangið og leyfisskrá byggð á innra vistfangi biðlarans mun hafna því. Þessi höfnun lítur út eins og sambandsvilla frá biðlarahlið, og þess vegna er hún oft mistúlkuð sem leiðavandi.

Notaðu ítarlegt útdata TCP-prófsins, ásamt sambandstöflu þjónsins sjálfs, til að sjá hvaða upprunavistfang barst í raun áður en þú breytir takmörkunarlistanum.

Breyttu tengingunni sem þjónustubreytingu

Stöðva verður WMSVC áður en stillingin er breytt, svo skipuleggðu þetta sem breytingu með annarri stjórnleið í boði, eins og konsólaðgangi eða fjarfundi sem er ekki háður IIS Manager. Stöðvaðu þjónustuna, beittu breytingunni á vistfang, port eða skírteini, ræstu hana svo og staðfestu að hlustarinn hafi færst. Allir aðrir sem nota fjarnstjórnun IIS missa fund sinn á því tímabili. Láttu hina stjórnendurna vita áður en glugginn opnast; að uppgötva það í miðri breytingu er hvernig tveir enda á að breyta sama hlustaranum.

Að velja öll vistföng er lögmætur valkostur, en meðhöndlaðu það sem aðgangsákvörðun frekar en flýtileið. Að víkka hlustarann á meðan takmörkunarlistinn stendur opinn er hvernig stjórnendapunktur endar á að verða berskjaldaður á neti sem enginn ætlaði. Ef þjónninn er með nokkrar netkort, takmarkaðu hlustarann við stjórnviðmótið, láttu gagnaleiðina í friði og staðfestu að vefsvæðið svari enn á eigin vistfangi.

Skírteinið sem WMSVC kynnir er valið sérstaklega frá skírteinum vefsvæðisins. Ef þú breytir vistfanginu skaltu staðfesta að skírteinið passi enn við hýsilnafnið sem biðlarar nota, annars mistakist sambandið síðar í TLS-skrefinu með kvörtun sem hefur ekkert með leiðir að gera.

Aðskildu aðgengi frá trausti og heimildum

Þegar TCP tekst eru eftirstandandi bilanir í röð: TLS-traust fyrir stjórnskírteinið, síðan Windows-auðkenning, síðan IIS Manager-heimildirnar sem þeim reikningi eru veittar. Hver þeirra gefur aðra villu, og engin þeirra er lagað með leið eða eldveggjarreglu. Lestu villutextann bókstaflega í stað þess að endurræsa þjónustuna aftur.

Farðu í gegnum fjórar athuganir í þeirri röð, endapunkt, hlustari, upprunavistfang, traust, og þú finnur yfirleitt úreltu tenginguna áður en þú finnur netvandamál.