Поделен тунел на 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 е местото каде што ја проверувате правописот на параметрите со верзијата на вашиот модул.

Поврзани статии