VPN-gasheername misluk, IP-adresse werk: waar om te kyk

Jy kan die deel by die adres oopmaak, maar dieselfde deel by die naam misluk, wat beteken die tonnel dra pakkette en die naamlaag nie. Daardie enkele waarneming spaar ’n ompad deur brandmuur- en roeteveranderinge. Name benodig ’n agtervoegsel, ’n resolveerder en ’n pad vir die navraag, en ’n VPN-kliënt kan ’n roete installeer sonder om enige van hulle te installeer. Werk die vier kontroles hieronder in volgorde deur en stop by die eerste een wat breek.

’n Naam vra ’n vraag wat ’n adres nie vra nie

’n Adres is ’n bestemming wat die stapel dadelik kan gebruik. ’n Kort naam is ’n vraag wat met ’n agtervoegsel uitgebrei moet word, na ’n resolveerder gestuur moet word en deur iets beantwoord moet word wat die sone ken. ’n Tonnel wat roetes installeer maar geen resolveerder nie, laat die eerste werk en die tweede breek. Dis hoekom die simptoom so konsekwent lyk oor baie verskillende VPN-produkte.

Werk van die adres af uitwaarts: eers die volledige naam, dan die kaal gasheernaam, en let op watter van die drie werk. Die patroon sê vir jou watter laag om te ondersoek voordat jy ’n enkele konfigurasieskerm oopmaak. Om aan roetes te raai wanneer die FQDN wel oplos, is vermorste moeite.

Lees die resolveerder wat die tonnel werklik geïnstalleer het

Vra die bedryfstelsel watter resolveerder navrae vir die interne sone hanteer, nie watter een die VPN-kliënt se koppelvlak adverteer nie. ’n Bediener wat ’n openbare resolveerder sonder ’n interne sone instuur, lewer presies hierdie faling, en dit is ’n konfigurasiefout eerder as ’n roetefout.

resolvectl status
nslookup fileserver.corp.example
nslookup fileserver

Op ’n domeingekoppelde Windows-kliënt besluit die naamruimteroetebeleid watter navrae na watter resolveerder gaan, en die VPN-adapter se eie DNS-instellings verskyn in die adapterbesonderhede. Lees die effektiewe beleid eerder as die profiel, want ’n gekaste beleid kan die verbinding wat dit geïnstalleer het, oorleef. As die resolveerder die FQDN beantwoord en nie die kort naam nie, het die probleem reeds na die agtervoegsellys geskuif.

Get-DnsClientNrptPolicy
ipconfig /all

Stop as die interne sone deur die regte bediener oplos. Die resolveerder is nie jou probleem nie.

Agtervoegsels verduidelik kort name wat misluk

’n Enkel-etiketnaam word met die verbinding se agtervoegsellys uitgebrei voordat die navraag gestuur word. As die VPN nie die interne agtervoegsel lewer nie, word fileserver nooit fileserver.corp.example nie, en die navraag gaan uit as ’n naam wat geen openbare resolveerder ken nie. Om die agtervoegsel te stuur, of om die volledige naam te tik, toets die hipotese sonder om enigiets op die bediener te verander.

nslookup fileserver.corp.example
ping -a 192.168.50.20

Op Linux bind die resolveerdiens ’n DNS-bediener aan ’n skakel en ’n stel roetedomeine, so ’n ingestuurde bediener wat nie met die tonnel se skakel geassosieer word nie, gedra hom asof hy nie daar is nie. Kontroleer die status per skakel eerder as die stomp-lêer, wat dalk net na die plaaslike resolveerder wys. Dieselfde skeiding verskyn in die ander rigting: ’n soekdomein wat teenwoordig is maar nie op die tonnelkoppelvlak toegepas word nie, lewer kortnaamfalings wat willekeurig lyk.

As die byvoeging van die agtervoegsel dit regmaak, is die oorblywende werk om daardie agtervoegsel deur die VPN-profiel te lewer in plaas daarvan om elke gebruiker te vra om dit te tik.

NetBIOS en WINS is ’n ander meganisme

Ou SMB kan steeds ’n kaal naam met NetBIOS-naamdiens opsoek, wat oor uitsending of deur ’n WINS-bediener antwoord. Uitsending bly binne een uitsendingsdomein en stop by die eerste router, so dit kan nie oor ’n tonnel reik nie; WINS werk omdat die kliënt ’n eenadresadres het om by te registreer en om navraag te doen. Dis hoekom ’n VPN wat net IP dra, steeds ou name kan ondersteun wanneer WINS opgestel en bereikbaar is.

nbtstat -n
nbtstat -R

Vir moderne SMB, maak staat op DNS en die volledige naam, en tree die ou pad uit. As dit werklik oud is, voorsien WINS of vervang die toepassing; die middelgrond is ’n ondersteuningsry wat nooit leeg word nie.

Die deurloop eindig wanneer jy kan sê watter laag gefaal het: resolveerder, agtervoegsel of ou ontdekking. Teken die resolveerder aan wat geantwoord het en die naamvorm wat gewerk het, want die volgende persoon sal by dieselfde simptoom begin.