Tes kebocoran

Kami memeriksa apakah semua lalu lintas Anda melewati koneksi terenkripsi: alamat melalui IPv4 dan IPv6, apa yang diungkapkan WebRTC, dan zona waktu Anda.

Cara server kami melihat Anda

Alamat utama Memeriksa…
Alamat melalui IPv4—

Alamat Anda ditentukan di server kami dari basis data lokal dan tidak pernah diteruskan ke layanan pihak ketiga.

WebRTC

memeriksa

Menanyakan kepada browser alamat mana yang bersedia diungkapkannya.

Zona waktu

memeriksa

Membandingkan jam perangkat Anda dengan zona waktu alamat Anda.

DNS

Pencarian nama situs tidak melalui saluran yang sama dengan konten dan diperiksa secara terpisah. Untuk itu kami menjalankan server DNS kami sendiri — tanpa melibatkan layanan pihak ketiga.

Periksa DNS

Apa itu kebocoran dan mengapa terjadi

VPN merutekan lalu lintas melalui servernya, dan situs web melihat alamat server itu, bukan alamat Anda. Kebocoran terjadi ketika sebagian permintaan keluar secara langsung, bukan melalui terowongan, sehingga alamat asli Anda tetap terlihat. Penyebabnya hampir selalu teknis: ada protokol yang tidak dialihkan.

Ada tiga sumber klasik. IPv6 — jika terowongan hanya mencakup IPv4 sementara penyedia Anda mengaktifkan IPv6, sebagian koneksi lolos di luarnya. WebRTC — mekanisme panggilan di dalam browser, yang meminta alamat eksternal Anda dari server luar untuk membangun koneksi. Dan DNS — kueri "apa alamat situs ini" yang masih bisa dikirim ke server penyedia Anda.

Cara membaca hasil di halaman ini

Blok "Cara server kami melihat Anda" menampilkan alamat yang digunakan untuk mengirim permintaan ke server kami: alamat utama, serta IPv4 dan IPv6 secara terpisah. Jika Anda menggunakan VPN, semuanya harus milik server VPN, bukan milik penyedia Anda.

Setelah itu muncul kesimpulannya. "Aman" berarti tidak ditemukan jalur yang lolos. "Bocor" berarti alamat yang berbeda dari alamat koneksi terungkap. "Tidak dapat dipastikan" berarti tidak ada pembanding — misalnya, browser menampilkan alamat dari protokol yang tidak kami ukur. Kami sengaja tidak mengubah kasus seperti itu menjadi peringatan: menakut-nakuti orang dengan ketidakpastian itu tidak jujur.

Apa yang harus dilakukan jika ditemukan kebocoran

Untuk kebocoran IPv6, solusi paling andal adalah mengaktifkan dukungan IPv6 di VPN itu sendiri, atau menonaktifkan IPv6 sepenuhnya di pengaturan adaptor jaringan Anda. Opsi kedua memang kasar, tetapi selalu berhasil. Di aplikasi yang memiliki fitur "blokir lalu lintas di luar terowongan", cukup aktifkan fitur tersebut.

Kebocoran WebRTC diperbaiki di sisi browser: di Firefox dengan sakelar media.peerconnection.enabled di about:config, di browser berbasis Chromium dengan ekstensi yang membatasi WebRTC. Pikirkan baik-baik sebelum menonaktifkan WebRTC sepenuhnya: tanpanya, panggilan dan konferensi di dalam browser berhenti berfungsi.

Mengapa pemeriksaan berjalan di server kami sendiri

Tes kebocoran pada dasarnya menangani hal paling sensitif yang dimiliki pengunjung — alamat aslinya. Mengirim alamat itu ke layanan luar demi label kota yang cantik akan aneh bagi penyedia VPN, jadi lokasi ditentukan dari basis data lokal di server kami.

Pemeriksaan WebRTC juga melalui server kami sendiri: browser membutuhkan pihak luar untuk itu, dan sebagian besar alat tes menggunakan server publik milik perusahaan besar. Kami menggunakan server kami sendiri agar halaman tentang kebocoran tidak menjadi sumber kebocoran. Hasilnya tidak disimpan di mana pun.

Pertanyaan yang sering diajukan

Ingin koneksi tanpa jalur yang lolos?

MeerGuard mengenkripsi lalu lintas Anda dan mengganti alamat Anda — dan jika ada yang salah, halaman ini akan mengatakannya dengan jelas.

Buka bot Telegramjika Telegram bisa dibuka
Dapatkan akses di situsjika Telegram diblokir
Periksa IP saya