WireGuard benotzt no DNS-Ännerungen nach ëmmer den alen Endpunkt
Den Numm gëtt op eng nei Adress opgeléist, während d'Interface weider déi Adress benotzt, déi se beim Start fonnt huet. Vergläicht béid a start dann iwwer säi Manager nei.
Den Tunnel huet opgehalen Traffic duerchzeschécken, nodeems den DNS-Andrag vum Server sech verréckelt huet, an den Numm gëtt vun der selwechter Maschinn richteg opgeléist. Déi zwou Tatsaachen si sech net am Widdersproch. Eng WireGuard-Konfiguratioun hält en Endpunkt, an d'Tool löst den Numm an deem Moment op, wou et déi Konfiguratioun uwent, dofir kann d'Interface, déi leeft, weider déi Adress benotzen, déi se virun Stonnen fonnt huet. Kontrolléiert, wat d'Interface benotzt, ier Dir Schlësselen austauscht oder de Tunnelberäich ufässt.
Den Numm gëtt eng Kéier opgeléist, net ëmmer weider
D'Basis-WireGuard-Konfiguratioun hëlt en Endpunkt als Adress a Port, an d'Tool, dat eng Interface opriicht, löst zu deem Moment en Hostnumm op. Näischt am Basisprotokoll freet DNS no engem Zäitplang, an eng Client-Applikatioun kann hire eigenen Aktualiséierungsverhalen drop setzen. D'opgeléist Adress, d'Famill an de Port nieft dem Numm ze notéieren, mécht de Gruef sichtbar. Ouni där Notiz gesäit d'Konfiguratioun richteg aus, während d'Interface mat enger anerer Plaz schwätzt.
Et gëtt eng richteg automatesch Aktualiséierung, an et ass derwäert se ze kennen, well se wéi eng DNS-Aktualiséierung ausgesäit, ouni eng ze sinn. Den Endpunkt vun engem Peer kann sech verréckelen, wann richteg authentifizéierten Traffic vun enger neier Adress ukënnt, wat Roaming an net Nummoperléisung ass. Et follegt dem Peer, dofir kann et keen onverbonnenen neie Server entdecken, deen den alen Endpunkt ni kontaktéiert huet.
Vergläicht den Andrag mat der Adress, déi am Gebrauch ass
Frot den dokumentéierten Numm iwwer de Resolver, deen de Client benotzt, a frot dann d'Interface, wéi en Endpunkt se hält. Déi zwou Äntwerten sinn de Verglach, deen de Rescht vun dëser Säit entscheet:
dig +short vpn.example.net
wg show wg0 endpoints
wg show wg0 latest-handshakes
D'Handbuch zu wg(8) dokumentéiert d'Unterbefehler show, déi dës Linnen benotzen. Vergläicht och d'Adressfamill, net nëmmen d'Adress, well en Andrag, deen en IPv6-Andrag kritt huet, en anere Verglach ass wéi een, deem seng IPv4-Adress sech geännert huet. Wann den Endpunkt vum Andrag ofwäicht, leeft d'Interface mat veralterten Informatiounen an den Numm war ni de Problem. Wa se iwwerenee stëmmen an den Tunnel nach ëmmer feelt, gitt op de Listener an d'Reegelen amplaz op de Profil.
Den Zäitstempel vum Handshake ass an deem Block, well den Endpunkt eleng net seet, ob de Peer erreechbar ass. En veralterten Zäitstempel niewent engem richtegen Endpunkt ass e Weeproblem, keen Operléisungsproblem, an deen Ënnerscheed ännert, wat Dir als nächstes ufässt.
Startt iwwer de Manager vun der Interface nei
Nodeems den Endpunkt als veraltert confirméiert ass, aktualiséiert en iwwer de Mechanismus, deem d'Interface gehéiert amplaz déi lafend Konfiguratioun z'änneren. Fir eng Interface, déi vun wg-quick gestart gouf, ass dat en Down an Up, fir eng systemd-Unit en Neistart, an fir eng Interface, déi engem Manager gehéiert, eng Ännerung, déi an deem Manager gemaach gëtt, well eng Ännerung am Laf beim nächsten Uwenden iwwerschriwwe gëtt:
wg-quick down wg0 && wg-quick up wg0
systemctl restart wg-quick@wg0
Bestätegt duerno, datt den Ersatzlistener an seng Identitéit de Service sinn, deen Dir gemengt hutt. Eng DNS-Verréckelung ass keng Identitéitsännerung, dofir soll se ni d'Geleeënheet sinn, engem Schlëssel ze vertrauen, deen Dir net gepréift hutt. Wa d'Interface elo déi nei Adress mëttelt an nach ëmmer keen Handshake entsteet, ass de Feeler op den neie Netzwierkwee oder de Listener gewandert, wat Fortschrëtt ass an net dee selwechte Feeler zweemol.
Fir d'éischt den Handshake, dann de Datenwee
Trennt déi zwou Resultater, ier Dir eng Checklist wielt. En Handshake, deen ënner enger Applikatioun geléngt, déi feelt, ass e Problem vum Datenwee: Routen, erlaabte Prefixer oder DNS bannen am Tunnel. En Handshake, deen ni geschitt, ass en Erreechbarkeets- oder Identitéitsproblem um Endpunkt. Béides ze mëschen ergëtt en Rapport, deen keen nogesinn kann, an eng Ännerungslog mat dräi onverbonnenen Ännerungen.
Notéiert den Numm, d'opgeléist Adress, den Endpunkt am Gebrauch an ob den Handshake fäerdeg gouf. Déi véier Tatsaachen äntweren op d'Fro, déi dëse Feeler ëmmer erëm stellt, an se maachen déi nächst Optrieden zu enger Kontroll vun zwou Minutten. Nummchamber an Clientadoptioun bleiwen getrennte Aarbechten: den Andrag ze korrigéieren mécht d'Adoptioun net, an d'Interface nei ze starten reparéiert keen Andrag, deen nach ëmmer falsch ass.