Af hverju breytast DNS64-svör um leið og VPN tengist?

DNS64-svör lýsa netuppsetningu en ekki eiginleika þjónsins. Leysirinn myndar IPv6-tölu úr IPv4-tölu, og niðurstaðan virkar aðeins þar sem þýðandi situr við enda þess forskeytis. Komdu VPN á slóðina og sú uppsetning getur haldist, breyst eða hætt að vera sönn eftir þremur skilyrðum.

Þessi skilyrði eru leysirinn sem svaraði, slóðin sem tækið þitt á að hinu myndaða forskeyti og hvort eitthvað á þeirri slóð framkvæmir þýðinguna. Hvert þeirra er mælanlegt, og það er það sem gerir bilunina greinanlega.

Hvert vísar myndað AAAA-færsla í raun

DNS64-leysir svarar AAAA-fyrirspurn fyrir nafn sem hefur aðeins IPv4 með því að fella IPv4-töluna inn í forskeyti sem hann er stilltur til að nota, og hið þekkta forskeyti fyrir það verk er 64:ff9b::/96 eins og lýst er í RFC 6147. Færslan lítur út fyrir forritið eins og hver önnur AAAA-færsla, og það er einmitt málið: skjáborð sem hefur aðeins IPv6 getur prófað tengingu án þess að vita að áfangastaðurinn hafði aldrei IPv6. Sú tenging er þá háð NAT64-aðgerð sem þýðir á milli fjölskyldnanna einhvers staðar á slóðinni. Án þess þýðanda er myndaða talan sennilegur áfangastaður sem liggur hvergi.

Færslan kóðar því tvennt í einu: upprunalegu IPv4-töluna og þá forsendu að þýðandinn sé aðgengilegur. Aðeins hið fyrra er sýnilegt í svarinu sjálfu.

Þrjú skilyrði ráða því hvort það virkar enn

Fyrsta skilyrðið er hvaða leysir framleiddi færsluna, því sá sem er án stillts DNS64 skilar engu fyrir það nafn og forritið bregst á annan hátt. Annað er hvort tækið þitt hefur slóð að hinu myndaða forskeyti, því svar getur verið gilt á meðan slóðin að því vantar. Þriðja er hvort þýðandinn sem á forskeytið er á þeirri slóð sem þú myndir nota, því göng sem bera 64:ff9b::/96 annað hvort ná annarri aðgerð eða engu. Öll þrjú geta staðist fyrir göngin og brugðist eftir þau, og þess vegna virðist einkennið skyndileg afturför.

Athugaðu þau í þeirri röð. Vantar svar og vantar slóð líta eins út í vafra og allt öðruvísi í leysilog.

Þegar leysirinn breytist breytist svarið

VPN-skjáborð ýtir oft sínum eigin leysi inn eða tekur yfir alla fyrirspurnarslóðina, og sá leysir myndar kannski ekkert. Fyrirspurnir um nöfn sem hafa aðeins IPv4 skila þá engri AAAA-færslu, sem skjáborð sem hefur aðeins IPv6 upplifir sem nafn sem það nær ekki. Hið gagnstæða gerist líka: leysir sem myndar sannarlega getur gefið þér forskeyti sem gönguslóðin þín ber ekki.

Skyndiminnið gerir þetta erfiðara að sjá. Mynduð færsla sem fengin var á skrifstofunetinu getur lifað lengur en samhengið sem framleiddi hana, svo skjáborðið heldur áfram að tengjast tölu sem þýðandinn er ekki lengur aðgengilegur fyrir. Horfðu á leysinn sem svarar núna frekar en þann sem svaraði þegar færslan var vistuð. Að tæma skyndiminnið án þess að skrá gamla og nýja svarið eyðileggur sönnunina sem þú þarft.

Prófaðu uppflettinguna og slóðina aðskilið

Spurðu nafnið beint áður en þú blandar forritinu inn í, og skráðu hvaða þjónn svaraði. Skipanirnar hér að neðan sýna AAAA-færsluna, leysinn sem er í notkun og hvort slóð að hinu myndaða forskeyti er til. Keyrðu þær með göngin niðri og svo aftur með þau uppi.

dig AAAA ipv4only.example.com +short
dig AAAA ipv4only.example.com | grep -E '^;; SERVER'
ip -6 route get 64:ff9b::c000:0216
curl -6 -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 http://ipv4only.example.com/

Lestu niðurstöðurnar sem keðju. Vantar AAAA-færslu þýðir að leysirinn fyrir framan þig myndar ekki, svo slóð sem hefur aðeins IPv6 mun ekki virka fyrir það nafn, hvað sem skjáborðið gerir. Færsla til staðar án slóðar þýðir að forskeytið er ekki borið af núverandi slóð, og það er beiningarákvörðun en ekki bilun leysisins. Slóð til staðar á meðan beiðnin bregst enn bendir á þýðandann sjálfan, og það tilheyrir enn öðrum eiganda.

Skráðu leysinn, netsamhengið og talnafjölskylduna við hverja niðurstöðu. Það er þessi athugasemd sem gerir næstu samanburði kleift að aðskilja breytingu á leysi frá breytingu á beiningum.