Përse ndryshojnë përgjigjet e DNS64 sapo lidhet VPN-i?

Përgjigjet e DNS64 përshkruajnë një rregullim rrjeti dhe jo një veti të serverit. Zgjidhësi sintetizon një adresë IPv6 nga një adresë IPv4, dhe rezultati punon vetëm aty ku një përkthyes qëndron në fund të atij prefiksi. Sillni një VPN në rrugë dhe ai rregullim mund të mbajë, të ndryshojë ose të pushojë së qeni i vërtetë në varësi të tre kushteve.

Këto kushte janë zgjidhësi që u përgjigj, rruga që pajisja juaj ka drejt prefiksit të sintetizuar, dhe nëse diçka në atë rrugë e kryen përkthimin. Secili është i vëzhgueshëm, dhe pikërisht kjo e bën defektin të diagnostikueshëm.

Ku tregon në të vërtetë një regjistrim AAAA i sintetizuar

Një zgjidhës DNS64 i përgjigjet një pyetjeje AAAA për një emër që ka vetëm IPv4 duke e futur adresën IPv4 brenda një prefiksi që është konfiguruar ta përdorë, dhe prefiksi i njohur për këtë punë është 64:ff9b::/96 siç përshkruhet në RFC 6147. Regjistrimi i duket aplikacionit si çdo regjistrim tjetër AAAA, dhe pikërisht ky është qëllimi: një klient që ka vetëm IPv6 mund të provojë një lidhje pa e ditur që destinacioni nuk ka pasur kurrë IPv6. Ajo lidhje pastaj varet nga një funksion NAT64 që përkthen diku në rrugë midis dy familjeve. Pa atë përkthyes, adresa e sintetizuar është një destinacion që duket i besueshëm dhe nuk të çon askund.

Pra regjistrimi kodon dy gjëra njëherësh: adresën origjinale IPv4 dhe supozimin që përkthyesi është i arritshëm. Vetëm e para është e dukshme në vetë përgjigjen.

Tre kushte vendosin nëse punon ende

Kushti i parë është cili zgjidhës e prodhoi regjistrimin, sepse ai pa DNS64 të konfiguruar nuk kthen asgjë për atë emër dhe aplikacioni dështon në një mënyrë tjetër. I dyti është nëse pajisja juaj ka një rrugë drejt prefiksit të sintetizuar, sepse përgjigja mund të jetë e vlefshme ndërkohë që mungon rruga drejt saj. I treti është nëse përkthyesi që zotëron atë prefiks është në rrugën që do të përdornit, sepse një tunel që e çon 64:ff9b::/96 diku tjetër arrin një funksion tjetër ose asgjë. Të tre mund të vlejnë para tunelit dhe të dështojnë pas tij, dhe për këtë simptoma duket si një rënie e papritur.

Kontrollojini në atë rend. Një përgjigje që mungon dhe një rrugë që mungon duken njësoj në një shfletues dhe krejt ndryshe në regjistrin e zgjidhësit.

Kur ndryshon zgjidhësi, ndryshon përgjigja

Një klient VPN shpesh imponon zgjidhësin e vet ose merr në dorë të gjithë rrugën e pyetjes, dhe ai zgjidhës mund të mos sintetizojë asgjë. Pyetjet për emra që kanë vetëm IPv4 atëherë nuk kthejnë asnjë regjistrim AAAA, të cilin një klient që ka vetëm IPv6 e përjeton si një emër ku nuk arrin dot. Ndodh edhe e kundërta: një zgjidhës që vërtet sintetizon mund t'ju japë një prefiks që rruga juaj e tunelizuar nuk e mbart.

Memoria e përkohshme e bën këtë më të vështirë për t'u parë. Një regjistrim i sintetizuar i marrë në rrjetin e zyrës mund t'i mbijetojë kontekstit që e prodhoi, ndaj klienti vazhdon të lidhet me një adresë përkthyesi i së cilës nuk është më i arritshëm. Shikoni zgjidhësin që përgjigjet tani dhe jo atë që u përgjigj kur u ruajt zëri. Zbrazja e memories pa shënuar përgjigjen e vjetër dhe të re shkatërron provën që ju nevojitet.

Provoni kërkimin dhe rrugën veçmas

Pyetni emrin drejtpërdrejt përpara se të përfshini aplikacionin, dhe shënoni cili server u përgjigj. Komandat më poshtë tregojnë regjistrimin AAAA, zgjidhësin në përdorim dhe nëse ekziston një rrugë drejt prefiksit të sintetizuar. Ekzekutojini me tunelin ulur dhe pastaj përsëri me atë ngritur.

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/

Lexojini rezultatet si një zinxhir. Një regjistrim AAAA që mungon do të thotë që zgjidhësi përpara jush nuk sintetizon, ndaj një rrugë që ka vetëm IPv6 nuk do të punojë për atë emër, çfarëdo që të bëjë klienti. Regjistrimi është aty por rruga mungon do të thotë që prefiksi nuk mbartet nga rruga aktuale, dhe ky është një vendim rrugëzimi dhe jo një defekt i zgjidhësit. Rruga është aty ndërsa kërkesa vazhdon të dështojë, kjo tregon vetë përkthyesin, dhe kjo i takon një pronari tjetër.

Shënoni zgjidhësin, kontekstin e rrjetit dhe familjen e adresave pranë çdo rezultati. Pikërisht ai shënim i lejon krahasimit të ardhshëm të ndajë një ndryshim zgjidhësi nga një ndryshim rrugëzimi.