WireGuard brûkt nei DNS-wizigingen noch altyd it âlde einpunt

De tunnel hold op mei ferkear trochjaan neidat de DNS-ynskriuwing fan de tsjinner ferhuze, en de namme wurdt fan deselde masine ôf goed oplost. Dy twa feiten binne net yn striid. In WireGuard-konfiguraasje hâldt in einpunt, en it ark lost de namme op op it stuit dat it dy konfiguraasje tapast, sadat de rinnende ynterface it adres bliuwe kin brûken dat er oeren lyn fûn. Kontrolearje wat de ynterface brûkt foardat jo kaaiien ferfange of it tunnelberik oanreitsje.

De namme wurdt ien kear oplost, net trochgeand

De basale WireGuard-konfiguraasje nimt in einpunt as adres en poarte, en it ark dat in ynterface omheech set, lost op dat stuit in hostnamme op. Neat yn it basisprotokol freget DNS neffens in skema, en in kliïntapplikaasje kin der syn eigen ferfriskingsgedrach boppe-op sette. It fêstlizzen fan it oploste adres, de famylje en de poarte njonken de namme makket de kleau sichtber. Sûnder dy oantekening liket de konfiguraasje goed wylst de ynterface mei eat oars praat.

Der is ien echte automatyske bywurking, en it is de muoite wurdich om te witten omdat it op in DNS-ferfrisking liket sûnder dat te wêzen. In einpunt fan in peir kin ferhúzje as goed autentisearre ferkear fan in nij adres komt, wat roaming is en gjin namme-oplossing. It folget it peir, dus it kin gjin net-besibbe nije tsjinner ûntdekke dy't it âlde einpunt nea benutte.

Ferlykje de yskriuwing mei it adres dat brûkt wurdt

Freegje de dokumintearre namme op fia de resolver dy't de klant brûkt, freegje dan de ynterface hokker einpunt er hâldt. De twa antwurden binne de ferliking dy't de rest fan dizze side beslist:

dig +short vpn.example.net
wg show wg0 endpoints
wg show wg0 latest-handshakes

De wg(8)-hânlieding dokumintearret de show-subkommando's dy't dizze rigels brûke. Ferlykje ek de adresfamylje, net allinnich it adres, want in yskriuwing dy't in IPv6-ynfier krigen hat is in oare ferliking as ien waans IPv4-adres feroare is. As it einpunt fan de yskriuwing ferskilt, draait de ynterface op ferâldere ynformaasje en wie de namme nea it probleem. As se oerienkomme en de tunnel mislearret noch, gean dan nei de listener en de regels ynstee fan nei it profyl.

It tiidstempel fan it hânskud is yn dat blok omdat it einpunt allinnich net seit oft it peir berikber is. In ferâldere tiidstempel njonken in goed einpunt is in paadprobleem, gjin oplossingsprobleem, en dat ûnderskied feroaret wat jo folgjend oanreitsje.

Start opnij fia de behearder fan de ynterface

Nei't it einpunt befêstige is as ferâldere, ferfarskje it fia it meganisme dat de ynterface besit ynstee fan de libbene konfiguraasje te bewurkjen. Foar in ynterface start troch wg-quick is dat in del en op, foar in systemd-ienheid is it in werstart, en foar in ynterface dy't fan in behearder is is it in wiziging yn dy behearder, omdat in bewurking ûnder it draaien by de folgjende tapassing oerskreaun wurdt:

wg-quick down wg0 && wg-quick up wg0
systemctl restart wg-quick@wg0

Befêstigje dan dat de ferfangende listener en syn identiteit de tsjinst binne dy't jo bedoelden. In DNS-ferhuzing is gjin identiteitswiziging, dus it moat nea de gelegenheid wêze om in kaai te fertrouwen dy't jo net ferifiearre hawwe. As de ynterface no it nije adres rapportearret en noch gjin hânskud produsearret, is de fout nei it nije netwurkpaad of de listener ferhuze, wat foarútgong is en net deselde fout twa kear.

Earst it hânskud, dan it gegevenspaad

Skied de twa útkomsten foardat jo in checklist kieze. In hânskud dat slagget ûnder in applikaasje dy't mislearret is in probleem fan it gegevenspaad: rûtes, tastiene foarheaksels of DNS binnen de tunnel. In hânskud dat nea bart is in berikberens- of identiteitsprobleem by it einpunt. It mingjen fan de twa jout in rapport dat nimmen werhelje kin en in wizigingsloch mei trije net-besibbe bewurkings.

Skriuw de namme, it oploste adres, it brûkte einpunt en oft it hânskud foltôge is op. Dy fjouwer feiten beantwurdzje de fraach dy't dizze fout hieltyd stelt, en se meitsje it folgjende gefal ta in kontrôle fan twa minuten. Nammeûnderhâld en kliïntadopsje bliuwe aparte taken: it korrizjearjen fan de yskriuwing docht de adopsje net, en it opnij starten fan de ynterface reparearret gjin yskriuwing dy't noch ferkeard is.