LAN-hostnamme faalt oer VPN: efterheaksel, mDNS of sône?

Njonken it apparaat antwurdet de printer op in koarte namme en de triemtsjinner op in bynamme. Troch de tunnel ferrinne beide nammen wylst har adressen noch wurkje. De rûte docht har wurk; it nammepaad dat dy koarte nammen wurkje liet, hat de tunnel nea oerstutsen. Trije meganismen produsearje dat gedrach, en elk hat in oare korreksje nedich.

Begjin mei te bepalen fan hokker meganisme de namme ôfhinget.

Trije soarten nammen dy't har oars gedrage

In namme mei ien label lykas fileserver fertrout meast op in DNS-syk-efterheaksel dat de resolver taheakket. Dat efterheaksel komt faak mei de pleatslike DHCP-ierd oan, dus in klant op ôfstân dy't adressaasje fan it VPN krijt, hat gjin reden om it te kennen. In rûte tafoegje leveret it efterheaksel net. De koarte namme hâldt gewoan op te bestean as namme, ek al is it adres derachter berikber.

In namme dy't einiget op .local wurdt normaal oplost troch multicast DNS op 'e pleatslike keppeling, sa't RFC 6762 beskriuwt. Multicast giet net troch in rûtearre tunnel, útsein as eat it bewust oerbrêget of proxy't, dus de namme hâldt op te oplossen op it stuit dat jo it segminte ferlitte.

In folslein kwalifisearre bedriuwsnamme heart by in ynterne sône dy't troch de resolvers fan 'e organisaasje betsjinne wurdt. Dy wurket op ôfstân as it VPN dy resolvers triuwt en de klant ynsteld is om se te brûken. En localhost is neffens RFC 6761 foar spesjaal gebrûk: it ferwiist nei de masine foar jo, nea nei in tsjinst op ôfstân.

Lês de resolver foar't jo de rûte feroarje

Freegje hokker nammetsjinner antwurde en hokker efterheaksel taheakke waard. Deselde fraach troch ferskate resolvers jout ferskate antwurden, en dat ferskil is it bewiis dat jo nedich hawwe.

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

As de folslein kwalifisearre fraach oplost mar de koarte net, dan sit de flater yn it efterheaksel, net yn 'e tsjinner. As gjin fan beide oplost en it adres wurket, brûkt de klant de ynterne resolver hielendal net. Fergelykje de resolverlist mei wat it VPN triuwe moat, want in klant dy't syn pleatslike resolver foar elke fraach hâldt, sil de ynterne sône nea sjen.

Bring de juste namme nei de klant

Freegje de behearder om 'e dokumintearre namme foar tagong op ôfstân, folslein, en brûk dy yn it profyl ynstee fan efterheaksels te rieden. As de ynset split DNS stipet, konfigurearje it ynterne domein om troch de ynterne tsjinners oplost te wurden wylst al it oare de pleatslike resolver hâldt. Triuw it sykdomein troch de VPN-konfiguraasje dêr't de klant it stipet.

Ferifiearje it resultaat op 'e klant ynstee fan op 'e gateway. In ynstelling tapast op 'e tsjinner dy't de klant nea berikt, feroaret neat.

Hâld de identiteit fan it sertifikaat yntakt

In op adres basearre test dy't de sertifikaatflater negearret, bewiist allinnich dat de socket iepene is. It sertifikaat fan 'e tsjinst is útjûn foar in namme, en de klant sil de ôfwiking mei goede reden blyfwe wegerjen. As it sertifikaat allinnich de ynterne namme listet, brûk dy namme en reparearje de oplossing, of helje in sertifikaat dat it adres dekt dat jo fan plan binne te brûken.

Skriuw de namme, de resolver en it efterheaksel op dat in suksesfolle ferbining opsmiet. Dat record sparret de folgjende persoan it werheljen fan 'e op adres basearre omwei dy't it echte probleem ferberget.