Kullandığınız VPN çıkış adresini kaydetme ve doğrulama
İstemci uygulamaları bir konum adı gösterir, trafiğinizin çıktığı adresi değil. Bağlanma anında çıkış IP'sini yakalayın ve doğrudan bir referansla karşılaştırın.
Bir masaüstü VPN istemcisine hangi sunucuları kullandığınızı sorun; dürüst yanıt genellikle bir konum adıdır. Bu ad, çevirdiğiniz giriş noktasıdır ve trafiğinizin çıktığı adres tamamen başka bir makine olabilir. Uygulamada hiçbir şey ikinci numarayı saklamak için tasarlanmamıştır, bu yüzden kayıt kullanım anında oluşturulmalıdır. İki yaklaşım vardır ve bunlardan yalnızca biri bir destek vakasıyla karşılaşmaya dayanır.
İki kayıt, ama yalnızca biri var
İstemcinin kendi görünümü en iyi durumda zaman damgalarıyla seçilmiş konumların bir listesidir. Bu bir tasarım kararıdır, gözden kaçma değil: adresler operasyonel ayrıntıdır, atamalar arasında döner ve eşlemenin açığa çıkması hem desteği hem de kötüye kullanım işlemlerini zorlaştırır. Sağlayıcılar ağlarının önüne bulut örnekleri koyar, tam da uç noktanın kimseye söylemeden taşınabilmesi için. Uygulamanın size gösterdiği şey, yaptığınız seçimdir, trafiğin izlediği yol değil.
Kendinizin oluşturabileceği kayıt, her satırda bir genel adres ve bir UTC zaman damgası tutan yerel bir dosyadır. Daha küçük, daha çirkin ve çok daha kullanışlıdır, çünkü dışarıdan bir gözlemcinin de görebileceği şeyi tam olarak tanımlar.
A seçeneği: çıkış adresini kendiniz yakalayın
Bir yankı hizmeti, isteğin geldiği kaynak adresi döndürür; bu tanım gereği çıkış adresidir. Yakalamayı tünel bağlandı bildirdikten sonra çalıştırın, çünkü yollar ve DNS oturmadan bağlandı diyen bir istemci tünel öncesi adresi kaydeder ve günlüğü ilk satırından itibaren zehirler.
#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"İki ayrıntı o pasajı süs değil kullanışlı kılar. Zaman damgası ve adres tek satırı paylaşır, böylece sonraki bir ayrıştırma kayıtları eşlemek zorunda kalmaz ve umask 077 dosyayı oluşturulduğu andan itibaren özel tutar. Her önyüklemede bir kez değil, her bağlantıda bir kez çalıştırın ve cihaz başına tek dosya tutun.
Günlük, bir tüneli ne zaman kullandığınızı ve hangi ağdan göründüğünüzü kaydeder; bu bir sayaca değil, tarama geçmişine daha yakındır. Savunabileceğiniz bir saklama süresi seçin, dosyayı paylaşılan eşitleme klasörlerinin dışında tutun ve bilinçli olarak temizleyin.
B seçeneği: sağlayıcıdan geçmiş isteyin
Bazı sağlayıcılar bağlantı günlükleri tutar ve bir destek sorusuna zaman damgası ve sunucu adıyla yanıt verir. Bu kayıt sizin trafiğinizi değil onların altyapısını tanımlar ve yalnızca saklama pencereleri ile bakma istekleri kadar değerlidir. Ayrıca bir isteği değil bir oturumu tanımlar. Pencere genellikle kısadır ve tünelin sağlayıcı tarafından ölçülür.
Günlük tutmadığını duyuran sağlayıcılar bunu talep üzerine üretemez ve istemci tarafındaki son konumlar listesi aynı şey değildir. Günlüksüz bir sağlayıcıdan çıkış adresi istemek genellikle bu verilerin neden var olmadığına dair bir açıklamayla biter.
Her kaydın bir destek vakasında kanıtlayabileceği şey
İki kayıt farklı soruları yanıtlar ve karşılaştırma tam da tabloda akademik olmaktan çıkar.
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
Yalnızca ilk sütun sizin denetiminizde. Sağlayıcı kaydı bir hesabın belirli bir anda bağlı olduğunu doğrulayabilir, ancak hangi isteklerin tüneli kullandığını doğrulayamaz ve sağlayıcının operasyonel ayrıntı saydığı bir adresi adlandırmaz. Hiçbir kayıt bir kişiyi tanımlamaz, çünkü paylaşılan bir çıkış adresi aynı dakikada birçok müşteriyi taşıyabilir.
Her ikisini de bir referansla karşılaştırın, birine güvenmeden önce
Bir adres tek başına hiçbir şey kanıtlamaz. Bağlanmadan önce doğrudan adresi, sonra tünelli adresi yakalayın ve karşılaştırın. Aynı değerler, tünelin bu isteği taşımadığı anlamına gelir; ister bölünmüş tünel, ister üstün bir proxy, ister doğrudan yola geri düşen bir istemci yüzünden olsun.
curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1Karşılaştırmayı DNS ve IPv6 için yineleyin, çünkü bir adres yankısı tek bir HTTP isteğinin yolunu kanıtlar ve hangi çözümleyicinin yanıt verdiği hakkında hiçbir şey söylemez. Birinde sızdıran bir cihaz diğerinde tamamen sağlıklı görünebilir.