VPN tidak membocorkan IP lama Anda: nilai yang diingatlah yang melakukannya

Melihat alamat publik lama Anda di laporan sebuah layanan setelah VPN menyala, dengan sendirinya bukan bukti kebocoran. Koneksi yang aktif bisa memakai pintu keluar terowongan sementara aplikasi mengirim nilai yang dipelajarinya sebelum terowongan ada. Itu dua bukti berbeda, dan hanya satu yang menggambarkan paket saat ini. Yang lain adalah nilai yang bertahan melewati penyambungan ulang karena tidak ada apa pun di jalur jaringan yang memilikinya.

Dua penjelasan di balik satu alamat

Urutan yang dibayangkan orang adalah paket yang meninggalkan antarmuka fisik sementara VPN dianggap aktif. Urutan yang sering menjelaskan laporan itu lebih pendek dan lebih membosankan: aplikasi mempelajari alamat lebih awal dan masih menyimpannya. Menyusun peristiwa secara berurutan memisahkan keduanya.

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

Tidak ada apa pun dalam urutan itu yang menuntut koneksi aktif dari alamat pertama. Nilai yang diingat berjalan di dalam pesan, sementara header membawa pintu keluar mana pun yang dipilih rute saat ini. Layanan yang mencatat kedua bidang akan menampilkannya berdampingan dan tampak bertentangan.

Itu penjelasan yang mungkin, bukan tuduhan terhadap klien tertentu. Reputasi bukan bukti: basis kode yang bisa Anda baca, merek yang Anda percaya, atau pintu keluar yang berbeda tidak mengatakan apa pun tentang apa yang disimpan atau dikirim satu program.

Memori aplikasi bertahan lebih lama dari penyambungan ulang

Menyambungkan VPN mengubah rute yang diambil koneksi baru. Itu membiarkan keadaan aplikasi apa adanya dan tidak dapat menarik kembali informasi yang sudah disimpan layanan jarak jauh. Sebuah program dapat mengirim pengenal akun, lokasi tersimpan, nama perangkat, atau nilai lain yang diperolehnya lebih awal, dan enkripsi melindungi muatan itu saat transit tanpa menghapus apa pun darinya. Penyambungan ulang adalah peristiwa jaringan; nilai yang disimpan adalah peristiwa aplikasi.

Perbedaannya penting karena keduanya hidup di tempat berbeda. Keadaan aplikasi milik program dan bertahan melewati mulai ulang, sedangkan rute milik sistem operasi dan dibangun ulang pada setiap koneksi. Membersihkan yang satu tidak berpengaruh pada yang lain.

Layanan juga dapat menyimpan nilai yang Anda berikan padanya berbulan-bulan lalu, dan dalam hal ini tidak ada perubahan lokal yang akan menghapusnya. Itu retensi, dan letaknya sepenuhnya di luar terowongan.

Baca header sumber dulu, lalu muatannya

Mulailah dengan memastikan di mana alamat itu muncul. Log koneksi server menggambarkan sumber yang aktif, sedangkan bidang pesan, profil akun, atau tampilan diagnostik lokal dapat menggambarkan nilai yang dikirim atau disimpan jauh lebih awal. Pengamatan itu menjawab pertanyaan yang berbeda.

Bandingkan juga waktunya. Jika alamat lama muncul di bidang yang mendahului koneksi VPN, penjelasan muatan lebih kuat. Jika server mencatat koneksi langsung dari alamat lama saat terowongan menyala, itu pertanyaan perutean dan butuh penyelidikan berbeda. Menyortir jenis pengamatan lebih dulu mencegah satu alamat direntangkan menjadi bukti tiga peristiwa.

Pisahkan semuanya dalam catatan Anda: sumber koneksi, bidang pesan, tampilan akun, diagnostik lokal. Satu alamat yang ditulis di empat tempat tetap satu alamat.

Retensi adalah tahap yang berbeda dari transportasi

Panduan privasi dalam RFC 6973 memperlakukan pengumpulan, penggunaan, pengungkapan, dan retensi sebagai tahap yang berbeda, dan memperingatkan bahwa pengenal yang dipakai ulang memudahkan korelasi. Jalur jaringan baru mengubah tahap transportasi dan tidak yang lain. Catatan yang sudah dipegang penerima tidak tersentuh, begitu juga profil apa pun yang menyimpan nilai itu saat masuk. Itulah sebabnya penyambungan ulang bisa terasa gagal sementara transportasi berperilaku benar.

Tidak ada penyaring paket yang dapat menghapus nilai dari catatan penerima, dan menyambung ulang tidak akan membersihkan riwayat tersimpan setiap program. Itu masalah pemilik data, bukan masalah terowongan, dan butuh jenis perbaikan yang berbeda. Tanyakan kepada layanan apa yang disimpannya dan berapa lama sebelum meminta jaringan menyembunyikannya.

Apa yang harus diperiksa sebelum menyalahkan terowongan

Tinjau pengumpulan terdokumentasi aplikasi dan kontrol akunnya, lalu putuskan bidang mana yang boleh dikirimnya, berapa lama layanan menyimpannya, dan apakah akun dapat menghapus atau memperbaikinya. Kemudian jalankan uji yang memisahkan penjelasan: akun baru atau profil aplikasi yang bersih. Jika nilai lama hilang, retensi atau keadaan cache terlibat. Jika bertahan dengan profil bersih, periksa bidang permintaan yang sebenarnya sebelum menyimpulkan VPN gagal.

Jika memang ada koneksi langsung, perlakukan itu sebagai temuan jalur jaringan. Selidiki perutean, terowongan terpisah, dan kebijakan klien dengan syaratnya sendiri, dan jangan mencampur hasil itu dengan nilai muatan yang sekadar bertahan melewati penyambungan ulang. Kedua kegagalan terlihat mirip di tangkapan layar dan berperilaku sangat berbeda dalam tangkapan paket.