Proxy Anonimlik Testi: VPN Sızıntı & Gizlilik Denetleyicisi

Çünkü bu iki ifade farklı katmanlardan gelir ve bunlardan yalnızca birinin sahtesi tarayıcı içinden yapılabilir. User-Agent'ınız, herhangi bir tarayıcının veya uzantının yeniden yazabileceği bir metin dizesidir. Bağlantıyı başlatan TCP SYN paketi ise işletim sistemi çekirdeği tarafından oluşturulur ve seçenek sıralaması, pencere ölçeği ile zaman damgası davranışı Linux, Windows ve Apple sistemleri arasında farklılık gösterir. Apple cihazları TCP seçeneklerini MSS, NOP, WS, NOP, NOP, TS, SACK_PERM, EOL sırasında gönderir. Linux ise MSS, SACK_PERM, TS, NOP, WS sırasında gönderir. Tarayıcınız iOS olduğunu iddia ediyor ancak çekirdek imzası Linux ise, bize ulaşan TCP bağlantısı telefonunuz tarafından başlatılmamıştır. Neredeyse her zaman bir proxy sunucusu veya bir CDN uç düğümü olan başka bir makine tarafından yeniden oluşturulmuştur.

💡 Tarayıcı Parmak İzi Testimiz ile cihaz donanımınızı, Canvas ve WebGL tutarlılığınızı kontrol edin.

SYN paketinizde bildirilen maksimum segment boyutu (MSS), yol MTU'sunu geriye doğru hesaplamamızı sağlar: MTU, IPv4'te MSS artı 40 bayta, IPv6'da ise artı 60 bayta eşittir. Farklı bağlantı türleri ayırt edici değerlere sahiptir. PPPoE üzerinden ev geniş bant bağlantısı 1492'dir. Mobil operatörler genellikle 1400 ile 1430 arasındadır. WireGuard tünelleri varsayılan olarak 1420'dir. Pratikte bir veri merkezinde bulunan bir makine anlamına gelen yalın Ethernet ise 1500'dür. Bu nedenle 1500 bildiren bir telefon raporlanmaya değer bir çelişkidir: hiçbir hücresel bağlantı bu değeri vermez. Bir masaüstünde aynı sayı çok daha az şey kanıtlar; çünkü ofis yerel ağları ve PPPoE içermeyen fiber bağlantılar da 1500'e ulaşır, bu yüzden ona çok daha düşük ağırlık veririz.

💡 Anormal proxy yönlendirme kurallarından şüpheleniyorsanız, Bölünmüş Tünelleme ve Rota Sızıntısı Testimiz ile birden fazla uç noktayı test edin.

Çünkü IP itibarı ile protokol davranışı birbirinden bağımsızdır. Bireysel bir IP satın almak veritabanlarının adresiniz hakkında söylediklerini değiştirir, ancak çıkış makinesinin paketleri nasıl oluşturduğunu değiştirmez. Eğer o makine bir Linux sunucusuysa, yine de Linux TCP seçeneklerini gönderir, bir veri merkezi MTU'su bildirir ve TLS'yi kendi parmak iziyle sonlandırır. Yalnızca IP listelerine bakan bir risk sistemi temiz bir bireysel adres görür. Protokol yığınını okuyan bir sistem ise bir sunucu görür. Bu, bulduğumuz en yaygın kör noktadır ve raporun protokolden kanıtlanan kanıtları yalnızca adres itibarından gelen kanıtlardan ayırmasının nedeni budur.

💡 Tam ASN ayrıntılarını ve dolandırıcılık riski puanlarını MyIPDNS Ana Sayfasında inceleyin.

Bu, protokol katmanlarında bir çelişki bulamadığımız ve adres veritabanlarının çıkışınız hakkında söylediklerine güvendiğimiz anlamına gelir. Bu durum, kendi cihazınız ve proxy sunucusu aynı işletim sistemi ailesini çalıştırdığında gerçekleşir. Bir Linux proxy'nin arkasındaki bir Linux masaüstü tek bir tutarlı Linux imzası üretir, bu nedenle katmanlar arası analizin karşılaştıracağı hiçbir şey yoktur. Zayıflığı gizlemek yerine kararı dürüstçe etiketleriz: protokol olarak etiketlenen kanıtlar paketlerden kanıtlanmıştır, itibar olarak etiketlenen kanıtlar ise öyle değildir. Yalnızca itibara dayalı düşük güvenilirlikli bir karar kanıt olarak değil, bir ipucu olarak okunmalıdır.

💡 Geliştiriciler yapılandırılmış ASN ve risk puanlama verilerini Ücretsiz IP API'miz aracılığıyla programatik olarak sorgulayabilirler.

Bazı sinyaller yapılandırmadır, bazıları ise fiziktir. Bir veri merkezi MTU'su, sunucunuzdaki tünel arabirimi MTU'sunu 1420 ile 1450 arasında bir değere ayarlayarak gizlenebilir, bu da yolun bir tüketici tüneli gibi görünmesini sağlar. Paylaşılan TCP zaman damgası farkları, çıkış ana bilgisayarı farkı adres çifti başına karma haline getirmek yerine her bağlantı için yeniden oluşturan bir çekirdek çalıştırdığında kaybolur. Çıkış işletim sistemi ile tarayıcınızın bildirdiği sistem arasındaki uyuşmazlık istemci ayarlarıyla hiçbir şekilde düzeltilemez: yalnızca çıkış ana bilgisayarı aynı sistem ailesini çalıştırıyorsa veya çıkışta SYN seçenekleri yeniden yazılıyorsa ortadan kalkar. Hiçbir tarayıcı uzantısı bunların hiçbirini değiştiremez, çünkü hiçbiri tarayıcı tarafından üretilmez.

💡 Ağ ayarlarınızı düzenledikten sonra, tam bağlantı ve yığın testlerini yeniden çalıştırmak için Ana Sayfaya dönün.

Hayır. Burada açıklanan her şey, problarımıza gerçekten ulaşan ve çıkış adresinizden başka bir şey taşımayan paketlerden çıkarılır. Bağlantının yol boyunca bir yerde yeniden oluşturulduğunu sıklıkla söyleyebiliriz ve onu yeniden oluşturan makinenin özelliklerini açıklayabiliriz; ancak oturumu başlangıçta açan cihazın adresi o trafikte mevcut değildir ve ondan kurtarılamaz. Ayrı olarak, bu sitedeki WebRTC ve DNS kontrolleri, tarayıcınız veya çözümleyiciniz sızdırırsa yerel bir adresi ortaya çıkarabilir; bu farklı bir mekanizmadır ve ayrı olarak raporlanır.

💡 Çoklu prob yönlendirmesini ve DNS ayrışmasını teşhis etmek için Rota Sızıntısı Teşhisimize başvurun.