Hoe u de IPv6-status van een Mac controleert nadat de VPN is verbroken
Controleer na een VPN-verbreking in die volgorde het IPv6-adres, de route naar de bestemming die faalt en het blokkeerbeleid van de client, voordat u iets reset.
Bereikt u een site via IPv4 nadat de tunnel is weggevallen, dan hebt u niets over IPv6 bewezen. macOS configureert de twee families apart, per netwerkdienst, en een VPN-client kan de ene wijzigen zonder de andere aan te raken. Werk de drie lagen op volgorde af: adresconfiguratie, routekeuze en daarna elk beleid dat de client installeert terwijl hij verbroken is. Houd het toegangsnetwerk ondertussen ongewijzigd, anders vergelijkt u twee verschillende problemen.
Begin bij de familie die echt kapot is gegaan
Een pagina die via IPv4 laadt, vertelt u dat het fysieke netwerk leeft. Hij zegt niets over of de dienst een wereldwijd IPv6-adres heeft, of het prefix nog wordt aangekondigd, of iets de familie filtert. Bevestig wat er mislukte voordat u een hulpmiddel kiest, want een naam die naar een onbereikbaar adres oplost, ziet er precies zo uit als een naam die helemaal niet oplost. Vraag welke laag verkeerd antwoordde, en schrijf het antwoord op. Zonder dat is elke volgende stap giswerk in het gewaad van een procedure.
Houd hetzelfde Wi-Fi-netwerk en hetzelfde toegangspunt aan voor de hele vergelijking. Een cafenetwerk dat gisteren IPv6 bood, zegt niets over het netwerk waarop u nu zit.
Lees het adres voor de route
In Systeeminstellingen toont het TCP/IP-paneel van de actieve dienst of IPv6 automatisch, handmatig of alleen link-local is. Vergelijk dat met wat u verwacht, en bedenk dat een organisatie de handmatige configuratie bewust kan hebben gekozen. Voer daarna ifconfig uit en lees de betreffende interface. Een los fe80::-adres betekent dat de interface met zijn buren kan praten en niets meer, dus link-local aanwezigheid is geen bewijs van een bruikbare route.
Zoek ook naar utun-interfaces die de client heeft achtergelaten. Een verouderd tunnelapparaat kan nog lang een adres en een route vasthouden nadat de client het niet meer gebruikt. Als er een is, is dat een levenscyclusbevinding voor de eigenaar van de client, niet iets om ter plekke te verwijderen.
Lees de routetabel voor de bestemming die faalt
Vraag de kernel naar de bestemming die faalde, niet naar de standaardroute. route -n get 2001:db8::25 drukt de interface en gateway af die voor dat adres zijn gekozen, en netstat -rn -f inet6 toont de hele tabel ter vergelijking. Een standaardroute vertelt u dat er een standaard bestaat; hij vertelt niet dat deze bestemming hem gebruikt.
Houd DNS in zijn eigen compartiment. Een resolver die via IPv4 bereikbaar is, kan nog steeds AAAA-records teruggeven, dus een opzoekfout en een routeringsfout geven hetzelfde symptoom in de browser.
Scheid het blokkeerbeleid van de client van een restant
Sommige clients zijn ontworpen om verkeer te blokkeren terwijl ze verbroken zijn, inclusief de andere adresfamilie, en dat gedrag is een functie, geen fout.
Zoek uit welk gedrag uw client documenteert voordat u een blokkade als schade behandelt. scutil --dns toont de resolvers die per dienst gelden, en daar wordt een door de client geïnstalleerde resolver of een beperkte DNS-instelling zichtbaar. Controleer daarna of pakketfilterregels zijn geïnstalleerd en achtergelaten. Een verwachte blokkade en een overgebleven regel vragen om tegengestelde reacties, en alleen de documentatie van de eigenaar onderscheidt ze.
Verzamel bewijs en wijzig dan één ding
Noteer de clientversie, de macOS-versie, de netwerkdienst, het bedoelde beleid bij verbreking en de adres- en route-uitvoer aan beide zijden van één verbind-verbreek-cyclus. Dat verslag maakt van een klacht een levenscyclusprobleem dat iemand kan onderzoeken. Breng daarna één enkele wijziging aan en meet opnieuw.
Weersta de reset. Het verwijderen van virtuele interfaces, het leegmaken van de routetabel en het uitschakelen van IPv6 op de hele machine vernietigen allemaal de toestand die u moest vastleggen, en ze kunnen ongerelateerde configuratie meenemen. Als de client een ondersteunde flow heeft voor pauzeren, repareren of verwijderen, gebruik die dan, en volg de procedure van de beheerder waar het netwerk wordt beheerd. Een machine die al is gereset geeft de eigenaar niets om mee te werken, en hij reproduceert de fout meestal bij de volgende verbinding.