Ujian Kebocoran IPv4
| Alamat | Bilangan | Data asas |
|---|---|---|
| Belum ada pemerhatian | ||
Semak sama ada VPN anda mendedahkan alamat IP sebenar atau pertanyaan DNS anda — walaupun hanya seketika semasa menyambung semula atau menukar pelayan. Ujian ini menyemak IPv4, IPv6, DNS dan WebRTC secara berkala, menjejaki perubahan dan mengenal pasti kemungkinan kebocoran dengan membandingkan hasilnya dengan sambungan anda tanpa VPN.
Cara menguji VPN: Mula-mula, simpan data rujukan dengan VPN dimatikan. Kemudian hidupkan VPN, mulakan ujian dan cuba tukar pelayan atau sambung semula. Biarkan ujian berjalan semasa pertukaran untuk mengesan kemungkinan kebocoran seketika.
Untuk mencari kebocoran, simpan data asas dahulu dengan VPN dimatikan.
| Alamat | Bilangan | Data asas |
|---|---|---|
| Belum ada pemerhatian | ||
| Alamat | Bilangan | Data asas |
|---|---|---|
| Belum ada pemerhatian | ||
| Alamat | Bilangan | Data asas |
|---|---|---|
| Belum ada pemerhatian | ||
| Alamat | Bilangan | Data asas |
|---|---|---|
| Belum ada pemerhatian | ||
Log merekodkan peristiwa semasa Ujian Kebocoran IP untuk membantu anda mengaitkan perubahan alamat IP, padanan data asas dan jurang data dengan pertukaran VPN. Peristiwa utama dipaparkan di sini; sejarah semakan penuh disertakan dalam muat turun.
| Masa | Bahagian | Peristiwa |
|---|---|---|
| Belum ada pemerhatian | ||
Jumlah peristiwa: 0.
Kebocoran IP berlaku apabila laman web atau perkhidmatan Internet melihat alamat IP awam asal anda walaupun VPN sepatutnya menyembunyikannya.
Ini boleh mendedahkan penyedia Internet dan anggaran lokasi anda, serta membantu mengaitkan aktiviti dengan sambungan asal anda. Alamat IP sahaja biasanya tidak mendedahkan nama atau alamat rumah anda yang tepat.
Kebocoran DNS berlaku apabila permintaan untuk mencari alamat IP laman web melalui laluan di luar laluan terlindung yang sepatutnya digunakan oleh VPN. Contohnya, penyedia Internet anda terus mengendalikan permintaan tersebut sedangkan VPN sepatutnya menggunakan pelayan DNS sendiri.
Ini boleh mendedahkan nama domain yang diminta oleh pelayar dan aplikasi anda, walaupun laman web melihat alamat IP VPN anda. Permintaan DNS itu sendiri tidak mengandungi URL halaman penuh, kandungan halaman atau kata laluan.
Semakan sekali sahaja menunjukkan alamat IP hanya pada waktu ia dijalankan. Ujian kami mengulangi semakan IPv4, IPv6, DNS dan WebRTC sepanjang ujian. Ini membantu anda mengesan alamat IP asal yang muncul ketika menukar pelayan atau menyambung semula VPN.
Data asas yang disimpan membolehkan ujian menyerlahkan padanan dengan sambungan tanpa VPN. Log menunjukkan urutan perubahan dan jurang data. Kebocoran yang sangat singkat mungkin berlaku antara semakan, jadi ketiadaan padanan tidak menjamin tiada kebocoran.
Matikan VPN dan klik “Simpan data asas”. Pengumpulan mengambil masa 30 saat. Kemudian hidupkan VPN, mulakan ujian dan cuba tukar pelayan atau sambung semula. Perhatikan padanan data asas dan peristiwa dalam log.
Pastikan tab ini aktif: pelayar mungkin memperlahankan semakan di latar belakang. Ujian juga berfungsi tanpa data asas, tetapi hanya menunjukkan perubahan alamat tanpa membandingkannya dengan sambungan asal.
Data asas ialah set alamat yang disimpan daripada sambungan tanpa VPN. Ia membantu mengesan alamat tersebut apabila muncul semula semasa VPN dihidupkan.
Data asas merangkumi alamat awam IPv4, IPv6 dan WebRTC serta alamat penyelesai DNS yang diperhatikan semasa pengumpulan. Padanan dengan alamat ini diserlahkan dengan warna merah.
Simpan data asas dengan VPN dimatikan. Simpan yang baharu jika rangkaian asal atau alamatnya berubah. Jika anda menyimpan data asas dengan VPN dihidupkan, padanan mungkin bermakna anda kembali ke pelayan VPN terdahulu, bukannya sambungan asal anda terdedah.
Jika ujian melihat alamat IPv4 atau IPv6 asal semasa VPN dihidupkan dan sepatutnya menyembunyikannya, itu ialah kebocoran IP. Walaupun muncul seketika, alamat tersebut telah dilihat oleh pelayan ujian.
Contohnya, alamat anda tanpa VPN ialah 198.51.100.10 dan alamat VPN ialah 203.0.113.20. Jika 198.51.100.10 muncul semula ketika menukar pelayan, IP asal telah terdedah. Ini ialah alamat contoh.
Kesimpulan ini mengandaikan data asas disimpan dengan VPN dimatikan dan VPN sepatutnya melindungi trafik pelayar. Jika anda sendiri mematikan VPN atau mengecualikan pelayar daripadanya, kemunculan alamat asal adalah dijangka. Ujian tidak dapat mengetahui sama ada VPN anda dihidupkan.
Tidak. Perubahan IP sahaja tidak bermakna kebocoran. Alamat keluar yang berbeza adalah biasa apabila anda menukar pelayan VPN.
Contohnya, pelayan VPN A digantikan dengan pelayan VPN B. Kedua-dua alamat tidak sepadan dengan data asas, jadi alamat asal tidak dikesan dalam respons tersebut.
Jika IP daripada data asas yang direkodkan tanpa VPN muncul, alamat asal telah terdedah. Jika alamat itu sekadar tidak dikenali, perubahan itu sahaja tidak dapat menentukan sama ada ia milik VPN atau sambungan asal.
Jika ujian terus melihat penyelesai DNS penyedia Internet anda semasa VPN dihidupkan, itu petanda kuat kebocoran DNS, terutamanya jika VPN sepatutnya menggunakan pelayan DNS sendiri.
Pengecualiannya ialah apabila perkhidmatan DNS pihak ketiga yang sama digunakan sebelum dan selepas VPN dihidupkan, misalnya melalui tetapan pelayar, peranti atau VPN. Permintaan kepada perkhidmatan itu mungkin melalui VPN, jadi padanan alamat sahaja tidak bermakna kebocoran.
Padanan DNS berwarna merah bermakna ujian mengesan penyelesai DNS daripada sambungan tanpa VPN. Jika ia milik penyedia Internet anda, hasilnya mencurigakan. Jika ia perkhidmatan DNS yang dikonfigurasikan secara berasingan, padanan itu mungkin normal.
Tidak. Beberapa alamat DNS sahaja tidak bermakna kebocoran. Satu perkhidmatan DNS boleh menggunakan beberapa penyelesai.
Contohnya, pertanyaan berbeza dalam satu ujian mungkin dikendalikan oleh pelayan berbeza milik perkhidmatan yang sama, termasuk alamat IPv4 dan IPv6.
Lihat perkhidmatan DNS yang muncul. DNS penyedia Internet yang muncul menggantikan DNS VPN yang dijangka adalah mencurigakan tanpa mengira jumlah alamat.
Ujian tidak menerima pemerhatian baharu selama sekurang-kurangnya 2 saat. Ini mungkin berlaku semasa penyambungan semula VPN, gangguan rangkaian atau masalah menghubungi pelayan ujian.
Ini tidak membuktikan VPN menyekat semua trafik dengan selamat. Tiada pemerhatian untuk tempoh tersebut, jadi hasilnya tidak diketahui.
Ketiadaan alamat IPv6 itu sendiri bukan kebocoran. Yang penting ialah sama ada IPv6 tersedia tanpa VPN.
Jika IPv6 berfungsi tanpa VPN tetapi respons berhenti selepas VPN dihidupkan, VPN mungkin menyekat IPv6. Jika alamat IPv6 daripada data asas muncul semasa VPN dihidupkan, alamat asal telah terdedah.
Ketiadaan respons tidak membuktikan penyekatan; kegagalan sambungan juga mungkin menjadi puncanya. Jika tiada alamat IPv6 diterima walaupun semasa pengumpulan data asas, perbandingan dengan alamat IPv6 asal tidak tersedia.
Dengan perbandingan data asas diaktifkan, ini hasil yang baik: tiada pemerhatian yang diterima sepadan dengan data asas. Namun, ia bukan jaminan tiada kebocoran.
Hasil lebih berguna jika anda menguji pertukaran pelayan dan penyambungan semula VPN selain operasi biasa.
Peristiwa singkat mungkin berlaku antara semakan atau semasa jurang pemerhatian. Data asas mungkin sudah lapuk dan hasil WebRTC bergantung pada sekatan pelayar. Jika sesuatu semakan tiada data asas, ketiadaan padanan untuk semakan itu tidak menunjukkan tahap perlindungan.
Ini bermakna alamat muncul semula selepas IP lain. Baris berulang menunjukkan alamat itu kembali; ia sendiri bukan kebocoran berasingan.
Respons berturutan dengan IP yang sama dikumpulkan dalam satu baris. Contohnya, A → B → A menghasilkan tiga baris. “Bilangan” menunjukkan jumlah respons dalam setiap baris.
Kad DNS mengumpulkan alamat mengikut penyelesai dan “Bilangan” menunjukkan jumlah pertanyaannya. Pembilang ini tidak mewakili bilangan kebocoran berasingan.
Log menunjukkan waktu pelayar merekodkan peristiwa, dengan ketepatan milisaat. Ini membantu anda mengaitkan perubahan dengan pertukaran VPN.
Pemerhatian DNS mungkin diterima lewat: cap masa log tidak semestinya sama dengan waktu pertanyaan DNS di pelayan. Beberapa peristiwa mungkin diterima serentak.
Ya. Ujian mengumpulkan alamat yang dibenarkan oleh WebRTC untuk dilihat oleh halaman dan menghubungi pelayan STUN kami. Ia tidak menggunakan kamera atau mikrofon anda.
IP awam daripada data asas yang muncul semasa VPN dihidupkan bermakna alamat asal telah terdedah, jika VPN sepatutnya menyembunyikannya. Alamat setempat dan nama .local tidak dianggap kebocoran IP awam.
Jika tiada alamat diterima, ini tidak membuktikan perlindungan: pelayar atau sambungan pelayar mungkin mengehadkan WebRTC, atau STUN tidak dapat dihubungi. Data asas lama masih boleh membandingkan alamat IPv4/IPv6 asal; simpan data asas baharu untuk memasukkan alamat WebRTC.
Data asas disimpan dalam pelayar dan sejarah ujian kekal dalam tab yang terbuka. Klik “Muat turun hasil” untuk menyimpan salinan sejarah.
Muat turun fail sebelum memuat semula atau menutup halaman, memulakan ujian baharu atau menggantikan data asas. Sejarah ujian tidak disimpan antara ujian.
Pelayan menyimpan sementara peristiwa DNS dalam memori untuk dihantar kepada pelayar, tanpa menyimpan hasil secara kekal. Jika pelayar tidak dapat menyimpan data asas, ia hanya tersedia pada halaman semasa; ralat storan akan muncul dalam log.