VPN-ið þitt ýtir þremur DNS-þjónum: hver svarar?
Viðbótarfærslur geta verið varaleið, leið fyrir hvert lén eða leifar af líkamlegu tengingunni. Kortleggðu hverja í sitt svið áður en þú kallar listann leka.
Opnaðu stillingasíðuna eftir tengingu og þrjú DNS-vistföng eru skráð; spurningin í úttektinni er hvert þeirra annaðist síðustu fyrirspurnina þína. Tölurnar einar svara engu, því ýting biðlarans, líkamlegt tengi og stefna fyrir hvert lén skrifa öll í sama sýn. Þessar færslur bera ólík svið, og sviðið, ekki staðan, ræður því hver svarar. Byrjaðu á að aðskilja upprunana og prófaðu síðan þann sem á nafnið sem þér er annt um.
Hvers vegna listinn er lengri en prófíllinn þinn
VPN-biðlari ýtir leysivistföngum fyrir göngutenginguna, og stýrikerfið heldur þeim við hlið þess sem líkamlega tengið hafði þegar. Beinir, fyrirtækjaleiga á DHCP, annað VPN og stefna fyrir hvert lén leggja hvert sitt fram. Því geta þrjú vistföng á síðunni þýtt þrjú svið frekar en þrír kandídatar fyrir eitt verk. Að lesa töluna sem sönnun leka er fyrsta mistökin í þessari úttekt.
Innan eins tengis prófar biðlari þjónana sína í röð, svo röðuð listi er ekki merkingarlaus. Það sem er ekki biðröð er sameinuð sýnin, þar sem færslur úr prófílnum, líkamlegu tengingunni og reglum fyrir hvert lén standa hlið við hlið án eins staka mats. Sá munur ræður því hvað þú prófar: röðin skýrir hegðun innan eins sviðs og sviðið skýrir allt annað.
Dulkóðað DNS brýtur myndina innan frá í forriti. Vafri eða spjallbiðlari með eigin DNS-over-HTTPS-leysi sendir fyrirspurnir algjörlega fram hjá lista stýrikerfisins, svo vistföngin á stillingasíðunni lýsa umferð sem forritið myndaði aldrei. Athugaðu eigin leysistillingu forritsins áður en þú kennir prófílnum um nafn sem kom rangt út.
Hvað hver hinna þriggja prófana segir
Hver uppruni skilur eftir sig spor á ólíkum stað, og engin ein skipun sýnir þau öll. Þetta er kortlagningin sem er þess virði að hafa við stillingasíðuna:
| Entry source | Where it is visible | What it proves |
|---|---|---|
| Tunnel profile | Link-scoped DNS on the tunnel device | Which servers the VPN asked you to use, not which one answered |
| Per-domain policy | Suffix list or routing domains | Which names are steered to a particular resolver |
| Physical link | DNS on the LAN interface | Whether a second scope still exists outside the tunnel |
| Application resolver | App settings, absent from the OS list | Whether the system list was consulted at all |
Á kerfi sem notar systemd-resolved er resolvectl status ráðandi, því hún greinir frá DNS fyrir hvert tengi ásamt leiðarlénunum. macOS svarar um scutil --dns, sem listar sviðsbundna leysa í þeirri röð sem þeir eru prófaðir. Windows skiptir tveimur helmingunum: Get-DnsClientServerAddress fyrir þjóna hvers tengis og Get-DnsClientNrptPolicy fyrir viðskeytisreglurnar. Keyrðu skipunina sem tilheyrir leysinum sem raunverulega er notaður, því vél með gámarakstursumhverfi og skrifborðsleysi getur haft fleiri en einn uppsettan.
Varaleysir sem getur ekki svarað fyrir svæðið þitt
Önnur færsla er venjulega til staðar vegna aðgengis, og aðgengi virkar aðeins ef varaleiðin þekkir nöfnin. Spurðu almennan leysi um innra hýsilsnafn og hann skilar NXDOMAIN, eða algildu svari frá leitarsléni sem á ekkert skylt við þig. Óprófuð varaleið veldur þá truflun á nákvæmlega þeirri stundu sem þarf á henni að halda.
Split DNS er til að koma í veg fyrir það: viðskeyti fyrirtækisins fara til leysis sem heldur svæðinu, og almenn nöfn vera á sjálfgefinni leið. Hönnunin er traust, og hún byggir á því að viðskeytalistinn sé heill. Microsoft skjalfestir stefnu leysisins fyrir hvert viðskeyti sem stýrir þessu á Windows, og sama hugmyndin birtist sem leiðarlén í systemd-resolved og sem sviðsbundnir leysar á macOS.
Berðu saman svæðin sem varaleiðin má svara fyrir við viðskeytin í stefnunni. Sá samanburður finnur bilið áður en notandi greinir frá því að einn innri vefur hafi hætt að leysast eftir göngubreytingu.
Spurðu í gegnum stefnuna, ekki fram hjá henni
Spurðu í gegnum leysi stýrikerfisins, því bein fyrirspurn til þjóns fer fram hjá stefnunni og greinir aðeins frá því sem sá þjónn myndi segja. Bilið milli svarenda tveggja er allt málið:
resolvectl query intranet.example.com
dig +short intranet.example.com @198.51.100.53
Ef kerfisfyrirspurnin skilar einkavistfangi meðan beina fyrirspurnin skilar NXDOMAIN virkar stefnan og varaleiðin er veiki punkturinn. Ef báðar skila sama almennu svari er nafnið leyst utan þess sviðs sem þú ætlaðir, og viðskeytalistinn er staðurinn til að skoða. Geymdu báðar útkomurnar, því rökræða um leysi leysist hraðar með tveimur línum en með skjámynd af stillingasíðunni.
Æfðu síðan bilunarleiðina, því varaleið sem enginn prófaði er aðeins gefin forsenda. Gerðu valinn leysi að svartholi fyrir eina fyrirspurn og fylgstu með hvaða vistfang kemur til baka:
ip route add blackhole 198.51.100.53/32
resolvectl query intranet.example.com
ip route del blackhole 198.51.100.53/32
Eyddu þeirri leið um leið og fyrirspurnin klárast, annars erfir næsta manneskja ráðgátu. Ef innri nöfn leysast enn í þeim glugga svaraði eitthvað utan ætlaðs sviðs þeim. Ef þau renna hins vegar út á tíma vantar varaleiðina eða hún er rétt afmörkuð, og eigin skrá leysisins segir þér hvor tveggja það var.
Ákveððu: halda, afmarka eða fjarlægja
Haltu annarri leysi þegar hann svarar nafnrýminu sem þú þarft og er áfram aðgengilegur undir prófílnum. Afmarkaðu hann þegar hann á aðeins að sjá eitt viðskeyti og ekkert annað, og fjarlægðu hann þegar hvorki svið né skjalfestur tilgangur er fyrir hendi. Færsla án verks er framtíðarleki án gagns, og sjálfgefið gildi framleiðanda er ekki tilgangur.
Skráðu niðurstöðuna í fjóra dálka: viðskeyti, leysir, tengi og eigandi. Sú lína svarar næstu úttektarspurningu hraðar en nokkur skjámynd, og hún lifir af uppfærslu biðlarans sem endurraðar listanum hljóðlega.