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 vatrozida 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 stog 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 zaslon postavki. Nagađati rute kada se puno ime razrješava uzaludan je trud.

Pročitajte rezolver koji je tunel stvarno instalirao

Pitajte operativni sustav koji rezolver obrađuje upite za internu zonu, a ne koji oglašava sučelje VPN klijenta. Poslužitelj koji gura javni rezolver bez interne zone proizvodi upravo ovaj neuspjeh, i to je pogreška u konfiguraciji, a ne kvar u usmjeravanju.

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

Na Windows klijentu pridruženom domeni, pravilo usmjeravanja prostora imena odlučuje koji upiti idu kojem rezolveru, a vlastite DNS postavke VPN adaptera pojavljuju se u pojedinostima adaptera. Čitajte djelotvorno pravilo, a ne profil, jer predmemorirano pravilo može nadživjeti vezu koja ga je instalirala. Ako rezolver odgovara na puno ime, a ne na kratko, problem se već preselio na popis sufiksa.

Get-DnsClientNrptPolicy
ipconfig /all

Zaustavite se ako se interna zona razrješava preko pravog poslužitelja. Rezolver nije vaš problem.

Sufiksi objašnjavaju kratka imena koja ne rade

Ime s jednom oznakom proširuje se popisom 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 poslužitelju.

nslookup fileserver.corp.example
ping -a 192.168.50.20

Na Linuxu rezolverska usluga veže DNS poslužitelj za vezu i skup usmjeravajućih domena, pa se gurnuti poslužitelj koji nije povezan s vezom tunela ponaša kao da ga nema. Provjerite stanje po vezi, a ne stub datoteku, koja može pokazivati samo na lokalni rezolver. Ista se podjela pojavljuje i u drugom smjeru: domena pretraživanja koja postoji ali nije primijenjena na sučelje 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 drugi su mehanizam

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

nbtstat -n
nbtstat -R

Za moderni SMB oslonite se na DNS i puno ime i umirovite stari put. Ako je doista 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.