Skiptingstunnillinn þinn nær í forritið en ekki DNS-þjóninn þess
Skiptingstunnill getur beint undirneti forritsins og samt sleppt leysinum við hliðina. Bættu við hýsilbrautinni og athugaðu síðan hvaða þjón Windows velur í raun.
Að beina undirneti forritsins er augljósi hlutinn af skiptingstunnli og er ekki allt verkið. Leysirinn situr oft á öðru vistfangi en forritið sem hann þjónar, svo virkur tunnill getur enn skilið uppflettinguna eftir utan við sig. Prófíll sem ber 10.80.0.0/16 og ekkert annað sendir fyrirspurnina um 10.90.0.53 út um staðbundið viðmótið þar sem ekkert einkasvæði er til. Bættu við brautinni að leysinum og skoðaðu síðan seinni helming vandamálsins: hvaða þjón biðlarinn velur í raun.
Goðsögnin: ein braut nær yfir alla þjónustuna
Skiptingstunnill er listi yfir áfangastaði sem fara gegnum tenginguna, ekki lýsing á þjónustu. Undirnet forritsins og vistfang leysisins eru tveir áfangastaðir, og prófíll getur borið annan án hins. Þegar það gerist er forritið aðgengilegt eftir vistfangi á meðan nafnið bregst, sem lítur út eins og DNS-bilun frekar en bil í leiðsögn.
Undirnetið í kringum leysinn er ekki heldur sjálfkrafa þakið. Hýsilbraut að einu vistfangi nægir fyrir þann leysi og opnar ekki nágranna hans. Það er tilgangur hýsilbrautar: þröng af hönnun og auðvelt að gleyma þegar næsta þjónusta birtist á sama undirneti.
Þrjú atriði verða að eiga við svo uppflettingin virki: biðlarinn beinir vistfangi leysisins gegnum tunnilinn, gáttin tekur við þeirri beiðni og sendir hana áfram, og leysirinn tekur við upprunanum sem hann fær. Svarið verður líka að koma til baka eftir samkomulagsleiðinni. Vanti eitt þeirra er einkennið það sama, þess vegna er þess virði að skrifa vistfangatöfluna niður áður en snert er við stillingum.
Ákvarðaðu hvaða vistföng prófíllinn verður að bera
Teldu upp áfangastaðina í röð: net forritsins, vistfang leysisins og opinbera endapunktinn sem lýkur tunnilnum sjálfum. Sá þriðji má aldrei vera beint inn í tunnilinn, því ytri tengingin þarf leið sem er til áður en tunnillinn er til.
| Destination | Coverage this example needs |
|---|---|
| Application network | 10.80.0.0/16 through the VPN |
| Private resolver | 10.90.0.53/32 through the VPN |
| Public VPN endpoint | Normal internet path, outside the tunnel |
Hafðu bæði UDP og TCP með fyrir DNS, þar sem búist er við að útfærslur styðji TCP við hlið UDP, og lokuð TCP-leið gefur hægar, að hluta til bilanir í stað hreinna. Ef einkasvæðið er einnig þjónað yfir IPv6, notar samsvarandi hýsilundantekning IPv6-vistfang og forskeyti og er sérstök færsla.
Skráðu hvað prófíllinn þekur þegar áður en þú bætir einhverju við. Tvöföld braut er skaðlaus, en óvænt núverandi braut segir þér að prófíllinn hafi verið hannaður fyrir aðra vistfangaáætlun en þá sem þú fékkst.
Bættu hýsilbrautinni við í gegnum eiganda tengingarinnar
Fyrir staðbundið stýrðan innfæddan Windows-prófíl tilheyrir brautin tengingunni frekar en alheims leiðsagnartöflu vélarinnar. Skoðaðu viðbótina fyrst í forskoðun og notaðu hana síðan með sama umfangi og prófíllinn notar.
Add-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.90.0.53/32' -WhatIf Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
Fyrsta skipunin forsýnir breytinguna án þess að setja neitt upp, og önnur telur upp brautirnar sem prófíllinn ber núna. Tilvísun Add-VpnConnectionRoute frá Microsoft skjalfestir umfang fyrir hvern notanda og alla notendur; prófíll fyrir alla notendur þarf eigin umfangsfæribreytu, og skipun fyrir hvern notanda gegn prófíl fyrir alla notendur mistekst eða endar á röngum stað.
Þegar prófíllinn er stýrður eða kemur frá biðlara söluaðila tilheyrir breytingin þeim eiganda. Að stafla varanlegri kerfisbraut ofan á tengistefnu virkar þar til stefnan er beitt aftur og brautin er horfin, sem gerist venjulega í stuðningssímtali en ekki í prófunum. Sú bilun er hljóðlát: brautin hverfur, nafnið hættir að leysast, og enginn tengir atburðina tvo. Settu breytinguna í eigin skrá eigandans svo næsta endurnotkun beri hana í stað þess að eyða henni.
Eftir beitingu skaltu tengja prófílinn aftur í stað þess að gera ráð fyrir að brautin hafi tekið gildi. Breytingar á brautum á lifandi tengingu eru ekki alltaf teknar upp, og endurtenging endurskapar líka það ástand sem notendur þínir munu í raun hafa.
Athugaðu hvaða leysi biðlarinn notaði í raun
Braut stýrir pakkum sem eru beint að leysinum. Hún ákveður ekki hvaða nöfn eigi að senda þangað, og sú val er sérstakt ferli. Í Windows geta gildandi reglur nafnrýmis valið leysi fyrir hvert lén, á meðan DNS-stillingar prófílsins gefa sjálfgefið gildi. Þessi tvö lög geta verið ósammála án þess að framleiða nokkra villu, þess vegna er bein fyrirspurn aðeins helmingur sönnunnar.
Get-DnsClientNrptPolicy Resolve-DnsName app.svc.example -Server 10.90.0.53 -Type A
Fyrsta skipunin prentar gildandi stefnu nafnrýmis, og önnur spyr einkaleysinn beint um nafn forritsins. Beint svar sannar að leiðin og leysirinn virki; það sannar ekki að uppfletting forritsins sjálfs hafi valið þann þjón. Berðu það saman við venjulega uppflettingu sama nafns og við svarið sem forritið fær.
Taktu tillit til skyndiminni og öruggs DNS á vafrastigi, sem getur algjörlega farið fram hjá leysi kerfisins fyrir nöfn sem notandi slær inn. Leitarviðskeyti er önnur villandi vísbending: það víkkar stutt nafn út í fullgilt nafn og hefur ekkert með það að gera hvaða þjón svarar.
Ljúktu með því að tengja aftur og endurtaka venjulegu uppflettinguna, og staðfestu síðan að venjuleg vafrun fylgi enn samþykktri stefnu sinni. Að skipta einkaleysinum út fyrir opinberan svo óskyldt nafn leysist er ekki lagfæring, og það færir einkafyrirspurnir hljóðlaust þangað sem þeim var aldrei ætlað að fara.