Windows-тағы VPN барлық трафикті алады? Оның әдепкі маршрутын жойыңыз

Қашықтағы желіде әдепкі шлюзді пайдалану белгісін алып тастаңыз, итерілген әдепкі маршрутты жойыңыз, кеңсе префикстерін қайтарып қосыңыз, содан кейін DNS пен IPv6-ны қайта тексеріңіз.

Сіз кеңсе VPN-іне қосыласыз және браузердегі әрбір бет сол желі арқылы өте бастайды: файл сервері жылдам, қалғанының бәрі баяу, сүзілген немесе жоғалған. Клиент дұрыс емес әрекет етпейді; профиль толық туннель сұраған. Мұны тоқтататын ауыстырып-қосқыш заманауи Параметрлер қолданбасы көрсетпейтін диалогтағы бір құсбелгі, ал шлюз әр қосылымда қайта сөйлейді. Бұл нұсқаулық Windows интерфейсі шынымен ұсынатын ретті ұстанады, содан кейін маршруттар кестесі дұрыс көрінгеннен кейін де сәтсіз болатын тексерулерді қамтиды.

Параметрлерден емес, адаптер қасиеттерінен бастаңыз

Параметрлер қолданбасы профильді Желі және Интернет астында, содан кейін VPN ішінде тізімдейді, бірақ тек жалпы опцияларды көрсетеді. Әдепкі шлюз туралы шешім адаптерде тұрады. Классикалық адаптер тізімін Win+R және ncpa.cpl арқылы ашыңыз, VPN қосылымын оң жақ түймемен басыңыз, Қасиеттерді таңдаңыз, Интернет протоколы 4-нұсқасын таңдаңыз, қайта Қасиеттер, содан кейін Қосымшаны таңдаңыз. Қашықтағы желіде әдепкі шлюзді пайдалану белгісін алып тастаңыз және үш диалогтан да шығуды растаңыз.

Тексеру алдында қайта қосылыңыз, өйткені құсбелгі туннель орнатылғанда қолданылады және бар сессия өзі құрған кестені сақтайды. Клиент ажыратылған кезде адаптер көрінбесе, бір рет қосылып, терезені қайта ашыңыз. IPv4 қасиеттер беті жоқ TAP немесе Wintun адаптерін орнататын жеткізуші клиентінде бұл диалог мүлде жоқ; олар үшін дәл сол шешім клиенттің өз параметрлеріндегі бөлінген туннель опциясы, ал адаптер құсбелгісі іздеудің дұрыс емес жері.

PowerShell-ден дәл сол өзгеріс

Windows VPN қоймасында жасалған профиль үшін параметрді скриптпен орнатуға болады, бұл машина жиі қайта орнатылса қажет:

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

Бұл cmdlet тек сол қоймадағы профильдерге жетеді. Үшінші тарап клиенті қосқан қосылым көрінбейді және команда теру қатесіне ұқсайтын атау қатесімен сәтсіз аяқталады. Ауыстырып-қосқыш нені істемейтініне де назар аударыңыз: ол клиенттің әдепкі маршрут орнатуына жол бермейді, бірақ шлюз қосылу кезінде итеретін маршруттарды жоймайды, сондықтан көптеген желілерде келесі бөлім әлі де қажет.

Шлюз әдепкі маршрутты қайта итергенде

Алдымен кестені оқыңыз. Әр түрлі метрикамен екі әдепкі жазба профиль өзгерісінің жұмыс істегенін және итерілген маршруттың оны бәрібір алмастырғанын білдіреді:

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

Туннельге тиесілі әдепкі маршрутты жойып, физикалық маршрутты қалдырыңыз. Үшінші команданың интерфейс индексін пайдаланыңыз, адаптер бүркеншігін емес, өйткені бүркеншік жіберетін скрипттер көрсетілетін атау өзгерген бойда бұзылады:

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

Жою кеңсені де алып кетеді, сондықтан корпоративтік префикстерді туннель шлюзі арқылы қайта қосыңыз. Адамдар осы жолды өткізіп жібереді, сондықтан «VPN жұмысын тоқтатты» деген сөз сәтті бөлінген туннель өзгерісінен кейін айтылады:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

Мұның ешқайсысы қайта қосылудан аман қалмайды, бұл қате емес, адал мінез-құлық: адаптер қайта құрылады және клиент профиль мен шлюз келіскен нәрсені қайта қолданады. Егер әдепкі маршрут әр жолы қайта көрінсе, шлюз бөлінген туннельді қабылдамауға конфигурацияланған және оны итеруін жалғастырады немесе сессияны үзеді. Бұл желі операторының саясаты, сондықтан сұраныс сонда жөн, әр қосылымда онымен күресетін жергілікті скриптте емес.

Бір қайта қосылудан кейін DNS, IPv6 және метрикаларды қайта тексеріңіз

IPv4 әдепкі маршрутын жою басқа отбасы немесе атауларды шешу туралы ештеңе дәлелдемейді. IPv4 әдепкісі жергілікті болып қалғанда туннель IPv6 тасымалдай алады және итерілген тапқыштар тізімі ішкі атауларды жұмыс істеп тұрғыза алады, ал оны пайдаланатын сұраулар басқа жолмен жүреді. Дайын деп айтпас бұрын үшеуін де тексеріңіз:

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

Егер күй әр қосылымда қайта оралса, кестені қолмен өңдеудің орнына командаларды әр қосылымға әрекетке жылжытыңыз: қосылым оқиғасында іске қосылатын жоспарланған тапсырма немесе клиенттің өзінің бөлінген туннель параметрі бар болса, сол. Интерфейс индексін айнымалыда ұстап, орындалу кезінде іздеңіз, өйткені адаптерлер қосылғанда немесе жойылғанда өзгеруі мүмкін.

Неден бас тартқаныңызды шешіңіз

Жергілікті интернет трафигін кеңсе енді тексермейді немесе сүзбейді, ал тек туннель арқылы жарияланатын нәрсеге енді өз маршруты қажет. Кейбір ұйымдар бөлінген туннельді саясатты бұзу деп санайды, сондықтан басқарылатын құрылғыны өзгертуден бұрын оны растаңыз; итерілген әдепкі кейде апат емес, мәжбүрлеу механизмі. Set-VpnConnection құжаттамасы бөлінген туннель параметрін және ол қолданылатын профиль түрлерін тізімдейді.

Содан кейін белгіленген ретпен тексеріңіз: әдепкі маршрут кімге тиесілі, қарапайым шолу, мекенжай бойынша бір корпоративтік хост, бір ішкі атау және бір қайта қосылудан кейін сол төртеуі. Егер шолу жұмыс істеп, корпоративтік хост сәтсіз болса, жетіспейтіні сіз жойған әдепкі емес, префикс маршруты, және оны түзету профильді қайта құрудан әлдеқайда арзан.

Қатысты мақалалар