Windows VPN bütün trafiki götürür? Onun standart marşrutunu silin

Ofis VPN-nə qoşulursunuz və brauzerdəki hər səhifə həmin şəbəkədən keçməyə başlayır: fayl serveri sürətlidir, qalan hər şey yavaş, filtrlənmiş və ya yoxa çıxmışdır. Müştəri səhv davranmır; profil tam tunel tələb edib. Bunu dayandıran açar müasir Parametrlər tətbiqinin göstərmədiyi dialoqdadır və şlüz hər qoşulmada yenidən söz sahibi olur. Bu bələdçi Windows interfeysinin həqiqətən təqdim etdiyi sıranı izləyir, sonra marşrut cədvəli düzgün göründükdən sonra da uğursuz olan yoxlamaları əhatə edir.

Parametrlərdə deyil, adapter xassələrində başlayın

Parametrlər tətbiqi profili Şəbəkə və İnternet, sonra VPN altında sadalayır, amma yalnız ümumi seçimlər təqdim edir. Standart şlüz qərarı adapterdə yaşayır. Klassik adapter siyahısını Win+R və ncpa.cpl ilə açın, VPN bağlantısına sağ klikləyin, Xassələr seçin, İnternet Protokolu 4-cü versiya seçin, yenidən Xassələr, sonra Ətraflı seçin. Uzaq şəbəkədə standart şlüzü istifadə et işarəsini götürün və üç dialoqdan çıxışınızı təsdiqləyin.

Sınaqdan əvvəl yenidən qoşulun, çünki işarə tunel qurulanda tətbiq olunur və mövcud sessiya qurduğu cədvəli saxlayır. Müştəri bağlı ikən adapter yoxdursa, bir dəfə qoşulun və pəncərəni yenidən açın. IPv4 xassələr səhifəsi olmayan TAP və ya Wintun adapteri quraşdıran vendor müştərisində bu dialoq ümumiyyətlə yoxdur; onlar üçün eyni qərar müştərinin öz parametrlərindəki split-tunel seçimidir və adapter işarəsi axtarmaq üçün səhv yerdir.

PowerShell ilə eyni dəyişiklik

Windows VPN anbarında yaradılmış profil üçün parametr skriptlə idarə olunur, maşın tez-tez yenidən qurulursa istədiyiniz də budur:

Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling

Bu cmdlet yalnız həmin anbardakı profillərə çatır. Üçüncü tərəf müştərisinin əlavə etdiyi bağlantı görünməyəcək və əmr yazı səhvi kimi oxunan ad xətası ilə uğursuz olacaq. Həm də nəzərə alın ki, açar nə etmir: müştərini standart marşrut quraşdırmaqdan saxlayır, amma şlüzün qoşulma zamanı göndərdiyi marşrutları silmir, ona görə də növbəti bölmə bir çox şəbəkədə hələ də lazımdır.

Şlüz standart marşrutu geri göndərəndə

Əvvəlcə cədvəli oxuyun. Fərqli metrikləri olan iki standart giriş profil dəyişikliyinin işlədiyini və göndərilən marşrutun onu yenə də əvəz etdiyini göstərir:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex

Tunelə aid standart marşrutu silin və fiziki olanı saxlayın. Üçüncü əmrdən gələn interfeys indeksindən istifadə edin, adapter ləqəbindən yox, çünki ləqəb ötürən skriptlər göstərilən ad dəyişən kimi pozulur:

Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1

Silinmə ofisi də özü ilə aparır, ona görə korporativ prefiksləri tunel şlüzü vasitəsilə geri əlavə edin. İnsanların atladığı sətir budur və «VPN işləməyi dayandırdı» ifadəsinin uğurlu split-tunel dəyişikliyindən sonra gəlməsinin səbəbi də budur:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

Bunların heç biri yenidən qoşulmadan sonra qalmır, bu səhv deyil, dürüst davranışdır: adapter yenidən qurulur və müştəri profil ilə şlüzün razılaşdığını yenidən tətbiq edir. Əgər standart marşrut hər dəfə qayıdırsa, şlüz split tuneli rədd etmək üçün konfiqurasiya olunub və onu göndərməyə davam edəcək və ya sessiyanı atacaq. Bu şəbəkə operatorunun siyasətidir və tələb hər qoşulmada onunla mübarizə aparan yerli skriptə deyil, ora aiddir.

Bir yenidən qoşulmadan sonra DNS, IPv6 və metrikləri yenidən yoxlayın

IPv4 standart marşrutunu silmək digər ailə və ya ad həlli barədə heç nə sübut etmir. Tunel IPv6 daşıya bilər, IPv4 standartı lokal qalır və göndərilən resolver siyahısı daxili adları işlək saxlayarkən ondan istifadə edən sorğular başqa yolla gedə bilər. Bitmiş saymazdan əvvəl üçünü də yoxlayın:

Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy

Vəziyyət hər qoşulmada geri qayıdırsa, cədvəli əl ilə redaktə etmək əvəzinə əmrləri hər qoşulmada işləyən fəaliyyətə köçürün: bağlantı hadisəsində işə düşən planlaşdırılmış tapşırıq və ya müştərinin öz split-tunel parametri. İnterfeys indeksini dəyişəndə saxlayın və icra zamanı axtarın, çünki adapterlər əlavə olunanda və ya silinəndə dəyişə bilər.

Nədən imtina etdiyinizi qərarlaşdırın

Lokal internet trafiki artıq ofis tərəfindən yoxlanmır və filtrlənmir və yalnız tuneldən yayımlanan hər şey artıq öz marşrutuna ehtiyac duyur. Bəzi təşkilatlar split tuneli siyasət pozuntusu sayır, ona görə idarə olunan cihazı dəyişməzdən əvvəl bunu təsdiqləyin; göndərilən standart bəzən qəza deyil, məcburetmə mexanizmidir. Set-VpnConnection sənədləşməsi split tunel parametrini və tətbiq olunduğu profil növlərini sadalayır.

Sonra sabit sıra ilə yoxlayın: standart marşrut kimə aiddir, adi gəzinti, ünvana görə bir korporativ host, bir daxili ad və bir yenidən qoşulmadan sonra həmin dördü. Əgər gəzinti işləyir və korporativ host uğursuz olursa, çatışmayan silinmiş standart deyil, prefiks marşrutudur və bunu düzəltmək profili yenidən qurmaqdan qat-qat ucuzdur.