Īsi iekšējie nosaukumi neizdodas VPN: piedēklis, ko jūs nekad neredzat
Īss nosaukums darbojas tikai tāpēc, ka meklēšanas piedēklis to papildina. Salīdziniet pilno un īso nosaukumu, lai atšķirtu piedēkļa trūkumu no atrisinātāja kļūmes.
Īsais nosaukums darbojās birojā un neizdodas VPN, kamēr pilnais nosaukums tiek atrisināts bez problēmām. Nekas nav salauzts. Kails nosaukums kā intranet nav pilns nosaukums; klients pievieno piedēkli no sava meklēšanas saraksta un jautā par rezultātu. Ja VPN profils nenodrošina šo piedēkli, pazīstamā īsā forma pārstāj pastāvēt.
Tas ir viss mīts. DNS nesabojājās, mainījās meklēšanas politika.
Kails nosaukums nav nosaukums
Kad ierakstāt vienu etiķeti, atrisinātājam jāizlemj, ko jautāt. Tas izmēģina nosaukumu tādu, kāds tas dots, pēc tam pa vienam pievieno meklēšanas saraksta ierakstus, līdz kaut kas atbild. Linux sistēmā resolv.conf kontrolē šo secību ar search un ndots iestatījumiem. Windows sistēmā piedēkļu saraksts un nosaukumu atrisināšanas politika dara to pašu. Noņemiet piedēkli, un atrisinātājam nebūs ko pievienot.
Tāpēc strādājošs īsais nosaukums ir politikas pierādījums, nevis vesela DNS servera pierādījums.
Ko dara piedēkļu saraksts un atrisinātāja adrese
Šie divi tiek nemitīgi sajaukti. Atrisinātāja adrese saka, ko jautāt; piedēkļu saraksts saka, par kuru nosaukumu jautāt. VPN var dot privātu atrisinātāju bez piedēkļa vai piedēkli ar nepareizu atrisinātāju. Tikai viena no šīm kļūmēm izskatās kā DNS pārtraukums.
Pārbaudiet tos atsevišķi, jo nepareizā labošana sadedzina atbalsta logu.
| 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 |
Trīs simptomi, trīs dažādi atbildīgie.
Vispirms pārbaudiet pilno nosaukumu
Prasiet administratora dokumentēto pilnībā kvalificēto nosaukumu, nevis minējumu. Strādājošs FQDN pierāda, ka atrisinātājs ir sasniedzams un ieraksts pastāv, kas ar vienu vaicājumu novērš pusi iespējamo cēloņu. Izmantojiet rīku, kas parāda, kurš serveris atbildēja, lai nelasītu kešatmiņā saglabātu rezultātu.
Turiet testu privātu. Iekšējo variantu sūtīšana publiskam atrisinātājam atklāj nosaukumus un pārbauda politiku, ko neviens nebija iecerējis.
Kur pieder labojums
Labojiet īpašnieka profilu vai to ģenerējošo pārvaldības sistēmu. Manuāls vietējās atrisinātāja konfigurācijas labojums parasti pazūd atkārtotas savienošanas laikā, vai attiecas uz katru tīklu, kuram iekārta pievienojas, kas ir sliktāk.
Windows sistēmā pārbaudiet faktiskās politikas, nevis atcerēto izvēles rūtiņu. Get-DnsClientNrptPolicy parāda nosaukumu atrisināšanas noteikumus, kas patiešām ir spēkā.
macOS sistēmā scutil --dns izdrukā atrisinātāja konfigurāciju katram tvēruma interfeisam, tostarp meklēšanas domēnus, ko VPN iebīdīja.
Linux sistēmā izlasiet search rindu /etc/resolv.conf failā, bet pārbaudiet, vai VPN klients to nav pārrakstījis. Ja fails tiek pārvaldīts, rediģējiet patiesības avotu, nevis renderēto failu. Novecojusi search rinda, kas palikusi no iepriekšējā tīkla, ir biežs cēlonis.
Ko glabāt kopā ar profilu
Glabājiet laboto pilno nosaukumu, piedēkļu sarakstu un atrisinātāja adresi blakus klienta profilam. Nākamā persona, kas ziņos, ka intranet vietne nedarbojas, varēs salīdzināt trīs zināmas vērtības, nevis sākt no tukšas lapas.
Un ja neizdodas tikai īsā forma, sakiet to biļetē. Šis teikums ietaupa atrisinātāju komandai pēcpusdienu.