Periksa IPv4 dan IPv6 Saat Memverifikasi VPN

Halaman alamat publik dapat menampilkan IPv4 berbeda setelah VPN tersambung, tetapi tetap menyisakan pertanyaan penting: apa yang terjadi saat aplikasi memakai IPv6? Banyak koneksi sehari-hari dapat menggunakan lebih dari satu keluarga alamat, sementara beberapa jaringan hanya menyediakan satu. Verifikasi yang berguna memeriksa apa yang tersedia dan apa yang seharusnya dilakukan konfigurasi pilihan. Tujuannya bukan memaksa IPv6 aktif di mana-mana atau mematikannya di mana-mana. Tujuannya menghindari anggapan bahwa satu permintaan berhasil sudah menggambarkan semua rute yang mungkin pada perangkat.

Mulai pemeriksaan IPv6 dari hasil yang diharapkan

Tanyakan apakah klien dan konfigurasi dimaksudkan untuk membawa IPv6, memblokirnya di luar terowongan, atau menggunakan pengaturan lain yang terdokumentasi. Itu adalah kebijakan berbeda. Tidak adanya hasil IPv6 bisa wajar pada satu konfigurasi dan menjadi gangguan pada konfigurasi lain. Tanpa perilaku yang dimaksud, hasil tes sulit ditafsirkan.

Alamat endpoint dan lalu lintas di dalam terowongan juga berbeda. Menghubungi server VPN melalui endpoint IPv4 tidak dengan sendirinya menentukan keluarga alamat yang dapat dibawa terowongan. Demikian pula, endpoint IPv6 tidak membuktikan bahwa setiap aplikasi memakai IPv6 sesudahnya. Kemampuan bergantung pada keseluruhan konfigurasi dan jaringan di sekitarnya.

Baca panduan protokol dan klien sebelum mengedit apa pun. Perbandingan VLESS dan WireGuard membantu mengenali jenis pengaturan yang diuji, tetapi nama protokol saja bukan kebijakan perutean. Catat aplikasi, versi, konfigurasi terpilih, serta apakah split tunneling atau pengecualian lokal aktif.

Ketahui apa yang disediakan jaringan biasa

Jika perbandingan tidak sensitif tanpa VPN memang sesuai, tentukan apakah jaringan dasar memiliki IPv4, IPv6, atau keduanya yang berfungsi. Jangan memutus terowongan kerja wajib atau membuka aktivitas sensitif hanya demi nilai pembanding. Jika kebijakan tidak mengizinkan, catat batasan itu dan mintalah metode yang disetujui administrator.

Gunakan diagnostik yang melaporkan keluarga alamat secara terpisah. Halaman dengan satu alamat mungkin hanya memakai jalur pertama yang bekerja. Spesifikasi Happy Eyeballs dari IETF menjelaskan bagaimana aplikasi mencoba alamat atau keluarga alternatif untuk mengurangi keterlambatan koneksi. Perilaku itu membantu pengguna, tetapi halaman yang berhasil terbuka belum tentu membuktikan kedua jalur berfungsi.

Hubungkan pengamatan dengan jaringan yang benar-benar dipakai. Hasil Wi-Fi rumah tidak menggambarkan data seluler, dan laptop yang memakai tethering tidak selalu setara dengan ponsel pemberi koneksinya. Catat metode akses serta waktunya. Jika IPv6 tidak tersedia, jangan mengarang alamat atau menyebut ketiadaannya sebagai kebocoran hanya untuk melengkapi tabel.

Ulangi pengamatan dengan terowongan aktif

Hubungkan konfigurasi yang dimaksud, lalu buat permintaan baru memakai perangkat dan aplikasi yang sama. Catat hasil IPv4 serta, jika tersedia, IPv6 secara terpisah. Rekam kegagalan sebagai kegagalan, bukan mengabaikannya karena halaman lain kebetulan terbuka. Jangan mengganti endpoint selama perbandingan.

Tes browser mengukur permintaan browser. Jika aplikasi lain penting, gunakan diagnostik yang sesuai atau mintalah dari dukungan. Pengecualian, proxy sistem, dan perilaku jaringan khusus aplikasi dapat mengubah cakupan. Panduan status VPN menjelaskan mengapa indikator tersambung merupakan awal pemeriksaan, bukan bukti semua koneksi berikutnya.

