wg-quick rompas DNS ĉe konekto: legu la agordan eraron
La DNS-linio apartenas al la agorda helpilo, ne al la samtavola protokolo. Legu la unuan eraron, kontrolu la resursan itineron kaj konfirmu, ke purigado restarigas la antaŭan staton.
La tunelo ekfunkcias, la manpremo finiĝas kaj nomresolucio haltas. Nenio en la samtavola agordo ŝanĝiĝis, ĉar la DNS-linio neniam estis parto de la samtavola agordo. Ĝi apartenas al la agorda helpilo, kio signifas, ke la fiasko loĝas en la resursaj iloj de la gastiganto, ne en la ŝlosiloj de WireGuard.
Legu la unuan mesaĝon, kiun la helpilo presis, ne la lastan, kaj la diferenco inter mankanta ilo kaj neatingebla servilo fariĝos evidenta.
La DNS-linio estas helpila funkcio
La kernaj agordaj kampoj priskribas samtavolojn, ŝlosilojn kaj permesitajn adresojn. Nomresolucio aldoniĝas supre per la skripto, kiu levigas la interfacon, kaj ĉiu realigo faras tion malsame. Labortabla kliento povas administri DNS per sia propra servo, distribua skripto povas voki unu el pluraj resursaj iloj, kaj ujo povas fari nek unu nek la alian. La agorda dosiero ne povas diri al vi, kiu el tiuj vojoj estas en uzo.
Tial agorda dosiero povas esti valida por la protokolo kaj tamen fiaski dum agordo: la fiasko apartenas al hoko, kiun la protokolo neniam vidas.
Skribi etenditan kampon en kernan agordon kaj atendi, ke la protokola ilo akceptos ĝin, produktas la saman konfuzon el la kontraŭa direkto. La du analiziloj legas malsamajn dosierojn.
Scii, kiu el ili funkcias, estas la unua diagnoza paŝo, kaj ĝi kutime videblas en la komando, kiun vi tajpis, ne en la agorda dosiero.
Legu la unuan eraron, kiun la helpilo presas
Levigu la interfacon en la antaŭa fono kaj legu la eligon laŭorde. Mankanta resursa ilo, malsukcesinta hoko kaj neatingebla servilo haltigas la saman komandon en malsamaj punktoj, kaj ĉiu havas malsaman riparon.
wg-quick up wg0
resolvectl status wg0
ip route get 10.66.0.1
La unua komando raportas agordan progreson, la dua montras, kiujn servilojn la interfaco nun postulas, kaj la tria montras, ĉu la resursa adreso estas efektive atingebla tra la tunelo. Resurso, kiu estas agordita sed ne enkursigebla, produktas tempolimojn anstataŭ agordajn erarojn, tial la du kontroloj apartenas kune. Legi nur la statusan eligon produktas memfidan kaj malĝustan konkludon.
Se la agordo finiĝis kaj nomresolucio ankoraŭ fiaskas, komparu la resurson, kiun la helpilo instaligis, kun tiu, kiun la reto uzis antaŭe. Privata resurso bezonas itineron tra la tunelo, kaj agordo, kiu listigas ĝin sen kovri ĝian prefikson, lasas ĉiun demandon atendantan.
Kiun resurson la gastiganto efektive havas
Modernaj Linux-gastigantoj ofte funkciigas lokan stub-resurson, do la adreson, kiun la helpilo instalas, konsumas tiu stubo anstataŭ la aplikoj rekte. Redakti generitan dosieron permane povas ŝajni funkcii ĝis la sekva rekonekto, kiam la helpilo reskribas ĝin.
Uzu la subtenatan integriĝon por la distribuo kaj lasu unu komponanton posedi la resursan staton. Du posedantoj produktas la saman konkuradon kiel du posedantoj de interfaca adreso, kaj la simptomo estas gastiganto, kiu ĝuste solvas dum kelkaj minutoj post ĉiu ŝanĝo.
Internaj nomoj meritas propran kontrolon. Publika resurso povas restarigi ĝeneralan retumadon dum ĝi igas ĉiun kompanian nomon fiaski, kio estas la malo de tio, por kio la tunelo celis. Demandu la internan nomon ĉe la celata servilo antaŭ ol konkludi, ke DNS estas riparita.
Purigado same gravas kiel agordo
Mallevu la interfacon kaj ree inspektu la resursan staton. Helpilo, kiu restarigas la antaŭan agordon, lasas la gastiganton uzebla; unu, kiu lasas siajn proprajn servilojn malantaŭe, kreas la sekvan fiaskon, ofte horojn poste, kiam la tunelo delonge forestas.
Malnova stato estas facile rimarkebla, kiam vi serĉas ĝin. Resursa listo povas montri al adreso ĉe interfaco, kiu ne plu ekzistas, kaj serĉdomajno povas postvivi reton, kiun vi forlasis ĉi-matene. Ĉiu el ili igas la sekvan konekton neantaŭvidebla, kaj nek unu aperas en la propra statusa eligo de la tunelo. La kontrolo daŭras dek sekundojn kaj ŝparas al la sekva persono horon.
Tenu la diagnozon aparte de la riparo. Se ĉiu celloko fiaskas, ne nur nomserĉoj, la itineroj kaj plusendado estas la suspektatoj kaj la DNS-linio estas distraĵo. La manlibro de wg-quick dokumentas, kiujn kampojn ĝi pritraktas kaj kiuj apartenas al la protokolo, kaj tiu limo estas la tuta respondo al plej multaj el tiuj raportoj.