VPN qoşulub, amma IP ünvanı dəyişməyib: niyə

Siz qoşulursunuz, müştəri qoşulduğunu bildirir, ünvan testi isə hələ də əvvəlki eyni rəqəmi göstərir. Göstəricidə heç bir qüsur yoxdur; profil ilə tətbiq arasında bir şey o sorğunu tuneldən kənarda saxlayıb. Hər hansı konfiqurasiyaya toxunmazdan əvvəl üç şeydən hansına baxdığınızı müəyyənləşdirin: heç vaxt ictimai ünvanı ölçməyən test, trafikin yalnız bir hissəsini əhatə edən tunel, yoxsa marşrut qərarını qazanan ikinci yol. Hər birinin bir dəqiqədən az çəkən bir yoxlaması var.

Testin əslində nəyi ölçdüyünü təsdiqləyin

Wi-Fi və ya Ethernet dialoqunda göstərilən ünvan öz seqmentinizdəki interfeys ünvanıdır, vebsaytın gördüyü ünvan deyil, buna görə tunel mükəmməl işləyərkən o eyni qala bilər. Məkan yenə ayrı bir siqnaldır: saxlanmış hesab regionu və ya icazə verilmiş geolokasiya oxunuşu çıxışı dəyişəndə tərpənmir, sizi artıq tanıyan giriş də tərpənmir.

İctimai ünvan əks-sədasından istifadə edin və hər ailəni ayrıca soruşun, çünki ikili stek testinin nəticəsi maraqlı halı gizlədir:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

Hər ikisini qoşulmadan əvvəl və sonra işə salın. IPv4 cavabı çıxış ünvanına dəyişirsə, IPv6 cavabı isə dəyişmirsə, sizin xarab tuneliniz yoxdur; bir ailə ondan kənarda gedir. Əgər hər iki cavab eyni qalırsa, sorğu tunelə heç vaxt çatmayıb və buradakı qalan hissə keçərlidir.

Profil trafikin yalnız bir hissəsini əhatə edə bilər

Bölünmüş tunel profili ən çox rast gəlinən cavabdır və bu qüsur deyil. OpenVPN hər şeyi tuneldən yalnız redirect-gateway göndərilən seçimlər içində olduqda ötürür; o olmadan müştəri bir neçə konkret marşrut alır və standart marşrutunuz fiziki kanalda qalır. Windows-da eyni açar adapterin IPv4 xassələrində «Uzaq şəbəkədə standart şlüzdən istifadə et» kimi görünür və onu söndürmək hər yenidən qoşulmadan sonra da qalan qəsdən edilmiş seçimdir.

Proqram üzrə əhatə ikinci qatdır. Android-in hər proqram üçün VPN ayarı hansı tətbiqlərin daxil olduğunu müəyyən edir, buna görə status panelindəki VPN açarı brauzerin onun içində olduğunu sübut etmir. Öz trafikini proksiləyən brauzer uzantısı güzgü mənzərəsi yaradır: brauzer çıxış ünvanını göstərir, eyni maşındakı poçt müştərisi və ya oyun isə hələ də sizin ünvanınızı göstərir. Eyni sorğunu iki tətbiqdə müqayisə edin. Biri dəyişir, digəri dəyişmirsə, siz əhatəyə baxırsınız, uğursuz tunelə deyil.

Bir ünvan ailəsi yenə də birbaşa gedə bilər

Əksər VPN profilləri IPv4 üçün yazılıb, çoxu hələ də belədir. İkili stek şəbəkəsində tunel IPv4 üçün 10.8.0.x alır, fiziki kanal isə qlobal IPv6 ünvanı və standart marşrut saxlayır, buna görə IPv6 dəstəkləyən sayt birbaşa çatılır və bildirdiyi ünvan provayderinizinkidir. Bu, işlək IPv4 tuneli ilə bir sızıntıdır və yalnız IPv4 danışan test üçün görünməzdir.

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

Hər cavabda interfeysi oxuyun. IPv6 axtarışı sizin Ethernet və ya Wi-Fi cihazınızı adlandırırsa, IPv4 axtarışı isə tuneli adlandırırsa, həmin ailə üçün siyasət xarab deyil, sadəcə yoxdur. IPv6-nı cihaz üzrə söndürmək simptomu yox edir və qərarı gizlədir; profilin əhatəsini düzəltməyə və ya ailəni yalnız o bağlantıda deaktiv etməyə üstünlük verin və iki variantdan hansını seçdiyinizi qeyd edin.

İkinci yol axtarışı qazana bilər

Rəqib proksı, ikinci VPN müştərisi, konteyner və ya uzaq masaüstü alətindən virtual adapter, yaxud sınaqdan keçirdiyiniz dəqiq prefiks üçün əlavə marşrut hamısı üstünlük ala bilər. Konkret marşrut həmişə standart marşrutu üstələyir, buna görə ölçdüyünüz sayt üçün LAN şlüzünüzə işarə edən qalıq /24 tunel nə qədər sağlam olsa da o trafiki tuneldən kənarda göndərməyə davam edir.

Nəyisə dəyişməzdən əvvəl yalnız oxuma komandaları ilə inventar aparın:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

İnandırıcı metrikaya malik birdən çox standart marşrut və təyinatı əhatə edən konkret marşrut axtarın. Brauzerdə həm də yoxlayın ki, proksı uzantısı, yoxsa sistem proksı ayarı bağlantıya sahibdir; uzantı öz yuxarısını adlandıra və əməliyyat sisteminin çıxışını toxunulmaz qoya bilər, bu da brauzerdə eyni maşındakı terminaldan fərqli ünvan yaradır.

Yeni sorğu ilə yenidən ölçün

Yenidən qoşulun, sonra ölçməni ilk dəfə sınaqdan keçirdiyiniz eyni tətbiqdən təkrarlayın, çünki keşlənmiş səhifə və ya təkrar istifadə edilən bağlantı köhnə vəziyyəti bildirir. Qoşulma zamanı müştərinin jurnalını və ya hadisə görünüşünü izləyin: autentifikasiyadan sonra marşrutların tətbiqində xəta istənilən göstəricidən güclü sübutdur və adətən uğursuz olan marşrutu və ya adapteri adlandırır.

İki nəticəni ayrı saxlayın. Ünvan dəyişirsə, amma bir sayt sizi yenə rədd edirsə, tunel işləyir və sayt data mərkəzi ünvanını rədd edir; bu, fərqli cavabı olan fərqli problemdir. Ünvan heç dəyişmirsə, dörd sualı ardıcıllıqla işləyin: test hansı ünvanı çap etdi, hansı ailə idi, sorğunu hansı tətbiq göndərdi və o sorğu hansı marşrutu izlədi. VPN marşrut qərarları haqqında Microsoft sənədi Windows müştərisinin hər ikisində marşrut olduqda tunel ilə fiziki adapter arasında necə seçdiyini izah edir.