Emrat e brendshëm të shkurtër dështojnë në VPN: prapashtesa që nuk e shihni kurrë
Një emër i shkurtër funksionon vetëm sepse një prapashtesë kërkimi e plotëson atë. Krahasoni emrin e plotë dhe atë të shkurtër për të dalluar mungesën e prapashtesës nga një dështim i zgjidhësit.
Emri i shkurtër punonte në zyrë dhe dështon në VPN, ndërsa emri i plotë zgjidhet pa problem. Asgjë nuk është prishur. Një emër i zhveshur si intranet nuk është emër i plotë; klienti shton një prapashtesë nga lista e tij e kërkimit dhe pyet për rezultatin. Nëse profili VPN nuk e ofron atë prapashtesë, forma e shkurtër e njohur pushon së ekzistuari.
Kjo është e gjithë legjenda. DNS nuk u prish, ndryshoi politika e kërkimit.
Një emër i zhveshur nuk është emër
Kur shkruani një etiketë të vetme, zgjidhësi duhet të vendosë çfarë të pyesë. Ai provon emrin ashtu siç është dhënë, pastaj shton një nga një hyrjet nga lista e kërkimit derisa diçka të përgjigjet. Në Linux, resolv.conf e kontrollon atë renditje me cilësimet search dhe ndots. Në Windows, lista e prapashtesave dhe politika e zgjidhjes së emrave bëjnë të njëjtën gjë. Hiqni prapashtesën dhe zgjidhësi nuk ka çfarë të shtojë.
Prandaj një emër i shkurtër që funksionon është provë e një politike, jo provë e një serveri DNS të shëndetshëm.
Çfarë bëjnë lista e prapashtesave dhe adresa e zgjidhësit
Këto të dyja ngatërrohen vazhdimisht. Adresa e zgjidhësit thotë kë të pyesësh; lista e prapashtesave thotë për cilin emër të pyesësh. Një VPN mund t'ju japë një zgjidhës privat pa prapashtesë, ose një prapashtesë me zgjidhësin e gabuar. Vetëm një nga këto dështime duket si ndërprerje e DNS.
Kontrollojini veçmas, sepse rregullimi i të gabuarit harxhon një dritare mbështetjeje.
| 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 |
Tre simptoma, tre pronarë të ndryshëm.
Së pari provoni emrin e plotë
Kërkoni emrin e plotë të kualifikuar të dokumentuar nga administratori, jo një hamendësim. Një FQDN që funksionon provon se zgjidhësi është i arritshëm dhe se rekordi ekziston, gjë që eliminon gjysmën e shkaqeve të mundshme me një pyetje të vetme. Përdorni një mjet që tregon cili server u përgjigj, që të mos lexoni një rezultat të ruajtur në memorje.
Mbajeni testin privat. Dërgimi i varianteve të brendshme te një zgjidhës publik zbulon emra dhe teston një politikë që askush nuk e kishte synuar.
Ku hyn rregullimi
Rregulloni profilin pronar ose sistemin e menaxhimit që e gjeneron. Një ndryshim manual në konfigurimin lokal të zgjidhësit zakonisht zhduket në rilidhje, ose zbatohet për çdo rrjet që i bashkohet makinës, gjë që është më keq.
Në Windows, ekzaminoni politikën efektive në vend të kutisë që mbani mend. Get-DnsClientNrptPolicy tregon rregullat e zgjidhjes së emrave që janë me të vërtetë në fuqi.
Në macOS, scutil --dns shtyp konfigurimin e zgjidhësit për çdo ndërfaqe me shtrirje, duke përfshirë domenet e kërkimit që shtyu VPN.
Në Linux, lexoni rreshtin search në /etc/resolv.conf, por kontrolloni nëse një klient VPN e ka rishkruar. Nëse skedari menaxhohet, modifikoni burimin e së vërtetës në vend të skedarit të dhënë. Një rresht search i vjetruar i mbetur nga një rrjet i mëparshëm është një shkak i zakonshëm.
Çfarë të mbani me profilin
Mbani emrin e plotë të rregulluar, listën e prapashtesave dhe adresën e zgjidhësit pranë profilit të klientit. Personi tjetër që raporton se faqja intranet nuk funksionon mund të krahasojë tre vlera të njohura në vend që të nisë nga një faqe bosh.
Dhe nëse dështon vetëm forma e shkurtër, shkruajeni atë në tiketë. Ajo fjali i kursen ekipit të zgjidhësve një pasdite.