LAN-Hostnumm schléit iwwer VPN fehl: Suffix, mDNS oder Zon?
E kuerzen Numm kann op engem Sich-Suffix beruhen, en .local-Numm op Multicast an en Firmennumm op enger privater Zon. Eng Route eleng liwwert keen Numm-Service.
Nieft dem Apparat äntwert de Printer op e kuerzen Numm an de Fichierserver op e Spëtznumm. Duercher huet den Tunnel lafe béid Nimm of, wärend hir Adressen nach funktionéieren. D'Route mécht hir Aarbecht; de Nummwee, dee sou kuerz Nimm funktionéiere gelooss huet, huet den Tunnel ni iwwerquert. Dräi Mechanismen erzéien dës Verhalen, an jidderee brauch eng aner Korrektur.
Fänkt domat un, festzestellen vu wéienem Mechanismus den Numm ofhängt.
Dräi Zorte vun Nimm, déi sech anescht behuelen
En Numm mat enger eenzeger Etikett wéi fileserver beruht meeschtens op engem DNS-Sich-Suffix, deen de Resolver ugehängt huet. Dee Suffix kënnt dacks mam lokalen DHCP-Lease, sou datt en entfernte Client, dee seng Adress vum VPN kritt, kee Grond huet, en ze kennen. Eng Route bäisetzen liwwert de Suffix net. Den kuerzen Numm hält einfach op, als Numm ze existéieren, obwuel d'Adress hannendrun erreechbar ass.
En Numm, deen op .local ophält, gëtt normalerweis duerch Multicast-DNS um lokale Link opgeléist, wéi RFC 6762 beschreift. Multicast iwwerquert keen gerouteten Tunnel, ausser eppes iwwerbréckt oder proxy-t en absichtlech, sou datt den Numm ophält opzeléisen, soubal Dir de Segment verloosst.
En voll qualifizéierte Firmennumm gehéiert zu enger interner Zon, déi d'Resolvere vun der Organisatioun bedéngen. Dee funktionéiert aus der Distanz, wann de VPN déi Resolvere schéckt an de Client konfiguréiert ass, se ze benotzen. An localhost ass Spezialnotzung laut RFC 6761: et bezitt sech op de Maschinn virun Iech, ni op en entfernte Service.
Liest de Resolver, ier Dir d'Route ännert
Frot, wéien Numm-Server geäntwert huet a wéie Suffix ugehängt gouf. Déi selwecht Ufro iwwer verschidde Resolvere gëtt verschidden Äntwerten, an deen Ënnerscheed ass de Beweis, deen Dir braucht.
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
Wann déi voll qualifizéiert Ufro opgeléist gëtt, déi kuerz awer net, ass de Fehler am Suffix, net am Server. Wa keng vun deenen zwee opgeléist gëtt an d'Adress funktionéiert, benotzt de Client den internen Resolver guer net. Vergläicht d'Resolvelëscht mat deem, wat de VPN soll schécken, well e Client, dee säin lokalen Resolver fir all Ufro behält, wäert den internen Zone ni gesinn.
Bruecht den richtegen Numm bei de Client
Frot den Administrateur no dem dokumentéierte Fernzougriffsnumm, komplett, a benotzt en am Profil, amplaz Suffixer ze roden. Wann d'Deployment Split-DNS ënnerstëtzt, konfiguréiert den internen Domaine, sou datt en vun den internen Servere opgeléist gëtt, wärend alles anescht de lokalen Resolver behält. Schéckt den Sich-Domaine iwwer d'VPN-Konfiguratioun do, wou de Client et ënnerstëtzt.
Verifizéiert d'Resultat um Client an net um Gateway. Eng Astellung, déi um Server ugewannt gëtt an den Client ni erreecht, ännert näischt.
Hält d'Identitéit vum Zertifikat intakt
En adressbaséierten Test, deen de Zertifikatsfehler ignoréiert, beweist just, datt de Socket opgemaach gouf. Den Zertifikat vum Service gëtt fir en Numm ausgestallt, an de Client wäert d'Diskrepanz aus gudde Grënn weider ofleenen. Wann den Zertifikat nëmmen den internen Numm oplëscht, benotzt deen Numm a fixéiert d'Opléisung, oder huelt en Zertifikat, deen d'Adress deckt, déi Dir wëllt benotzen.
Notéiert den Numm, de Resolver an de Suffix, déi eng erfollegräich Verbindung bruecht hunn. Dës Notiz spuert der nächster Persoun, de adressbaséierte Workaround ze widderhuelen, deen dat richtegt Problem verstoppt.