Подељени тунел на Windows-у: поље мрежног пролаза и префикс који недостаје

Windows шаље све кроз тунел док не уклоните једно поље за потврду, а затим премало док не додате подмрежу. Оба припадају истој измени.

Тунел пријављује да је повезан и вики се још учитава. Затим се преузимање заглави и дељени ресурс на полици престане да одговара. Тунел је обавио свој посао, а профил је једноставно полагао право на свако одредиште.

Windows третира VPN везу као одлуку о рути. Док се та одлука не сузи, машина се понаша као да се преселила у канцеларију.

Зашто тунел који ради изгледа као прекид

Профил коме је дозвољено коришћење удаљеног мрежног пролаза инсталира подразумевану руту кроз тунел. Затим свако одредиште које није на локалној вези излази кроз канцеларијски заштитни зид. Локални дељени ресурси престају да одговарају јер њихов саобраћај сада путује на други континент и назад. Ништа у стању клијента то не одражава.

Симптоми су намерно збуњујући. Разрешавање имена може још да ради док дељени ресурс истиче, или обратно. Корисник пријављује да је VPN покварен, клијент пријављује да је у реду, и обе тврдње су тачне.

Поље за потврду скривено у дијалогу IPv4

Подешавање је неколико дијалога дубље. Отворите ncpa.cpl, кликните десним тастером на везу, затим својства IPv4, затим Напредно, и уклоните опцију која вези дозвољава да постане удаљени подразумевани мрежни пролаз. То једно поље одлучује да ли је профил пун тунел. Све остало у профилу и даље важи.

Упоредите route print -4 пре и после поновног повезивања. Унос 0.0.0.0 који је раније показивао на тунел требало би да нестане, а корпоративни префикси би требало да остану.

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

Промена метрике интерфејса није замена. Метрика одлучује само између две конкурентне подразумеване руте, а клијент који при сваком повезивању поново инсталира своју подразумевану руту побеђује у том надметању без обзира на постављени број.

Префикс који нико није навео

Подељени тунел излаже управо оне префиксе који су записани у профилу. Канцеларијска подмрежа додата после писања профила остаје недоступна док је тунел потпуно здрав. Тада извештај стиже као један покварен сервер, а не као покварен VPN.

Ручно додата рута премошћује празнину док се адреса мрежног пролаза не промени. Записивање префикса у вези је чвршће, јер префикс тада прати везу уместо претпостављене адресе.

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

Читајте сачувану листу и живу табелу заједно. Сачувани префикс може постојати док га табела никада не прими, што се дешава када управљачки агент филтрира руте након што се веза подигне. Дешава се и обрнуто, када рута у регистру показује на адаптер који је искључен. Ниједан од два приказа сам не говори целу причу.

Доказивање резултата после поновног покретања

Пратите у оба смера и решите по имену. Јавно праћење треба да изађе кроз добављача, унутрашње праћење треба да уђе у тунел, а унутрашњи домаћин треба да одговори по имену, а не само по адреси.

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

Поновите после прекида, поновног повезивања и једног поновног покретања. Префикс који преживи ручно поновно повезивање и нестане после поновног покретања никада није био сачуван у профилу.

Задржите и штампач и NAS у тесту, јер подељени тунел који одсеца уређаје поред преносног рачунара решио је један проблем створивши мањи и незгоднији. Microsoft референца за Add-VpnConnectionRoute је место где проверавате писање параметара према верзији свог модула.

Повезани чланци