VPN bağlı ama IP adresi değişmedi: neden
Tünel çalışıyor ve adres testi hâlâ eski IP'nizi gösteriyor. IPv4 ve IPv6'yı ayrı ayrı ölçün, ardından bölünmüş tüneli, uygulama başına kapsamı ve proxy yollarını kontrol edin.
Bağlanıyorsunuz, istemci bağlı diyor ve adres testi hâlâ önceden sahip olduğunuz aynı numarayı gösteriyor. Göstergeyle ilgili bir sorun yok; profil ile uygulama arasındaki bir şey o isteği tünelin dışında tuttu. Herhangi bir yapılandırmaya dokunmadan önce üç şeyden hangisine baktığınıza karar verin: genel adresi hiç ölçmemiş bir test, trafiğin yalnızca bir bölümünü kapsayan bir tünel ya da yönlendirme kararını kazanan ikinci bir yol. Her birinin bir dakikadan kısa süren bir kontrolü var.
Testin gerçekte neyi ölçtüğünü doğrulayın
Wi-Fi veya Ethernet iletişim kutusunda gösterilen adres kendi segmentinizdeki arabirim adresidir, bir sitenin gördüğü adres değildir, bu yüzden tünel kusursuz çalışırken aynı kalabilir. Konum yine ayrı bir sinyaldir: kayıtlı hesap bölgesi veya izin verilen coğrafi konum okuması çıkışı değiştirdiğinizde hareket etmez, sizi zaten tanıyan oturum açma da etmez.
Genel adres yankısını kullanın ve her aileyi ayrı ayrı sorun, çünkü çift yığın test sonucu ilginç durumu saklar:
curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me
İkisini de bağlanmadan önce ve sonra çalıştırın. IPv4 yanıtı çıkış adresine dönüşür ve IPv6 yanıtı dönüşmezse bozuk bir tüneliniz yok; bir aile onun dışında seyahat ediyor. İki yanıt da aynı kalırsa, istek tünele hiç ulaşmadı ve buradaki geri kalan geçerlidir.
Profil trafiğin yalnızca bir bölümünü kapsayabilir
Bölünmüş tünel profili yaygın yanıttır ve bu bir kusur değildir. OpenVPN her şeyi tünelden yalnızca redirect-gateway gönderilen seçenekler arasında olduğunda geçirir; o olmadan istemci birkaç belirli yol alır ve varsayılan yolunuz fiziksel bağlantıda kalır. Windows'ta aynı anahtar bağdaştırıcının IPv4 özelliklerinde „Uzak ağda varsayılan geçidi kullan” olarak görünür ve onu kaldırmak her yeniden bağlanmadan sonra da kalan bilinçli bir seçimdir.
Uygulama başına kapsam ikinci katmandır. Android'in uygulama başına VPN ayarı hangi uygulamaların dâhil olduğuna karar verir, bu yüzden durum çubuğundaki VPN anahtarı tarayıcının içinde olduğunu kanıtlamaz. Kendi trafiğini proxy'leyen bir tarayıcı uzantısı ayna görüntüsünü oluşturur: tarayıcı çıkış adresini gösterirken aynı makinedeki bir posta istemcisi veya oyun hâlâ sizinkini gösterir. Aynı isteği iki uygulamada karşılaştırın. Biri değişip diğeri değişmezse kapsama bakıyorsunuz, başarısız bir tünele değil.
Bir adres ailesi hâlâ doğrudan gidebilir
VPN profillerinin çoğu IPv4 için yazılmıştır ve birçoğu hâlâ öyledir. Çift yığınlı bir ağda tünel IPv4 için 10.8.0.x alırken fiziksel bağlantı genel bir IPv6 adresi ve varsayılan yol tutar, bu yüzden IPv6 destekleyen bir site doğrudan erişilir ve bildirdiği adres sağlayıcınızın adresidir. Bu, çalışan bir IPv4 tüneliyle birlikte bir sızıntıdır ve yalnızca IPv4 konuşan bir test için görünmezdir.
ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111
Her yanıtta arabirimi okuyun. IPv6 araması Ethernet veya Wi-Fi aygıtınızı adlandırırken IPv4 araması tüneli adlandırıyorsa, o ailenin ilkesi bozuk değil eksiktir. IPv6'yı tüm aygıtta kapatmak belirtiyi ortadan kaldırır ve kararı gizler; profilin kapsamını düzeltmeyi veya aileyi yalnızca o bağlantıda devre dışı bırakmayı tercih edin ve ikisinden hangisini seçtiğinizi not edin.
İkinci bir yol aramayı kazanabilir
Rakip bir proxy, ikinci bir VPN istemcisi, bir konteynerden veya uzak masaüstü aracından sanal bağdaştırıcı ya da test ettiğiniz tam önek için ek bir yol öncelik kazanabilir. Belirli bir yol her zaman varsayılan yolu yener, bu yüzden ölçtüğünüz site için kalan /24, LAN geçidinize işaret ederek, tünel ne kadar sağlıklı olursa olsun o trafiği tünelin dışına göndermeye devam eder.
Herhangi bir şeyi değiştirmeden önce yalnızca okuma komutlarıyla bir envanter çıkarın:
route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active
Makul bir ölçütü olan birden fazla varsayılan yol ve hedefi kapsayan belirli bir yol arayın. Tarayıcıda ayrıca bir proxy uzantısının veya sistem proxy ayarının bağlantıya sahip olup olmadığını kontrol edin; bir uzantı kendi üst akışını adlandırabilir ve işletim sisteminin çıkışını dokunulmadan bırakabilir, bu da tarayıcıda aynı makinedeki terminalden farklı bir adres üretir.
Yeni bir istekle yeniden ölçün
Yeniden bağlanın ve ölçümü ilk kez test ettiğiniz aynı uygulamadan yineleyin, çünkü önbelleğe alınmış bir sayfa veya yeniden kullanılan bir bağlantı eski durumu bildirir. Bağlanma sırasında istemcinin günlüğünü veya olay görünümünü izleyin: kimlik doğrulamadan sonra yolların uygulanmasındaki hata herhangi bir göstergeden daha güçlü kanıttır ve genellikle başarısız olan yolu veya bağdaştırıcıyı adlandırır.
İki sonucu ayrı tutun. Adres değişir ama bir site sizi hâlâ reddederse tünel çalışıyor ve site bir veri merkezi adresini reddediyor; bu başka bir yanıtı olan başka bir sorundur. Adres hiç değişmezse dört soruyu sırayla ele alın: test hangi adresi yazdırdı, hangi aileydi, hangi uygulama isteği yaptı ve o istek hangi yolu izledi. VPN yönlendirme kararlarına ilişkin Microsoft belgeleri, her ikisinin de yolu olduğunda Windows istemcisinin tünel ile fiziksel bağdaştırıcı arasında nasıl seçim yaptığını açıklar.