Windows'тогу VPN бардык трафикти алып жатабы? Анын демейки маршрутун жок кылыңыз

Сиз кеңсенин 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 документтери бөлүнгөн туннель параметрин жана ал колдонулуучу профиль түрлөрүн тизмелейт.

Анан белгиленген тартипте текшериңиз: демейки маршрут кимдики, жөнөкөй серептөө, дарек боюнча бир корпоративдик хост, бир ички ат жана бир кайра туташуудан кийин ошол төртөө. Эгер серептөө иштеп, корпоративдик хост ишке ашпаса, жетишпегени сиз жок кылган демейки эмес, префикс маршруту, жана аны оңдоо профилди кайра куруудан алда канча арзан.