Windows-da VPN yerli printeri niyə söndürür və bunu necə dayandırmaq olar

VPN-i qoşun və printer yox olur, NAS paylaşımı açılmır və yanınızdakı maşına uzaqdan iş masası sessiyasının vaxtı bitir. Heç nə pozulmayıb. Müştəri standart marşrut əlavə etdi və artıq noutbukun adlandıra bildiyi hər təyinat ona aiddir, üç metr aralıda duranlar da daxil olmaqla. Bütün mexanizm budur və bunu VPN nasazlığı adlandırmaq bir sətirlik düzəlişi dəstək müraciətinə çevirən şeydir.

Əvvəlcə marşrut cədvəlini oxuyun

Heç nəyi dəyişməzdən əvvəl IPv4 cədvəlini route print -4 ilə çıxarın və nəticəni saxlayın. Qoşulun, yenidən çıxarın və 0.0.0.0 sətirlərini müqayisə edin: aktiv standart marşrut bir interfeys göstərir və əgər həmin interfeys tuneldirsə, yerli çap və gəzinti əvvəlcə ofisə göndərilir.

İkinci sütundakı interfeys nömrəsi davamlı marşrutun sonra istinad etməli olduğu dəyərdir, ona görə tunel açıqkən onu qeyd edin. Bu həm də adapter yenidən yaradılanda dəyişən dəyərdir, buna görə ona bağlanmış marşrutlar faydalılığını sakitcə ötüb keçə bilər.

Standart marşrutu üç yolla silin

Daxili Windows profilində idarəetmə bir onay qutusudur. Bağlantının xassələrini açın, IPv4, sonra Ətraflı və Use default gateway on remote network işarəsini götürün; yeni Parametrlər tətbiqi eyni dialoqu bir qat daha dərinə gizlədir. Yüksəldilmiş komanda sətrindən eyni dəyişiklik bir cmdlet-dir:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

OpenVPN profili fərqli işləyir, buna görə davranışı onay qutusu gözləyənləri çaşdırır. Onun redirect-gateway def1 direktivi standart marşrutu heç əvəz etmir; o, iki yarım diapazonlu marşrut quraşdırır, 0.0.0.0/1 və 128.0.0.0/1, hansı ki birlikdə standartı silmədən ondan üstün olur. İlkin standart qaldığı üçün net_gateway ünvanına yönəlmiş prefiks əlavə etmək yalnız həmin prefiksi yerli marşrutlaşdırıcıya geri göndərir. Bu detal def1 profili üçün düzəlişin heç kimin tapa bilmədiyi onay qutusu deyil, prefiks marşrutu olmasını izah edir.

Yalnız işə aid olanı geri əlavə edin

Standart marşrut getdiyi üçün tunel heç nə daşımır, ona görə iş prefiksləri açıq şəkildə adlandırılmalıdır. Prefiksi bağlantıya bağlayan cmdlet davamlı marşrutdan təhlükəsizdir, çünki yalnız həmin bağlantı açıqkən quraşdırılır və interfeys nömrəsindən asılı deyil:

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

Köhnə yanaşma hələ də işləyir və hər yoxlama siyahısındadır: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, tunelin öz interfeys indeksi və şlüz ünvanı ilə. Yenidən başlatmalar arasında qalır, bu həm məqsəddir, həm də təhlükədir, çünki indeks növbəti açılışda başqa bir şeyə aid ola bilər.

Qalanı metrikalar həll edir. Əgər həm fiziki, həm tunel adapteri eyni prefiks üçün marşrut iddia edirsə, aşağı metrika qalib gəlir və tunelin metrikasını artırmaq hiylə deyil, qanuni müştəri tərəfli idarəetmədir.

Server sizin əvəzinizə qərar verdikdə

Onay qutunuzu nəzərə almayan müştəri adətən bir siyasətə tabe olur. Cisco profilləri Allow Local LAN Access parametrini daşıyır və baş uc nöqtə müştərinin nəyi üstün tutmasından asılı olmayaraq tunnel-all siyasəti göndərə bilər; məcburi tunel quruluşunda yerli düymə yoxdur. Eyni dialoqu yenidən yoxlamaq əvəzinə müştəri jurnalında ötürülən marşrutları və siyasət sətirlərini oxuyun.

Sonra ad həllinə baxın, o, marşrutlaşdırmadan ayrı bir açardır. Bölünmüş tunel yenə daxili həlledici və axtarış şəkilçisi ala bilər, ona görə yerli cihaz ünvana görə əlçatandır və DNS tərəfi də düzəldilməyincə ada görə tapılmır.

Üst-üstə düşmələr başqa problemdir

Əgər ev LAN-ı və ofis LAN-ı 192.168.0.0/24 kimi bir prefiksi paylaşırsa, heç bir marşrut onları ayıra bilməz. Həmin diapazon üçün hər paketin bir axtarış nəticəsi var və düzəliş bir tərəfi yenidən nömrələmək və ya ofisə hovuzdan tərcümə olunmuş ünvanla çatmaqdır. Daha xüsusi marşrutlar əlavə etmək yalnız şəbəkənin hansı yarısının pozulduğunu dəyişir.

Beş yox, bir yoxlama ilə bitirin: qoşulun, sonra daxili və açıq bir hosta qarşı tracert işə salın. Birinci hop fərqlənməlidir və fərqlənmirsə, müştərinin nə bildirməsindən asılı olmayaraq bölgü qurulmayıb. Sonra bir dəfə yenidən qoşulun və təkrarlayın, çünki ötürülən marşrutlar hər sessiyada qayıdır.