VPN tersambung tetapi alamat IP tidak berubah: mengapa

Anda tersambung, klien menyatakan tersambung, dan uji alamat masih menampilkan angka yang sama seperti sebelumnya. Tidak ada yang salah dengan indikatornya; sesuatu di antara profil dan aplikasi menahan permintaan itu di luar tunel. Putuskan mana dari tiga hal yang Anda lihat sebelum menyentuh konfigurasi apa pun: uji yang tidak pernah mengukur alamat publik, tunel yang hanya mencakup sebagian lalu lintas, atau jalur kedua yang memenangkan keputusan perutean. Masing-masing punya satu pemeriksaan yang berlangsung kurang dari satu menit.

Pastikan apa yang sebenarnya diukur oleh uji

Alamat yang ditampilkan di dialog Wi-Fi atau Ethernet adalah alamat antarmuka pada segmen Anda sendiri, bukan alamat yang dilihat situs web, jadi bisa tetap sama sementara tunel bekerja sempurna. Lokasi lagi-lagi sinyal terpisah: wilayah akun tersimpan atau pembacaan geolokasi yang diizinkan tidak bergerak saat Anda mengganti exit, dan login yang sudah mengenali Anda juga tidak.

Gunakan gema alamat publik dan tanyakan setiap famili secara terpisah, karena hasil uji tumpukan ganda menyembunyikan kasus yang menarik:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

Jalankan keduanya sebelum dan sesudah tersambung. Jika jawaban IPv4 berubah ke alamat exit dan jawaban IPv6 tidak, Anda tidak punya tunel rusak; Anda punya satu famili yang berjalan di luarnya. Jika kedua jawaban tetap sama, permintaan itu tidak pernah mencapai tunel dan sisanya di sini berlaku.

Profil mungkin hanya mencakup sebagian lalu lintas

Profil tunnel terpisah adalah jawaban umum, dan itu bukan cacat. OpenVPN mengirim semuanya melalui tunel hanya ketika redirect-gateway ada di opsi yang didorong; tanpanya klien menerima beberapa rute spesifik dan rute default Anda tetap di tautan fisik. Di Windows sakelar yang sama muncul sebagai „Gunakan gateway default di jaringan jarak jauh” di properti IPv4 adaptor, dan menghapus centangnya adalah pilihan sadar yang bertahan di setiap sambung ulang.

Cakupan per aplikasi adalah lapisan kedua. Pengaturan VPN per aplikasi di Android menentukan aplikasi mana yang disertakan, jadi kunci VPN di bilah status tidak membuktikan bahwa peramban ada di dalamnya. Ekstensi peramban yang memproxy lalu lintasnya sendiri menciptakan citra cermin: peramban menampilkan alamat exit sementara klien email atau gim di mesin yang sama masih menampilkan alamat Anda. Bandingkan permintaan yang sama di dua aplikasi. Jika satu berubah dan yang lain tidak, Anda melihat cakupan, bukan tunel yang gagal.

Satu famili alamat masih bisa lewat langsung

Sebagian besar profil VPN ditulis untuk IPv4, dan banyak yang masih begitu. Pada jaringan tumpukan ganda, tunel mengambil 10.8.0.x untuk IPv4 sementara tautan fisik mempertahankan alamat IPv6 global dan rute default, sehingga situs yang mendukung IPv6 dicapai langsung dan alamat yang dilaporkannya adalah milik penyedia Anda. Itu kebocoran dengan tunel IPv4 yang berfungsi, dan tak terlihat bagi uji yang hanya berbicara IPv4.

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

Baca antarmuka di setiap jawaban. Jika pencarian IPv6 menyebut perangkat Ethernet atau Wi-Fi Anda sementara pencarian IPv4 menyebut tunel, kebijakan untuk famili itu hilang, bukan rusak. Mematikan IPv6 di seluruh perangkat membuat gejalanya hilang dan menyembunyikan keputusan; lebih baik perbaiki cakupan profil atau nonaktifkan famili hanya pada koneksi itu, dan catat mana dari keduanya yang Anda pilih.

Jalur kedua bisa memenangkan pencarian

Proxy pesaing, klien VPN kedua, adaptor virtual dari kontainer atau alat desktop jarak jauh, atau rute tambahan untuk prefiks persis yang Anda uji semuanya bisa mengambil prioritas. Rute spesifik selalu mengalahkan rute default, jadi /24 sisa untuk situs yang Anda ukur, yang menunjuk ke gateway LAN Anda, terus mengirim lalu lintas itu ke luar tunel sebaik apa pun kondisi tunel.

Buat inventaris sebelum mengubah apa pun, dengan perintah hanya-baca:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

Cari lebih dari satu rute default dengan metrik yang masuk akal, dan rute spesifik yang mencakup tujuan. Di peramban, periksa juga apakah ekstensi proxy atau pengaturan proxy sistem yang memiliki koneksi; ekstensi dapat menyebut upstream-nya sendiri dan membiarkan exit sistem operasi tidak tersentuh, yang menghasilkan alamat berbeda di peramban daripada di terminal pada mesin yang sama.

Ukur ulang dengan permintaan baru

Sambung ulang, lalu ulangi pengukuran dari aplikasi yang sama yang Anda uji pertama kali, karena halaman yang di-cache atau koneksi yang digunakan ulang melaporkan keadaan lama. Amati log atau tampilan peristiwa klien selama penyambungan: kesalahan saat menerapkan rute setelah autentikasi adalah bukti yang lebih kuat daripada indikator apa pun, dan biasanya menyebut rute atau adaptor yang gagal.

Pisahkan dua hasil. Jika alamat berubah tetapi satu situs masih menolak Anda, tunel bekerja dan situs menolak alamat pusat data; itu masalah lain dengan jawaban lain. Jika alamat tidak pernah berubah, kerjakan empat pertanyaan secara berurutan: alamat mana yang dicetak uji, famili mana itu, aplikasi mana yang membuat permintaan, dan rute mana yang diikuti permintaan itu. Dokumentasi Microsoft tentang keputusan perutean VPN menjelaskan bagaimana klien Windows memilih antara tunel dan adaptor fisik ketika keduanya memiliki rute.