Si të kontrolloni gjendjen e IPv6 të një Mac pasi VPN shkëputet
Pas një shkëputjeje të VPN, kontrolloni adresën IPv6, rrugën drejt destinacionit që dështon dhe politikën e bllokimit të klientit në këtë rend, përpara çdo rindezjeje.
Nëse arrini një sajt përmes IPv4 pasi tuneli bie, nuk keni provuar asgjë për IPv6. macOS i konfiguron të dyja familjet veçmas, për çdo shërbim rrjeti, dhe një klient VPN mund të ndryshojë njërën pa prekur tjetrën. Kaloni nëpër tre shtresat me radhë: konfigurimi i adresës, zgjedhja e rrugës dhe më pas çdo politikë që klienti instalon ndërsa është i shkëputur. Ndërkohë mbajeni rrjetin e aksesit të pandryshuar, përndryshe do të krahasoni dy probleme të ndryshme.
Filloni me familjen që u thye vërtet
Një faqe që ngarkohet përmes IPv4 ju thotë se rrjeta fizike është gjallë. Ajo nuk thotë asgjë nëse shërbimi ka një adresë globale IPv6, nëse prefiksi vazhdon të shpallet apo nëse diçka po filtron familjen. Konfirmoni çfarë dështoi përpara se të zgjidhni një mjet, sepse një emër që zgjidhet në një adresë të paarritshme duket identik me një emër që nuk zgjidhet fare. Pyetni cila shtresë u përgjigj gabimisht dhe shkruajeni përgjigjen. Pa këtë, çdo hap i mëpasshëm është hamendje e veshur si procedurë.
Mbajeni të njëjtin rrjet Wi-Fi dhe të njëjtën pikë aksesi gjatë gjithë krahasimit. Një rrjet kafeneje që dje ofronte IPv6 nuk thotë asgjë për atë ku jeni tani.
Lexoni adresën para rrugës
Në Cilësimet e Sistemit, paneli TCP/IP i shërbimit aktiv tregon nëse IPv6 është automatik, manual apo vetëm lokal i lidhjes. Krahasoni atë me atë që prisni, duke kujtuar se një organizatë mund të ketë zgjedhur me qëllim konfigurimin manual. Më pas ekzekutoni ifconfig dhe lexoni ndërfaqen në fjalë. Vetëm një adresë fe80:: do të thotë se ndërfaqja mund të flasë me fqinjët e saj dhe asgjë më shumë, prandaj prania lokale e lidhjes nuk është provë e një rruge të përdorshme.
Kërkoni gjithashtu ndërfaqe utun që klienti ka lënë pas. Një pajisje tuneli e vjetëruar mund të mbajë një adresë dhe një rrugë shumë kohë pasi klienti ka ndaluar së përdoruri atë. Nëse ka një të tillë, është një gjetje e ciklit të jetës për pronarin e klientit, jo diçka që duhet fshirë në vend.
Lexoni tabelën e rrugëve për destinacionin që dështon
Pyetni bërthamën për destinacionin që dështoi, jo për rrugën e paracaktuar. route -n get 2001:db8::25 shtyp ndërfaqen dhe portën e zgjedhura për atë adresë, dhe netstat -rn -f inet6 tregon të gjithë tabelën për krahasim. Një rrugë e paracaktuar ju thotë se ekziston një e paracaktuar; nuk ju thotë se ky destinacion e përdor atë.
Mbajeni DNS në ndarjen e vet. Një zgjidhës i arritshëm përmes IPv4 mund të kthejë ende regjistrime AAAA, prandaj një dështim kërkimi dhe një dështim rrugëtimi prodhojnë të njëjtin simptom në shfletues.
Ndani politikën e bllokimit të klientit nga një mbetje
Disa klientë janë projektuar për të bllokuar trafikun ndërsa janë të shkëputur, duke përfshirë familjen tjetër të adresave, dhe ky sjellje është veçori, jo defekt.
Zbuloni çfarë sjellje dokumenton klienti juaj përpara se ta trajtoni një bllokim si dëmtim. scutil --dns tregon zgjidhësit në fuqi për çdo shërbim, dhe pikërisht aty bëhet i dukshëm një zgjidhës i instaluar nga klienti ose një cilësim DNS me shtrirje. Më pas kontrolloni nëse rregullat e filtrit të paketave u instaluan dhe u lanë pas. Një bllokim i pritur dhe një rregull i mbetur kërkojnë përgjigje të kundërta, dhe vetëm dokumentacioni i pronarit i ndan ato.
Mblidhni prova, më pas ndryshoni një gjë
Regjistroni versionin e klientit, versionin e macOS, shërbimin e rrjetit, politikën e synuar të shkëputjes dhe daljen e adresave e rrugëve në të dyja anët e një cikli lidhje-shkëputje. Ky regjistrim është ai që e kthen një ankesë në një problem cikli jete që dikush mund ta hetojë. Më pas bëni një ndryshim të vetëm dhe matni përsëri.
Kundërshtoni rindezjen. Fshirja e ndërfaqeve virtuale, zbrazja e tabelës së rrugëve dhe çaktivizimi i IPv6 në të gjithë makinën shkatërrojnë gjendjen që ju duhej të kapnit, dhe mund të marrin me vete konfigurim të palidhur. Nëse klienti ka një rrjedhë të mbështetur pauze, riparimi ose çinstalimi, përdoreni atë dhe ndiqni procedurën e administratorit aty ku rrjeta administrohet. Një makinë që është rindezur tashmë nuk i jep pronarit asgjë për të punuar, dhe zakonisht e riprodhon defektin në lidhjen tjetër.