Зошто вашиот Windows VPN ја убива локалната печатачка и како да го запрете тоа

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

Прво прочитајте ја табелата со рути

Пред да промените нешто, снимете ја табелата IPv4 со route print -4 и зачувајте го излезот. Поврзете се, снимете повторно и споредете ги линиите 0.0.0.0: активната стандардна рута именува интерфејс, и ако тој интерфејс е тунелот, локалното печатење и прелистување прво се испраќаат во канцеларијата.

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

Отстранете ја стандардната рута, на три начина

На вграден профил на Windows контролата е поле за штиклирање. Отворете ги својствата на врската, IPv4, потоа Напредно и исчистете го Use default gateway on remote network; поновата апликација Поставки го крие истиот дијалог едно ниво подлабоко. Од подигната командна линија истата промена е еден cmdlet:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

OpenVPN профилот работи поинаку, поради што неговото однесување ги збунува оние што очекуваат поле за штиклирање. Неговата redirect-gateway def1 директива воопшто не ја заменува стандардната рута; таа инсталира две рути со половина опсег, 0.0.0.0/1 и 128.0.0.0/1, кои заедно ја победуваат стандардната без да ја избришат. Бидејќи оригиналната стандардна преживува, додавањето на префикс насочен кон net_gateway враќа само тој префикс кон локалниот рутер. Тој детаљ објаснува зошто поправката за def1 профил е рута на префикс, а не поле за штиклирање што никој не може да го најде.

Вратете само тоа што и припаѓа на работата

Кога стандардната рута ја нема, тунелот не носи ништо, затоа префиксите за работа мора да се именуваат експлицитно. Cmdlet-от што врзува префикс за врската е побезбеден од постојана рута, бидејќи се инсталира само додека таа врска е активна и не зависи од број на интерфејс:

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

Постариот пристап сѐ уште работи и сѐ уште е во секоја проверна листа: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, со сопствен индекс на интерфејсот и адреса на портата на тунелот. Опстојува низ рестартирања, што е целта и исто така опасноста, зашто индексот при следното подигање може да припаѓа на нешто друго.

Останатото го решаваат метриките. Ако и физичкиот и тунелскиот адаптер бараат рута за истиот префикс, победува пониската метрика, а покачувањето на метриката на тунелот е легитимна контрола од страната на клиентот, а не хак.

Кога серверот одлучува наместо вас

Клиент што го игнорира вашето поле за штиклирање обично се покорува на политика. Профилите на Cisco носат поставка Allow Local LAN Access, и headend може да турка tunnel-all политика што го надминува она што клиентот би го претпочитал; при задолжителен тунел нема локален прекинувач за превртување. Читајте го дневникот на клиентот за туркани рути и линии на политика, наместо повторно да го проверувате истиот дијалог.

Потоа погледнете го разрешувањето на имиња, кое е посебен прекинувач од рутирањето. Поделен тунел сѐ уште може да добие внатрешен resolver и суфикс за пребарување, па локалниот уред е достапен по адреса и не се наоѓа по име додека и страната DNS не се поправи.

Преклопувањата се различен проблем

Ако домашната LAN и канцелариската LAN делат префикс како 192.168.0.0/24, ниту една рута не може да ги разликува. Секој пакет за тој опсег има еден резултат од пребарување, а поправката е да се пренумерира една страна или да се стигне до канцеларијата преку преведена адреса од базенот. Додавањето на поспецифични рути само го поместува тоа која половина од мрежата се крши.

Завршете со една проверка наместо пет: поврзете се, потоа извршете tracert кон внатрешен и кон јавен домаќин. Првиот скок треба да се разликува, и ако не се разликува, поделбата не е на сила без оглед на тоа што го известува клиентот. Потоа поврзете се уште еднаш и повторете, бидејќи турканите рути се враќаат со секоја сесија.