Kako provjeriti IPv6 stanje Maca nakon prekida VPN veze

Dođite do sajta preko IPv4 nakon što tunel padne i niste dokazali ništa o IPv6. macOS konfiguriše dvije familije odvojeno, po mrežnoj usluzi, a VPN klijent može promijeniti jednu bez diranja druge. Prođite kroz tri sloja redom: konfiguracija adrese, izbor rute, pa onda bilo koja politika koju klijent instalira dok je isključen. U međuvremenu držite pristupnu mrežu nepromijenjenom, inače ćete porediti dva različita problema.

Počnite s familijom koja se zaista pokvarila

Stranica koja se učita preko IPv4 kaže vam da je fizička mreža živa. Ona ne kaže ništa o tome ima li usluga globalnu IPv6 adresu, da li se prefiks još oglašava ili nešto filtrira familiju. Potvrdite šta je neuspjelo prije nego što odaberete alat, jer ime koje se razrješava u nedostupnu adresu izgleda identično imenu koje se uopšte ne razrješava. Pitajte koji je sloj pogrešno odgovorio i zapišite odgovor. Bez toga je svaki kasniji korak nagađanje obučeno u proceduru.

Zadržite istu Wi-Fi mrežu i pristupnu tačku tokom cijelog poređenja. Mreža u kafiću koja je juče nudila IPv6 ne govori ništa o onoj na kojoj ste sada.

Pročitajte adresu prije rute

U Sistemskim postavkama panel TCP/IP aktivne usluge pokazuje je li IPv6 automatski, ručni ili samo lokalni za vezu. Uporedite to s onim što očekujete, imajući na umu da je organizacija možda namjerno odabrala ručnu konfiguraciju. Zatim pokrenite ifconfig i pročitajte dotični interfejs. Sama adresa fe80:: znači da interfejs može razgovarati sa svojim susjedima i ništa više, pa prisustvo lokalne adrese nije dokaz upotrebljive putanje.

Potražite i interfejse utun koje je klijent ostavio za sobom. Zastarjeli tunelski uređaj može držati adresu i rutu dugo nakon što je klijent prestao da ga koristi. Ako neki postoji, to je nalaz životnog ciklusa za vlasnika klijenta, a ne nešto što treba odmah obrisati.

Pročitajte tabelu ruta za neuspješno odredište

Pitajte jezgro o odredištu koje je neuspjelo, a ne o podrazumijevanoj ruti. route -n get 2001:db8::25 ispisuje interfejs i mrežni prolaz odabrane za tu adresu, a netstat -rn -f inet6 prikazuje cijelu tabelu za poređenje. Podrazumijevana ruta vam kaže da podrazumijevana postoji; ne kaže vam da je ovo odredište koristi.

Držite DNS u svom odjeljku. Razrješivač dostupan preko IPv4 i dalje može vraćati zapise AAAA, pa neuspjeh pretrage i neuspjeh rutiranja daju isti simptom u pregledniku.

Odvojite klijentovu politiku blokiranja od ostatka

Neki klijenti su dizajnirani da blokiraju saobraćaj dok su isključeni, uključujući drugu familiju adresa, i to ponašanje je funkcija, a ne kvar.

Saznajte koje ponašanje vaš klijent dokumentuje prije nego što blokiranje tretirate kao štetu. scutil --dns prikazuje razrješivače na snazi po usluzi, i tu postaje vidljiv razrješivač koji je instalirao klijent ili DNS postavka s ograničenim opsegom. Zatim provjerite jesu li pravila filtera paketa instalirana i ostavljena. Očekivano blokiranje i preostalo pravilo zahtijevaju suprotne reakcije, a samo dokumentacija vlasnika ih razdvaja.

Prikupte dokaze, pa promijenite jednu stvar

Zapišite verziju klijenta, verziju macOS-a, mrežnu uslugu, predviđenu politiku u isključenom stanju, te izlaz adrese i ruta s obje strane jednog ciklusa povezivanja i isključivanja. Taj zapis pretvara pritužbu u problem životnog ciklusa koji neko može istražiti. Zatim napravite jednu jedinu promjenu i ponovo mjerite.

Oduprite se resetovanju. Brisanje virtuelnih interfejsa, pražnjenje tabele ruta i isključivanje IPv6 na cijelom uređaju uništavaju stanje koje ste trebali zabilježiti i mogu sa sobom odnijeti nepovezanu konfiguraciju. Ako klijent ima podržan tok za pauzu, popravku ili deinstalaciju, upotrijebite ga i slijedite proceduru administratora tamo gdje se mrežom upravlja. Uređaj koji je već resetovan ne daje vlasniku ništa s čim može raditi i obično ponovo proizvodi kvar pri sljedećoj vezi.