wg-quick øydelegg DNS ved tilkopling: les oppsettfeilen
DNS-lina høyrer til oppsetthjelparen, ikkje peer-protokollen. Les den første feilen, kontroller resolver-ruta og stadfest at oppryddinga gjenopprettar den gamle tilstanden.
Tunnelen kjem opp, handtrykket blir fullført, og namneoppslaget stoppar. Ingenting i peer-konfigurasjonen er endra, fordi DNS-lina aldri var ein del av peer-konfigurasjonen. Ho høyrer til oppsetthjelparen, som tyder at feilen bur i resolver-verktøya til verten og ikkje i nøklane til WireGuard.
Les den første meldinga hjelparen skreiv ut, ikkje den siste, og skilnaden mellom eit manglande verktøy og ein utilgjengeleg server blir tydeleg.
DNS-lina er ein hjelparfunksjon
Kjernefelta i konfigurasjonen skildrar peers, nøklar og tillatne adresser. Namneoppslag blir lagt oppå av skriptet som reiser grensesnittet, og kvar implementasjon gjer det ulikt. Ein skrivebordsklient kan styre DNS via tenesta si, eit distribusjonsskript kan kalle eitt av fleire resolver-verktøy, og ein container gjer kanskje ingen av delane. Konfigurasjonsfila kan ikkje fortelje deg kva av desse vegane som er i spel.
Derfor kan ei konfigurasjonsfil vere gyldig for protokollen og likevel feile under oppsettet: feilen høyrer til ein hook som protokollen aldri ser.
Å skrive eit utvida felt i ein kjernekonfigurasjon og vente at protokollverktøyet godtek det, skapar same forvirringa frå motsett retning. Dei to parsarane les ulike filer.
Å vite kven som køyrer er det første diagnostiske trinnet, og det er vanlegvis synleg i kommandoen du skreiv, ikkje i konfigurasjonsfila.
Les den første feilen hjelparen skriv ut
Reis grensesnittet i forgrunnen og les utdata i rekkjefølgje. Eit manglande resolver-verktøy, ein mislukka hook og ein utilgjengeleg server stoppar den same kommandoen på ulike punkt, og kvar har si eiga reparasjon.
wg-quick up wg0
resolvectl status wg0
ip route get 10.66.0.1
Den første kommandoen rapporterer framdrifta til oppsettet, den andre viser kva tenarar grensesnittet no krev, og den tredje viser om resolver-adressa faktisk er nåbar gjennom tunnelen. Ein resolver som er konfigurert men ikkje rutbar, gjev tidsavbrot i staden for konfigurasjonsfeil, og derfor høyrer dei to kontrollane saman. Å lese berre statusutdata gjev ein sjølvsikker og feil konklusjon.
Om oppsettet vart fullført og namneoppslaget framleis feilar, samanlikn resolveren hjelparen installerte med den nettverket brukte før. Ein privat resolver treng ei rute gjennom tunnelen, og ein konfigurasjon som listar han utan å dekkje prefikset, lèt kvar spørjing vente.
Kva resolver verten faktisk har
Moderne Linux-vertar køyrer ofte ein lokal stub-resolver, så adressa hjelparen installerer blir brukt av den stubben og ikkje av applikasjonane direkte. Å redigere ei generert fil for hand kan sjå ut som det verkar til neste attkopling, då hjelparen skriv ho på nytt.
Bruk den støtta integrasjonen for distribusjonen og lèt éin komponent eige resolver-tilstanden. To eigarar lagar det same kapplaupet som to eigarar av ei grensesnittadresse, og symptomet er ein vert som løyser riktig i nokre minutt etter kvar endring.
Interne namn fortener si eiga kontroll. Ein offentleg resolver kan gjenopprette vanleg surfing medan kvart bedriftsnamn feilar, som er det motsette av det tunnelen var meint for. Spør den tiltenkte tenaren om det interne namnet før du konkluderer med at DNS er reparert.
Opprydding er like viktig som oppsett
Ta grensesnittet ned og gransk resolver-tilstanden igjen. Ein hjelpar som gjenopprettar den førre konfigurasjonen lèt verten vere brukbar; ein som lèt sine eigne tenarar bli att, skapar den neste feilen, ofte timar seinare når tunnelen for lengst er borte.
Utdatert tilstand er lett å sjå når ein først leitar. Ei resolver-liste kan peike på ei adresse på eit grensesnitt som ikkje finst lenger, og eit søkjedomene kan overleve eit nettverk du forlét i morgon. Kvar av dei gjer neste tilkopling uføreseieleg, og ingen av dei viser seg i statusutdata til tunnelen sjølv. Kontrollen tek ti sekund og sparer neste person ein time.
Hald diagnosen skild frå reparasjonen. Om kvar destinasjon feilar og ikkje berre namneoppslag, er ruter og videresending dei mistenkte, og DNS-lina er ei avleiing. wg-quick-handboka dokumenterer kva felt ho handterer og kva som høyrer til protokollen, og den grensa er heile svaret på dei fleste av desse rapportane.