Cara memeriksa status IPv6 Mac setelah VPN terputus

Anda bisa membuka situs lewat IPv4 setelah terowongan putus, dan belum membuktikan apa pun tentang IPv6. macOS mengonfigurasi kedua keluarga secara terpisah, per layanan jaringan, dan klien VPN dapat mengubah satu tanpa menyentuh yang lain. Kerjakan ketiga lapisan secara berurutan: konfigurasi alamat, pemilihan rute, lalu kebijakan apa pun yang dipasang klien saat terputus. Pertahankan jaringan akses tetap sama selama itu, atau Anda akan membandingkan dua masalah berbeda.

Mulailah dari keluarga yang benar-benar rusak

Halaman yang dimuat lewat IPv4 memberi tahu Anda bahwa jaringan fisik hidup. Itu tidak mengatakan apa pun tentang apakah layanan memiliki alamat IPv6 global, apakah prefiks masih diumumkan, atau apakah ada sesuatu yang memfilter keluarga itu. Pastikan apa yang gagal sebelum memilih alat, karena nama yang mengarah ke alamat tak terjangkau terlihat sama persis dengan nama yang tidak mengarah sama sekali. Tanyakan lapisan mana yang menjawab salah, dan tuliskan jawabannya. Tanpa itu, setiap langkah berikutnya adalah dugaan yang berkedok prosedur.

Pertahankan jaringan Wi-Fi dan titik akses yang sama sepanjang perbandingan. Jaringan kafe yang kemarin menawarkan IPv6 tidak mengatakan apa pun tentang jaringan yang Anda pakai sekarang.

Baca alamat sebelum rute

Di Pengaturan Sistem, panel TCP/IP layanan aktif menunjukkan apakah IPv6 otomatis, manual, atau hanya lokal tautan. Bandingkan dengan yang Anda harapkan, dengan mengingat bahwa organisasi mungkin sengaja memilih konfigurasi manual. Lalu jalankan ifconfig dan baca antarmuka yang bersangkutan. Alamat fe80:: saja berarti antarmuka dapat berbicara dengan tetangganya dan tidak lebih, jadi keberadaan lokal tautan bukan bukti jalur yang dapat dipakai.

Cari juga antarmuka utun yang ditinggalkan klien. Perangkat terowongan lama dapat menyimpan alamat dan rute jauh setelah klien berhenti memakainya. Jika ada, itu temuan siklus hidup bagi pemilik klien, bukan sesuatu yang langsung dihapus.

Baca tabel rute untuk tujuan yang gagal

Tanyakan ke kernel tentang tujuan yang gagal, bukan tentang rute bawaan. route -n get 2001:db8::25 mencetak antarmuka dan gateway yang dipilih untuk alamat itu, dan netstat -rn -f inet6 menampilkan seluruh tabel untuk perbandingan. Rute bawaan memberi tahu Anda bahwa rute bawaan ada; itu tidak memberi tahu bahwa tujuan ini memakainya.

Simpan DNS di kompartemennya sendiri. Resolver yang dapat dijangkau lewat IPv4 masih dapat mengembalikan catatan AAAA, jadi kegagalan pencarian dan kegagalan perutean menghasilkan gejala yang sama di peramban.

Pisahkan kebijakan pemblokiran klien dari sisa

Beberapa klien dirancang untuk memblokir lalu lintas saat terputus, termasuk keluarga alamat lainnya, dan perilaku itu fitur, bukan kerusakan.

Cari tahu perilaku apa yang didokumentasikan klien Anda sebelum menganggap pemblokiran sebagai kerusakan. scutil --dns menunjukkan resolver yang berlaku per layanan, dan di situlah resolver yang dipasang klien atau pengaturan DNS berskala menjadi terlihat. Lalu periksa apakah aturan filter paket dipasang dan ditinggalkan. Pemblokiran yang diharapkan dan aturan sisa memerlukan respons yang berlawanan, dan hanya dokumentasi pemilik yang membedakannya.

Kumpulkan bukti, lalu ubah satu hal

Catat versi klien, versi macOS, layanan jaringan, kebijakan terputus yang dimaksudkan, serta keluaran alamat dan rute di kedua sisi satu siklus sambung-putus. Catatan itulah yang mengubah keluhan menjadi masalah siklus hidup yang dapat diselidiki seseorang. Lalu lakukan satu perubahan dan ukur lagi.

Tahan diri dari reset. Menghapus antarmuka virtual, mengosongkan tabel rute, dan menonaktifkan IPv6 di seluruh mesin semuanya merusak keadaan yang perlu Anda tangkap, dan dapat membawa serta konfigurasi yang tidak terkait. Jika klien memiliki alur jeda, perbaikan, atau hapus pasang yang didukung, gunakan itu, dan ikuti prosedur administrator di tempat jaringan dikelola. Mesin yang sudah direset tidak menyisakan apa pun bagi pemiliknya, dan biasanya mereproduksi kesalahan pada koneksi berikutnya.