Geniş VPN marşrutu bəzi ictimai saytları niyə pozur

Səhifələrin çoxu yüklənir, iki-üçü vaxt aşımına uğrayır və brauzer günahı bağlantının üzərinə atır. Uğursuz olan saytların işləyənlərdə olmayan bir ortaq cəhəti var: həll olunmuş ünvanları VPN-in quraşdırdığı prefiksin içində düşür. İctimai diapazonu əhatə edəcək qədər geniş marşrut tunelin heç vaxt daşımaq üçün nəzərdə tutulmadığı trafiki tutacaq və simptom marşrut qərarından çox sayt problemi kimi görünür.

Uğursuz adı həll edin, sonra brauzerə deyil, marşrut cədvəlinə baxın.

Saytın adını deyil, ünvanı müqayisə edin

Müştərinin həqiqətən cəhd etdiyi ünvanı axtarın, sonra ona hansı marşrutun uyğun gəldiyini yoxlayın. 45.61.20.10 daxilindəki təyinat, əgər həmin prefiks varsa, 45.0.0.0/8 altına düşür, hətta saytın özünün tunellə heç bir əlaqəsi olmasa da. Uğursuz ünvanı quraşdırılmış prefikslərlə müqayisə etmək təxmin deyil, çıxma məsələsidir.

Windows hər iki hissəyə birbaşa cavab verə bilər və axtarış hansı interfeysin və növbəti hopun seçimi qazandığını göstərir. Sayt bir neçə ünvan qaytarırsa, adı iki dəfə həll edin. Hər birini uyğun gələn marşrutla birlikdə qeyd edin. Fərqli ünvanlar fərqli cavablar verə bilər və yalnız biri uğursuz hal ola bilər.

Resolve-DnsName www.example.org
Get-NetRoute -AddressFamily IPv4 | Select-Object DestinationPrefix,InterfaceIndex,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 45.61.20.10
Get-VpnConnection | Format-List Name,SplitTunneling,Routes

Ən konkret uyğun prefiksi oxuyun, tanış görünən ilk sətri deyil. Cədvəldə olan marşrutun axtarışı qazandığını sübut etmir; ən uzun uyğunluq qazanır. İki prefiks bir ünvana uyğun gələ bilər və paketi yalnız biri alır. Uduzan cədvəldə qalır və siyahıda eyni dərəcədə real görünür.

Prefiksi, onun interfeysini və həll olunmuş ünvanı yazın. Bu üç dəyər bütün diaqnozdur.

Marşrutu kimin quraşdırdığını tapın

Marşrutlar dörd yerdən gəlir: yerli VPN profili, idarəetmə siyasəti, bağlantı skripti və ya tamamilə başqa müştəri. Canlı qeydi silmək onun əhəmiyyətini təsdiqləyə bilər, lakin növbəti bağlantı onu saxlanmış konfiqurasiyadan yenidən yaradır, buna görə dəyişməli olan mənbədir.

Əvvəlcə profil marşrut siyahısına, sonra idarəetmə siyasətinə, sonra bağlantı zamanı işləyən hər hansı skriptə baxın. Bu sıra hər birinin nə qədər tez-tez məsul olduğuna uyğundur. O, həmçinin dəyişikliyi üç qat yerinə bir qatla məhdud saxlayır.

Yerli sinif əsaslı davranışı diqqətlə oxuyun

Yerli Windows profillərində interfeys ünvanından çıxarılan avtomatik marşrutu idarə edən sənədləşdirilmiş bir parametr var: NativeProfile/DisableClassBasedDefaultRoute. 45 ilə başlayan profil ünvanı bu davranış altında 45.0.0.0/8 qeydi yarada bilər və bir ictimai ünvanın bütöv A sinfi diapazonunu tutması belə baş verir.

Xassə adı yanlış oxunuşa təkan verir: onu true etmək çıxarışı söndürür, false isə işə salır. O, standart marşrutla eyni obyekt deyil və öz prefikslərini quraşdıran üçüncü tərəf müştərilərini idarə etmir.

Çıxarış sübut edilmiş səbəbdirsə, profili onun idarəetmə sahibi vasitəsilə düzəldin və nəzərdə tutulan özəl prefiksləri açıq şəkildə təqdim edin. Qeydi skript əlavə edibsə, skripti düzəldin. Bir izahsız geniş marşrutu digəri ilə əvəz etmək simptomu dəyişir, suala cavab vermir.

Mənbəni düzəldin, sonra hər iki yolu yenidən yoxlayın

Dəyişiklikdən sonra yenidən qoşulun və uğursuz ictimai sayt, həmçinin tuneldən istifadə etməli olan resurs üçün axtarışı təkrarlayın. Birincisi artıq fiziki interfeysə həll olunmalı, ikincisi isə hələ də VPN-i seçməlidir. İlk uğurda dayanmayın; özəl girişi də pozan düzəliş bir nasazlığı digəri ilə dəyişmiş olar.

Eyni vaxtda serverin ünvan planını nəzərdən keçirin. İctimai məkanla üst-üstə düşən hovuz bu sinif problemi təkrar-təkrar yaradır. Operatorun qəsdən seçdiyi diapazon avtomatik yenidən nömrələmə deyil, başqa söhbətə layiqdir.

MTU-nu artırmaq və ya DNS keşini təmizləmək o ünvanı hələ də tunelə yönəldən prefiksi düzəltməyəcək. Əvvəlcə seçimi, sonra yolu yoxlayın.