VPN-vertnamn sviktar, IP-adresser verkar: kvar du bør sjå

Du kan opne delinga via adressa og den same delinga via namnet sviktar, noko som tyder på at tunnelen ber pakkar og namnelaget ikkje. Den eine observasjonen sparer ein omveg gjennom endringar i brannmur og ruter. Namn treng eit suffiks, ein resolvar og ein veg for spurnaden, og ein VPN-klient kan installere ei rute utan å installere nokon av dei. Gå gjennom dei fire kontrollane nedanfor i rekkjefølgje og stopp ved den første som knekk.

Eit namn stiller eit spørsmål som ei adresse ikkje stiller

Ei adresse er ein destinasjon som stakken kan bruke med ein gong. Eit kortnamn er eit spørsmål som må utvidast med eit suffiks, sendast til ein resolvar og svarast av noko som kjenner sona. Ein tunnel som installerar ruter men ingen resolvar, lèt det første verke og det andre vere øydelagt. Derfor ser symptomet så konsistent ut på tvers av svært ulike VPN-produkt.

Arbeid utover frå adressa: først det fulle namnet, så det nakne vertsnamnet, og noter kva av dei tre som verkar. Mønsteret fortel deg kva lag du skal undersøkje før du opnar ein einaste konfigurasjonsskjerm. Å gjette på ruter når FQDN-en løyser seg opp, er bortkasta arbeid.

Les resolvaren tunnelen faktisk installerte

Spør operativsystemet kva resolvar som handterer spurnader for den interne sona, ikkje kva VPN-klienten sitt grensesnitt annonserer. Ein tenar som skyv ein offentleg resolvar utan ei intern sone, produserer nøyaktig denne feilen, og det er ein konfigurasjonsfeil og ikkje ein rutingsfeil.

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

På ein domenetilknytt Windows-klient avgjer rutingspolicyen for namnerommet kva spurnader som går til kva resolvar, og VPN-adapteren sine eigne DNS-innstillingar viser seg i adapterdetaljane. Les den effektive policyen framfor profilen, fordi ein bufredd policy kan overleve tilkoplinga som installerte han. Viss resolvaren svarar på det fulle namnet og ikkje på kortnamnet, har problemet alt flytta seg til suffikslista.

Get-DnsClientNrptPolicy
ipconfig /all

Stopp viss den interne sona løyser seg opp gjennom rett tenar. Resolvaren er ikkje problemet ditt.

Suffiks forklarar kortnamn som sviktar

Eit namn med éi etikett blir utvida med suffikslista til tilkoplinga før spurnaden blir send. Viss VPN-en ikkje leverer det interne suffikset, blir fileserver aldri fileserver.corp.example, og spurnaden går ut som eit namn ingen offentleg resolvar kjenner. Å skyve suffikset, eller å skrive det fulle namnet, testar hypotesen utan å endre noko på tenaren.

nslookup fileserver.corp.example
ping -a 192.168.50.20

På Linux bind resolvartjenesta ein DNS-tenar til ei lenke og eit sett med rutingsdomene, så ein påskyssa tenar som ikkje er knytt til lenka til tunnelen, oppfører seg som om han ikkje var der. Kontroller status per lenke i staden for stub-fila, som kanskje berre peikar på den lokale resolvaren. Den same splittinga viser seg i den andre retninga: eit søkjedomene som finst men ikkje blir brukt på tunellgrensesnittet, gjev kortnamnfeil som ser tilfeldige ut.

Viss tilføyinga av suffikset rettar det, er det gjenverande arbeidet å levere det suffikset gjennom VPN-profilen i staden for å be kvar brukar skrive det.

NetBIOS og WINS er ein annan mekanisme

Gamal SMB kan framleis slå opp eit nake namn med NetBIOS-namnetenesta, som svarar over kringkasting eller gjennom ein WINS-tenar. Kringkasting held seg innanfor eitt kringkastingsdomene og stoppar ved den første rutaren, så ho kan ikkje nå tvers over ein tunnel; WINS verkar fordi klienten har ei unicast-adresse å registrere seg på og spørje. Derfor kan ein VPN som berre ber IP framleis støtte gamle namn når WINS er konfigurert og tilgjengeleg.

nbtstat -n
nbtstat -R

For moderne SMB, stol på DNS og det fulle namnet, og pensjoner den gamle vegen. Viss han verkeleg er gamal, lever WINS eller byt ut programmet; midtvegen er ein støttekø som aldri blir tømd.

Gjennomgangen sluttar når du kan seie kva lag som svikta: resolvar, suffiks eller gamal oppdaging. Noter resolvaren som svara og namneforma som verka, fordi den neste personen startar frå same symptom.