Tvíþátta VPN: biðlarinn velur vistfangafjölskylduna, ekki þú

Göngin eru uppi, IPv4-vetvangar hlaðast og eitt hýsilnafn rennur út á tíma. Nærtæk ályktun er að VPN-ið sé bilað eða skilríkin röng, og hvorugt er yfirleitt satt. Nafnið skilaði bæði IPv4- og IPv6-vistfangi, forritið valdi einu, og aðeins einn þessara frambjóðenda hafði virka leið. Biðlarinn tók valákvörðunina; göngin náðu einfaldlega ekki yfir það sem hann valdi.

Val er ekki loforð um þekju

Sjálfgefið vistfangaval, sem lýst er í RFC 6724, ákveður hvaða par uppruna og áfangastaðar hýsill kýs þegar fleiri eru tiltæk. Happy Eyeballs bætir tengistefnu ofan á: það hefur tilraunir í báðum fjölskyldum og heldur þeirri sem svarar fyrst, svo notandi bíði ekki eftir að biluð fjölskylda renni út á tíma.

Hvorugt ferlið býr til leið. Ef göngin þín flytja aðeins IPv4 er AAAA-frambjóðandi enn lögmætur áfangastaður sem biðlarinn getur prófað, og bilunin birtist sem hæg hleðsla frekar en villa, því vafrinn féll til baka. Notandinn tilkynnir hægan vef, ekki bilaðan, og stuðningsmiðinn erfir þá óskýrleika. Endurgerðu þetta með fastri fjölskyldu og skýrslan verður nákvæm.

Þessi afturhvarf er ástæðan fyrir því að einkennin eru ósamkvæm milli forrita. Vafri felur töfina; skipanalínubiðlari með fasta fjölskyldu sýnir þér raunverulegu bilunina strax.

Finndu fjölskylduna sem beiðnin notaði í raun

Byrjaðu á nafninu, ekki göngunum. Fyrirspyrjðu um báðar skráargerðir og skrifaðu hjá þér hvað kom til baka:

dig +short A example.com
dig +short AAAA example.com
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://example.com
curl -6 -sS -o /dev/null -w '%{http_code}\n' https://example.com

Ef v4-beiðnin tekst og v6-beiðnin mistekst hefur þú endurgert vandamálið í formi sem þú getur kembt. Ef báðar takast úr skelinni og vafrinn mistekst samt, skoðaðu eigin leysi forritsins eða skyggt svar áður en þú snertir göngin.

Hafðu fjölskylduna og áfangastaðinn í athugasemdunum þínum. Miða sem segir að vefurinn hlaðist ekki í gegnum VPN er enginn fær um að sannreyna, en miði sem segir að AAAA mistekst og A virki bendir á tiltekna leið.

Athugaðu leiðina fyrir þá fjölskyldu

Fyrir fjölskylduna sem mistekst, spurðu kjarnann hvaða leið hann myndi nota og berðu hana saman við stillt vistföng ganganna. Á Linux sýnir ip -6 route get fyrir áfangastaðinn viðmótið og upprunann sem yrði valinn.

Athugaðu síðan göngin sjálf. WireGuard-jafningjar bera lista yfir leyfð IP, og færsla fyrir 0.0.0.0/0 segir ekkert um IPv6. Ef listi jafningsins hefur ekkert IPv6-forskeyti hefur biðlarinn enga ástæðu til að senda AAAA-umferð í göngin, og pakkinn fer út um það sem hýsillinn myndi gera annars.

Eldveggsreglur og NAT-stefna eiga skilið sömu athugun fyrir hverja fjölskyldu. Regla sem skrifuð er fyrir IPv4 nær ekki yfir IPv6 á neinum vettvangi, og þetta er algengasta ástæðan fyrir því að ein fjölskylda virkar en hin ekki.

Slökktu ekki á IPv6 til að einfalda skjámyndina

Að slökkva á IPv6 um allt kerfið lætur einkennin hverfa og skilur þig eftir án greiningar. Það brýtur líka hvern áfangastað sem er aðeins IPv6, og felur sama villuna fyrir næsta forrit. Ef vél á sannarlega ekki að nota IPv6 er það viljandi stefna með eiganda og prófun. Að slökkva á því meðan á atviki stendur er hvorugt.

Ákveddu hvað biðlarinn á að gera við fjölskylduna og stilltu það skýrt: farðu með hana í gegnum göngin, eða lokaðu fyrir hana á studdan hátt svo valið bjóði aldrei óaðgengilegan frambjóðanda. Bæði eru lögmætar hannanir. Altæk slökkt er hvorugt, því það er alls ekki hönnun.

Hvað á að setja á miðann

Skrifaðu fjóra hluti: hýsilnafnið, fjölskylduna sem mistókst, leiðina sem kjarninn valdi og niðurstöðu beiðni sem er sértæk fyrir fjölskylduna. Þessi mengi duga öðrum til að endurgera bilunina án þess að giska á hvora leiðina þú áttir við.

Reglur RFC 6724 um vistfangaval útskýra hvers vegna biðlarinn valdi þann frambjóðanda sem hann valdi, og RFC 8305 útskýrir kapphlaupið sem faldi töfina. Hvorugt mun rutta pakka fyrir þig, og það er hlutinn sem göngin þurfa að vinna.