Kratka interna imena ne uspejo na VPN: pripona, ki je nikoli ne vidite
Kratko ime deluje samo zato, ker ga iskalna pripona dopolni. Primerjajte polno in kratko ime, da ločite manjkajočo pripono od okvare razreševalnika.
Kratko ime je delovalo v pisarni in ne uspe na VPN, medtem ko se polno ime razreši brez težav. Nič ni pokvarjeno. Golo ime, kot je intranet, ni polno ime; odjemalec doda pripono s svojega iskalnega seznama in vpraša za rezultat. Če profil VPN ne zagotavlja te pripone, znana kratka oblika preneha obstajati.
To je ves mit. DNS se ni pokvaril, spremenila se je iskalna politika.
Golo ime ni ime
Ko vtipkate eno oznako, se mora razreševalnik odločiti, kaj vprašati. Poskusi ime tako, kot je dano, nato doda vnose z iskalnega seznama enega za drugim, dokler nekaj ne odgovori. V Linuxu ta vrstni red nadzoruje resolv.conf z nastavitvama search in ndots. V Windowsu enako storita seznam pripon in politika razreševanja imen. Odstranite pripono in razreševalnik ne bo imel česa dodati.
Delujoče kratko ime je torej dokaz politike, ne dokaz zdravega strežnika DNS.
Kaj delata seznam pripon in naslov razreševalnika
Ta dva se nenehno zamenjujeta. Naslov razreševalnika pove, koga vprašati; seznam pripon pove, o katerem imenu vprašati. VPN vam lahko da zasebni razreševalnik brez pripone ali pripono z napačnim razreševalnikom. Le ena od teh okvar je videti kot izpad DNS.
Preverjajte ju ločeno, ker popravljanje napačnega zapravi podporno okno.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
Trije simptomi, trije različni lastniki.
Najprej preizkusite polno ime
Vprašajte za skrbnikovo dokumentirano polno kvalificirano ime, ne za ugibanje. Delujoč FQDN dokazuje, da je razreševalnik dosegljiv in da zapis obstaja, kar z eno poizvedbo odpravi polovico možnih vzrokov. Uporabite orodje, ki pokaže, kateri strežnik je odgovoril, da ne berete predpomnjenega rezultata.
Preizkus naj ostane zaseben. Pošiljanje notranjih različic javnemu razreševalniku razkrije imena in preizkusi politiko, ki si je nihče ni zamislil.
Kam sodi popravek
Popravite lastniški profil ali sistem upravljanja, ki ga ustvari. Ročna sprememba lokalne konfiguracije razreševalnika običajno izgine ob ponovnem povezovanju ali velja za vsako omrežje, v katerega se pridruži stroj, kar je slabše.
V Windowsu preglejte dejansko politiko, ne potrditvenega polja, ki se ga spomnite. Get-DnsClientNrptPolicy prikaže pravila razreševanja imen, ki resnično veljajo.
V macOS scutil --dns natisne konfiguracijo razreševalnika za vsak omejen vmesnik, vključno z iskalnimi domenami, ki jih je potisnil VPN.
V Linuxu preberite vrstico search v /etc/resolv.conf, a preverite, ali jo je odjemalec VPN prepisal. Če je datoteka upravljana, uredite vir resnice, ne izrisane datoteke. Zastarela vrstica search, ki je ostala od prejšnjega omrežja, je pogost vzrok.
Kaj hraniti ob profilu
Shranite popravljeno polno ime, seznam pripon in naslov razreševalnika ob profilu odjemalca. Naslednja oseba, ki bo sporočila, da spletno mesto intranet ne deluje, bo lahko primerjala tri znane vrednosti, namesto da bi začela s prazno stranjo.
In če ne uspe le kratka oblika, to zapišite v zahtevek. Ta stavek ekipi za razreševalnike prihrani popoldne.