VPN imena hostova ne rade, IP adrese rade: gdje tražiti

Možete otvoriti dijeljeni resurs po adresi, a isti resurs po imenu ne uspijeva, što znači da tunel prenosi pakete, a sloj imena ne. To jedno zapažanje štedi zaobilazni put kroz promjene firewall-a i ruta. Imena trebaju sufiks, rezolver i put za upit, a VPN klijent može instalirati rutu bez instaliranja ijednog od njih. Prođite četiri provjere ispod redom i zaustavite se na prvoj koja se slomi.

Ime pita pitanje koje adresa ne pita

Adresa je odredište koje stek može odmah koristiti. Kratko ime je pitanje koje treba proširiti sufiksom, poslati rezolveru i dobiti odgovor od nečega što poznaje zonu. Tunel koji instalira rute ali ne rezolver ostavlja prvo funkcionalnim, a drugo slomljenim. Zato simptom izgleda tako dosljedno kroz vrlo različite VPN proizvode.

Radite od adrese prema van: prvo puno ime, zatim golo ime hosta, i zabilježite koje od tri radi. Uzorak vam kaže koji sloj pregledati prije nego otvorite i jedan ekran postavki. Nagađati rute kada se puno ime razrješava je uzaludan trud.

Pročitajte rezolver koji je tunel stvarno instalirao

Pitajte operativni sistem koji rezolver obrađuje upite za internu zonu, a ne koji oglašava interfejs VPN klijenta. Server koji gura javni rezolver bez interne zone proizvodi upravo ovaj neuspjeh, i to je greška u konfiguraciji, a ne kvar u rutiranju.

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

Na Windows klijentu pridruženom domeni, politika rutiranja prostora imena odlučuje koji upiti idu kojem rezolveru, a vlastite DNS postavke VPN adaptera pojavljuju se u detaljima adaptera. Čitajte efektivnu politiku, a ne profil, jer keširana politika može nadživjeti vezu koja ju je instalirala. Ako rezolver odgovara na puno ime, a ne na kratko, problem se već preselio na listu sufiksa.

Get-DnsClientNrptPolicy
ipconfig /all

Zaustavite se ako se interna zona razrješava preko pravog servera. Rezolver nije vaš problem.

Sufiksi objašnjavaju kratka imena koja ne rade

Ime s jednom oznakom proširuje se listom sufiksa veze prije nego što se upit pošalje. Ako VPN ne dostavi interni sufiks, fileserver nikada ne postaje fileserver.corp.example, a upit izlazi kao ime koje nijedan javni rezolver ne poznaje. Guranje sufiksa, ili tipkanje punog imena, testira hipotezu bez promjene bilo čega na serveru.

nslookup fileserver.corp.example
ping -a 192.168.50.20

Na Linuxu rezolverska usluga veže DNS server za link i skup rutirajućih domena, pa se gurnuti server koji nije povezan s linkom tunela ponaša kao da ga nema. Provjerite status po linku, a ne stub datoteku, koja može pokazivati samo na lokalni rezolver. Ista podjela pojavljuje se i u drugom smjeru: domena pretrage koja postoji ali nije primijenjena na interfejs tunela proizvodi otkaze kratkih imena koji izgledaju slučajno.

Ako dodavanje sufiksa to popravi, preostaje dostaviti taj sufiks kroz VPN profil, umjesto tražiti od svakog korisnika da ga utipka.

NetBIOS i WINS su drugi mehanizam

Stari SMB još može tražiti golo ime putem NetBIOS imenske usluge, koja odgovara broadcastom ili preko WINS servera. Broadcast ostaje unutar jedne broadcast domene i zaustavlja se na prvom ruteru, pa ne može prijeći tunel; WINS radi jer klijent ima unicast adresu na koju se registruje i koju pita. Zato VPN koji nosi samo IP još može podržavati stara imena kada je WINS konfigurisan i dostupan.

nbtstat -n
nbtstat -R

Za moderni SMB oslonite se na DNS i puno ime i penzionišite stari put. Ako je zaista star, osigurajte WINS ili zamijenite aplikaciju; sredina je red podrške koji se nikada ne prazni.

Šetnja završava kada možete reći koji je sloj zakazao: rezolver, sufiks ili staro otkrivanje. Zapišite rezolver koji je odgovorio i oblik imena koji je uspio, jer sljedeća osoba kreće od istog simptoma.