Si të testoni IPv6 përmes një VPN me burimin tuaj

Një faqe publike e verifikimit të IP përgjigjet një pyetjeje, dhe zakonisht jo asaj që keni bërë. Ajo ju tregon adresën e daljes që pa faqja; nuk ju tregon nëse rruga IPv6 përmes tunelit funksionon, nëse hosti preferoi IPv6 ose u tërhoq, ose nëse një aplikacion i përjashtuar mori një rrugë tjetër. Një burim i autorizuar që ju kontrolloni përgjigjet saktë pyetjes më të ngushtë, sepse shihni të dy skajet. Udhëzuesi më poshtë ka të bëjë me arritjen e një përfundimi që mund ta mbroni, jo me marrjen e një rezultati të gjelbër.

Hapi 1: thoni cilën rrugë IPv6 po testoni

Thojeni në një fjali. Një kërkesë drejt adresës IPv6 të vetë serverit të tunelit teston tunelin; një kërkesë drejt një hosti përtej daljes teston daljen IPv6 të daljes; një kërkesë drejt një adrese IPv6 private teston një rrugë të brendshme.

Këto janë tre pretendime të ndryshme dhe një kërkesë e suksesshme nuk mund t'i mbështesë të gjitha. Zgjidhni atë që ka rëndësi për vendimin përpara jush dhe shkruajeni përpara se të ekzekutoni ndonjë gjë. Nëse shqetësimi është nëse IPv6 rrjedh rreth tunelit, pyetja ka të bëjë me zgjedhjen e rrugës nga hosti, jo me arritshmërinë e daljes. Nëse shqetësimi është nëse ana e largët arrin një shërbim të brendshëm, dalja është e parëndësishme.

Hapi 2: konfirmoni që hosti zgjedh atë rrugë

ip -6 route get 2001:db8:1::10 shtyp rrugën, adresën e burimit dhe ndërfaqen që kerneli do të përdorte, dhe pjesa tjetër e testit varet nga ky fakt.

Ekzistenca e një ndërfaqeje nuk është e njëjta gjë me zgjedhjen e saj. Hostet me dy stack kanë një tabelë përparësie, dhe /etc/gai.conf në Linux mund të ndryshojë cila familje fiton për një emër që zgjidhet në të dyja.

Hapi 3: përdorni një destinacion dhe një emër legjitim

Nëse po testoni HTTPS, përdorni emrin e hostit për të cilin u lëshua certifikata dhe mbani verifikimin të ndezur; kalimi në një adresë literale që testi të kalojë çaktivizon pikërisht kontrollin që provon se arritët hostin e synuar. Një shërbim diagnostik që ju kontrolloni, i cili përgjigjet në një emër të njohur me certifikatë të vlefshme, është objektivi më i pastër. Ai ju jep gjithashtu një rresht log në anën e serverit për krahasim, të cilin një verifikues i palës së tretë nuk do ta jepte kurrë.

Ekzekutoni kërkesën në një formë që tregon adresën e përdorur: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/. Opsioni -6 imponon familjen, dhe kështu ndani IPv6 nuk funksionon nga IPv6 nuk u preferua.

Për një test të pastër arritshmërie ku ICMPv6 lejohet, ping -6 -c 3 2001:db8:1::10 mjafton. Ai provon rrugën dhe asgjë mbi të.

Hapi 4: lidhni të dy skajet

Kur keni akses në të dy skajet, ekzekutoni tcpdump -ni any ip6 and host 2001:db8:1::10 në klient dhe ekuivalentin në burim, me vulat kohore, dhe konfirmoni se i njëjti rrjedhë shfaqet në të dyja. Kjo është ajo që e kthen një rezultat të besueshëm në dëshmi: vetëm pamja e klientit nuk mund të dallojë një përgjigje nga burimi nga një përgjigje nga diçka në mes. Mbani kapjen të ngushtë në një destinacion, që dalja të mbetet e lexueshme dhe sesioni i palidhur i askujt të mos përfundojë në skedar.

Përsëritni testin pas një rilidhjeje nëse shqetësimi është nëse politika i mbijeton një rindezjeje. Gjendja e rrugës dhe e murit të zjarrit e aplikuar një herë në lidhje mund të ndryshojë nga gjendja që aplikohet përsëri, dhe ndryshimi shfaqet vetëm në lidhjen e dytë.

Testoni rastin e dështimit veçmas nëse ju nevojitet. Tuneli që bllokon IPv6 kur bie dhe ai që e lë të rrjedhë janë projektime të ndryshme, dhe vetëm njëri prej tyre mund të verifikohet me një kërkesë të suksesshme.

Hapi 5: shkruani çka testi nuk provoi

Hapi i pestë është të shkruani çka testi nuk provoi, dhe pikërisht kjo pjesë harrohet. Një test i suksesshëm në një pikë fundore private nuk provon daljen publike IPv6, nuk provon sjelljen e DNS, dhe nuk mbulon aplikacionet që i përjashtuat nga tuneli. Secili prej tyre kërkon destinacionin e vet dhe vëzhgimin e vet. Një shënim që thotë se IPv6 funksionon pas një kërkese drejt një hosti nuk është gjetje; është një hamendje me vulë kohore.

Regjistri që ia vlen të mbahet është i shkurtër: destinacioni, emri, adresa e burimit që zgjodhi hosti, adresa e largët e vëzhguar dhe ora. RFC 7359 diskuton si të testohet se një rrugë IPv6 relevante është vërtet e përdorshme, dhe ky është standardi të cilit ky udhëzues i afrohet me mjete më të thjeshta. Nëse përfundimi ka nevojë për një verifikues publik për të qenë i vërtetë, testi nuk ishte mjaftueshëm specifik.