Firwat ee Servernumm nom Dial-in op seng VPN-Adress opgeléist

En Büro-Fichierserver äntwert de ganze Moien op senger LAN-Adress, duerno wielt sech ee Fernbenotzer per Dial-in an, an den Numm fänkt un, amplaz op eng Tunnelsadress opzeléisen. Et gouf näischt am DNS mat der Hand geännert, an dat ass de Hiweis: d'Aschreiwung gouf vum Apparat selwer publizéiert. Dräi Konditiounen entscheeden, ob Dir de Registrar, d'Aschreiwung oder d'Siicht vum Client fléckt, an eng falsch Reiheet bedeit, datt d'Aschreiwung no der nächster Verbindung zeréckkënnt.

Zwou Adressen, een Numm, dräi Konditiounen

En Windows-Server mat méi Interface ka eng LAN-Adress, eng oder méi Dial-in-Adressen an heiansdo eng zweet Netzwierkkarte hunn. All Interface ka seng eege Adressen am DNS registréieren, wann dynamesch Registrierung fir et erlaabt ass. Wann den PPP-Adapter sech registréiert, kritt deen selwechten Hostnumm eng Adress, déi nëmmen de Tunnelpartner erreechen kann, an d'LAN-Clientë kréien se als valabel Äntwert.

Dräi Konditiounen entscheeden d'Reparatur. Éischtens, ass déi zousätzlech Adress vun de Clienten, déi se kréien, erreechbar? Zweitens, hänkt nach en Notzer vun där Registrierung of? Drëttens, ass d'Aschreiwung dynamesch an dowéinst fäeg zeréckzekommen, oder statesch an dowéinst eng bewosst Andro?

Äntwert dat, ier Dir eppes ufänkt. Wann d'Adress aus dem Netzwierk, dat freet, net erreechbar ass, hëlleft keng Client-Cache-Reinigung fir laang. Wann eppes dovun ofhänkt, wéi en Administratiounspad, deen d'Tunnelpartner selwer benotzen, brécht d'Entfernen amplaz dee Pad. An eng dynamesch Aschreiwung, déi geläscht gëtt, ouni hire Publizist ze behandelen, erschéngt beim nächsten Registrierungseventi nees.

Liest d'Aschreiwung, ier Dir de Registrar ännert

Frot den exakten vollqualifizéierten Numm aus dem Netzwierk, dat de Problem mellt, a vergläicht d'Äntwerten mat den tatsächlechen Interface a Lauschtere vum Server. Datt een Numm méi Adressen zeréckgëtt, ass normal; d'Fro ass, ob jiddereng dovun fir de Client, dee se kritt, notzbar ass.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

Déi éischt Ufro benotzt de lokalen Opléiser, déi zweet freet direkt en bestëmmten DNS-Server, an déi drëtt mécht dat selwecht aus PowerShell op Windows. Hir Vergläich trennt en ale Client-Cache vun enger autoritativer Äntwert. Wann déi direkt Ufro schonn d'Tunnelsadress zeréckgëtt, ass de Problem an den publizéierten Daten an net am lokale Cache.

Schreift den Zäitstempel vun der Aschreiwung op an ob d'DNS-Konsole se als dynamesch weist. Dee eenzege Attribut seet Iech, wéi eng vun den dräi Konditiounen uewen zoutrëfft, an et ass den Ënnerscheed tëscht enger fënnefminutteger Botz an enger Reparatur, déi hält.

Fléckt de Publizist oder d'Aschreiwung, awer wësst wéien

Wann d'Aschreiwung dynamesch an ongewollt ass, ass déi dauerhaft Léisung, datt deen Interface sech net registréiert. Windows bitt Registrierungsastellungen pro Interface, an den DNS-Client-Service publizéiert bei der nächster Verbindung oder Adressännerung erëm. D'Registrierung fir den Dial-in-Adapter ausschalten hält d'Registrierung vum LAN-Adapter intakt, wat meeschtens dat ass, wat Dir wëllt.

Sidd virsiichteg mat Schalter, déi fir déi ganz Maschinn gëllen. Eng global Astellung, déi dynamesch Update desaktivéiert, beaflosst all Interface op deem Host, och dat, op deem seng Registrierung aner Clienten vertrauen. Op engem Domain-Controller gëllt déi selwecht Virsiicht mat méi Kraaft, well den Host och Déngschtläinplaz-Aschreiwungen besëtze kann, vun deene Clienten beim Login ofhänken.

Wann d'Aschreiwung statesch ass, gouf se bewosst do placéiert an d'Gespréich ass mat deem, dee se placéiert huet. Eng statesch Aschreiwung läschen, well se haut onbequem ass, hëlt deen eenzegen Noweis ewech, firwat se existéiert. A béide Fäll läscht déi veraltert Äntwert eréischt, nodeems de Publizist behandelt gouf, a notéiert, wat Dir geännert hutt, sou datt déi nächst Persoun eng bewosst Andro vun engem Accident ënnerscheede kann.

Verifizéiert aus dem Client-Netzwierk, dee versot huet

D'Verifikatioun gehéiert op d'Netzwierk, dat de Symptom gemellt huet, net op de Server. Leert de Cache vum Client-Opléiser iwwer säin ënnerstëtzte Mechanismus, a widderhëlt duerno déi ursprénglech Sich an déi ursprénglech Déngschtverbindung mam Numm.

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

Déi éischt Kommando leert de Windows-Opléiser-Cache, an déi zweet weist, ob den Numm erëm gecacht ass a wéi eng Adress gespäichert gouf. Eng erfollegräich Verbindung vum Server mat sech selwer bewiseit näischt iwwer en LAN-Client, an d'Entferne vun enger Route op déi ongewollt Adress korrigéiert net, wat den DNS publizéiert.

Widderhëlt schliisslech den Eventi, dee fréier d'Adress agebraucht huet: verbënnt de VPN-Client erëm oder erneiert d'Dial-in-Sessioun. Kontrolléiert den publizéierten Numm nach eng Kéier no dëser Ännerung vum Liewenszyklus. Eng Reparatur, déi nëmmen bis zur nächster Verbindung hält, war eng Botz an net eng Reparatur, an ze wëssen, wéi eng vun deenen zwou Dir gemaach hutt, ass den Ënnerscheed tëscht dem Ticket zoumaachen an et d'nächst Woch erëm opzemaachen.