Ime gostitelja v LAN ne deluje prek VPN: pripona, mDNS ali območje?

Ob napravi se tiskalnik odziva na kratko ime, strežnik datotek pa na vzdevek. Skozi tunel obe imeni potečeta, medtem ko njuna naslova še vedno delujeta. Pot opravlja svoje delo; pot imen, ki je tem kratkim imenom omogočala delovanje, nikoli ni prečkala tunela. To vedenje povzročajo trije mehanizmi in vsak potrebuje drugačen popravek.

Začnite z ugotavljanjem, od katerega mehanizma je ime odvisno.

Tri vrste imen, ki se obnašajo različno

Ime z eno oznako, kot je fileserver, se običajno opira na iskalno pripono DNS, ki jo doda razreševalnik. Ta pripona pogosto pride z lokalnim najemom DHCP, zato oddaljeni odjemalec, ki naslavljanje dobi od VPN, nima razloga, da bi jo poznal. Dodajanje poti pripone ne dostavi. Kratko ime preprosto preneha obstajati kot ime, čeprav je naslov za njim dosegljiv.

Ime, ki se konča na .local, se običajno razreši z multicast DNS na lokalni povezavi, kot opisuje RFC 6762. Multicast ne prečka usmerjenega tunela, razen če ga nekaj namerno premosti ali posreduje, zato ime preneha razreševati v trenutku, ko zapustite segment.

Polno kvalificirano ime podjetja pripada notranjemu območju, ki ga oskrbujejo razreševalniki organizacije. To deluje na daljavo, ko VPN potisne te razreševalnike in je odjemalec konfiguriran, da jih uporablja. In localhost je po RFC 6761 posebne namene: nanaša se na stroj pred vami, nikoli na oddaljeno storitev.

Preberite razreševalnik, preden spremenite pot

Vprašajte, kateri imenski strežnik je odgovoril in katera pripona je bila dodana. Ista poizvedba prek različnih razreševalnikov daje različne odgovore in ta razlika je dokaz, ki ga potrebujete.

getent hosts fileserver
getent hosts fileserver.corp.example.com
nslookup fileserver.corp.example.com
dig +search fileserver A
resolvectl query fileserver.corp.example.com
scutil --dns | head -30

Če se polno kvalificirana poizvedba razreši, kratka pa ne, je napaka v priponi, ne v strežniku. Če se nobena ne razreši in naslov deluje, odjemalec notranjega razreševalnika sploh ne uporablja. Primerjajte seznam razreševalnikov s tem, kar naj bi VPN potisnil, ker odjemalec, ki za vsako poizvedbo obdrži svoj lokalni razreševalnik, nikoli ne bo videl notranjega območja.

Prinesite pravo ime odjemalcu

Zaprosíte skrbnika za dokumentirano ime za oddaljeni dostop, v celoti, in ga uporabite v profilu namesto ugibanja pripon. Če uvedba podpira split DNS, konfigurirajte notranjo domeno tako, da jo razrešujejo notranji strežniki, medtem ko vse drugo obdrži lokalni razreševalnik. Potisnite iskalno domeno prek konfiguracije VPN tam, kjer jo odjemalec podpira.

Preverite rezultat na odjemalcu, ne na prehodu. Nastavitev, uporabljena na strežniku in nikoli dosežena pri odjemalcu, ne spremeni ničesar.

Ohranite identiteto potrdila nedotaknjeno

Preizkus, ki temelji na naslovu in ignorira napako potrdila, dokazuje le, da se je vtičnica odprla. Potrdilo storitve je izdano za ime in odjemalec bo neskladje upravičeno še naprej zavračal. Če potrdilo navaja le notranje ime, uporabite to ime in popravite razreševanje ali pridobite potrdilo, ki pokriva naslov, ki ga nameravate uporabljati.

Zabeležite ime, razreševalnik in pripono, ki so dali uspešno povezavo. Ta zapis prihrani naslednji osebi ponavljanje obhoda na podlagi naslova, ki skriva resnično težavo.