Jika hasil tampak menunjukkan alamat penyedia biasa ketika Anda mengharapkan jalur terlindungi, hentikan tugas sensitif dengan pengaturan itu sampai kebijakannya diperiksa. Simpan pengamatan secara pribadi dan jelaskan dengan tepat. Jangan memublikasikan konfigurasi lengkap atau kunci bersama tes alamat. Dukungan biasanya memerlukan klien dan perilaku yang diharapkan lebih dahulu, sebelum materi akses rahasia apa pun.

Tafsirkan alamat lebih hati-hati daripada label negara

Pencarian alamat dapat menyematkan organisasi atau negara pada alamat yang diamati. Label itu memberi konteks berguna, tetapi bukan pengukuran lokasi fisik yang pasti. Basis data dapat berbeda, dan IPv4 serta IPv6 yang terkait layanan sama bisa mendapat klasifikasi berbeda.

Untuk verifikasi rute, bandingkan alamat yang diamati dengan harapan penyedia untuk konfigurasi tersebut. Perlakukan perilaku lokasi sebagai pertanyaan terpisah. Artikel negara VPN dan bahasa situs menjelaskan mengapa preferensi bahasa situs tidak bisa menjawabnya sendirian. Antarmuka Rusia atau halaman pencarian berbahasa Inggris tidak menggantikan tes keluarga alamat.

Buat catatan sederhana dengan empat entri: IPv4 biasa, IPv6 biasa, IPv4 dalam terowongan, dan IPv6 dalam terowongan. Tandai entri yang tidak tersedia atau belum diuji secara jelas. Tambahkan kebijakan yang dimaksud di bawahnya. Format ini membantu membedakan keluarga yang tidak didukung, rute langsung tak terduga, dan ketidaksesuaian label geolokasi tanpa menyatukan semuanya menjadi “VPN rusak”.

Jangan memperbaiki rute dengan menebak kolom konfigurasi

Jangan menambah atau menghapus rute luas hanya karena sebuah contoh forum memuatnya. Dokumentasi VPN Android, misalnya, menjelaskan rute terpisah yang mencakup semua tujuan IPv4 dan IPv6. Pengaturan ini memengaruhi tujuan yang masuk ke antarmuka virtual; bukan baris hiasan untuk disalin tanpa memahami keseluruhan konfigurasi.

Kehati-hatian serupa berlaku untuk berkas yang diimpor manual. Perubahan rute dapat memengaruhi keterjangkauan DNS, layanan lokal, dan kemampuan menyambung kembali. Simpan berkas asli yang berfungsi dengan aman dan gunakan konfigurasi yang didukung penyedia untuk klien tersebut. Jangan pernah memublikasikan konfigurasi untuk menanyakan apakah satu baris terlihat benar.

Jika solusi yang didukung sengaja memblokir keluarga alamat yang tidak tersedia, verifikasi melalui kontrol klien yang terdokumentasi. Mematikan IPv6 secara menyeluruh di sistem operasi atau router dapat memengaruhi aplikasi lain dan pengguna lain. Lakukan hanya dengan alasan jelas dan wewenang yang sesuai, bukan sebagai obat universal untuk satu hasil situs yang tidak dipahami.

Periksa ulang ketika jaringan akses berubah

Hasil Wi-Fi kemarin tidak menjamin perilaku sama di jaringan seluler hari ini. Ulangi pengamatan kecil setelah pembaruan besar klien, penggantian konfigurasi, atau perubahan metode akses yang diandalkan. Tidak perlu menguji pengaturan yang sama tanpa henti; fokus pada perpindahan yang dapat mengubah jalur tersedia.

Untuk kasus yang belum selesai, kirim ke Bantuan Lumeraya versi klien, jenis jaringan, kebijakan yang diharapkan, dan hasil terpisah untuk kedua keluarga. Jelaskan apakah pengukuran dasar memungkinkan. Jangan sertakan kunci privat atau mengklaim kegagalan menyeluruh jika hanya satu aplikasi diuji.

Pemeriksaan dual-stack yang jelas berakhir dengan kesimpulan terbatas: jalur IPv4 yang diamati sesuai harapan, jalur IPv6 juga sesuai atau sengaja tidak tersedia, dan ketidakpastian yang tersisa disebutkan. Ini lebih berguna daripada satu alamat yang menenangkan, karena mengaitkan hasil dengan konfigurasi sebenarnya dan lalu lintas yang ingin Anda lindungi.