VPN tidak bocorkan IP lama anda: nilai yang diingati yang melakukannya

Melihat alamat awam lama anda dalam laporan sesuatu perkhidmatan selepas VPN dihidupkan bukan, dengan sendirinya, bukti kebocoran. Sambungan hidup mungkin menggunakan pintu keluar terowong manakala apl menghantar nilai yang dipelajarinya sebelum terowong wujud. Itu dua bukti berbeza, dan hanya satu daripadanya menerangkan paket semasa. Yang satu lagi ialah nilai yang terselamat daripada sambungan semula kerana tiada apa pun di laluan rangkaian memilikinya.

Dua penjelasan di sebalik satu alamat

Urutan yang dibayangkan orang ialah paket yang meninggalkan antara muka fizikal manakala VPN dikatakan aktif. Urutan yang sering menerangkan laporan itu lebih pendek dan lebih membosankan: apl mempelajari alamat lebih awal dan masih menyimpannya. Meletakkan peristiwa mengikut urutan memisahkan kedua-duanya.

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

Tiada apa pun dalam urutan itu memerlukan sambungan hidup daripada alamat pertama. Nilai yang diingati bergerak di dalam mesej, manakala pengepala membawa pintu keluar yang dipilih oleh laluan semasa. Perkhidmatan yang merekod kedua-dua medan akan memaparkannya bersebelahan dan kelihatan bercanggah.

Itu penjelasan yang mungkin, bukan tuduhan terhadap klien tertentu. Reputasi bukan bukti: asas kod yang boleh anda baca, jenama yang anda percaya atau pintu keluar yang berbeza tidak mengatakan apa-apa tentang apa yang disimpan atau dihantar oleh satu program.

Ingatan apl bertahan lebih lama daripada sambungan semula

Menyambung VPN mengubah laluan yang diambil oleh sambungan baharu. Ia membiarkan keadaan apl tidak terganggu dan tidak boleh menarik balik maklumat yang sudah disimpan oleh perkhidmatan jauh. Sesuatu program boleh menghantar pengecam akaun, lokasi tersimpan, nama peranti atau nilai lain yang diperolehnya lebih awal, dan penyulitan melindungi muatan itu semasa dalam perjalanan tanpa mengeluarkan apa-apa daripadanya. Sambungan semula ialah peristiwa rangkaian; nilai yang disimpan ialah peristiwa apl.

Perbezaan itu penting kerana kedua-duanya hidup di tempat berlainan. Keadaan apl milik program dan bertahan melalui permulaan semula, manakala laluan milik sistem pengendalian dan dibina semula pada setiap sambungan. Membersihkan satu tidak memberi kesan kepada yang lain.

Perkhidmatan juga boleh menyimpan nilai yang anda berikan kepadanya berbulan-bulan lalu, dan dalam hal itu tiada perubahan setempat akan mengeluarkannya. Itu penyimpanan, dan ia terletak sepenuhnya di luar terowong.

Baca pengepala sumber dahulu, kemudian muatan

Mulakan dengan menentukan di mana alamat itu muncul. Log sambungan pelayan menerangkan sumber hidup, manakala medan mesej, profil akaun atau paparan diagnostik setempat boleh menerangkan nilai yang dihantar atau disimpan jauh lebih awal. Pemerhatian itu menjawab soalan yang berbeza.

Bandingkan masanya juga. Jika alamat lama muncul dalam medan yang mendahului sambungan VPN, penjelasan muatan lebih kukuh. Jika pelayan merekod sambungan terus daripada alamat lama semasa terowong hidup, itu persoalan penghalaan dan memerlukan siasatan lain. Menyusun jenis pemerhatian dahulu menghalang satu alamat daripada diregangkan menjadi bukti tiga peristiwa.

Simpan semuanya berasingan dalam nota anda: sumber sambungan, medan mesej, paparan akaun, diagnostik setempat. Satu alamat yang ditulis di empat tempat masih satu alamat.

Penyimpanan ialah peringkat berbeza daripada pengangkutan

Panduan privasi dalam RFC 6973 menganggap pengumpulan, penggunaan, pendedahan dan penyimpanan sebagai peringkat berbeza, dan ia memberi amaran bahawa pengecam yang digunakan semula memudahkan korelasi. Laluan rangkaian baharu mengubah peringkat pengangkutan dan tiada yang lain. Rekod yang sudah dipegang oleh penerima tidak disentuh, begitu juga mana-mana profil yang menyimpan nilai itu semasa masuk. Itulah sebabnya sambungan semula boleh terasa gagal sedangkan pengangkutan berkelakuan betul.

Tiada penapis paket boleh memadam nilai daripada rekod penerima, dan menyambung semula tidak akan membersihkan sejarah tersimpan setiap program. Itu masalah pemilik data, bukan masalah terowong, dan ia memerlukan jenis pembetulan yang berbeza. Tanya perkhidmatan apa yang disimpannya dan berapa lama sebelum meminta rangkaian menyembunyikannya.

Apa yang perlu diperiksa sebelum menyalahkan terowong

Semak pengumpulan terdokumentasi apl dan kawalan akaunnya, dan tentukan medan mana yang boleh dihantarnya, berapa lama perkhidmatan menyimpannya, dan sama ada akaun boleh memadam atau membetulkannya. Kemudian jalankan ujian yang memisahkan penjelasan: akaun baharu atau profil apl yang bersih. Jika nilai lama hilang, penyimpanan atau keadaan cache terlibat. Jika ia bertahan dengan profil bersih, periksa medan permintaan sebenar sebelum membuat kesimpulan bahawa VPN gagal.

Jika benar-benar ada sambungan terus, anggap ia sebagai penemuan laluan rangkaian. Siasat penghalaan, terowong terpisah dan dasar klien mengikut syaratnya sendiri, dan jangan campurkan hasil itu dengan nilai muatan yang hanya terselamat daripada sambungan semula. Kedua-dua kegagalan kelihatan sama dalam tangkapan skrin dan berkelakuan sangat berbeza dalam tangkapan paket.