Две Windows VPN истовремено: кој профил ја задржува стандардната рута?

Поврзете го вториот тунел и првиот замолчува, додека двата клиенти сѐ уште пријавуваат здрава врска. Windows има само една стандардна рута да даде, и секој профил што ја бара ја зема од другиот. Симптомот изгледа како прекин на VPN, но тоа е натпревар во рутирање меѓу два профила. Одлучете кој тунел треба да ја поседува таа рута и остатокот од конфигурацијата следи.

Само еден запис може да биде најдобрата стандардна рута

Табелата за рутирање на IPv4 држи една победничка рута за одредишта што немаат поконкретно совпаѓање. VPN профил што инсталира своја ја заменува претходната штом се поврзе, а сообраќајот што порано влегуваше во првиот тунел сега излегува низ вториот. Првиот тунел останува активен; исчезнува секој пакет што би го користел за општи одредишта.

Иконите за состојба на клиентот не можат да го покажат тоа. Тие пријавуваат дека тунел е воспоставен, а не кои префикси сѐ уште се рутираат кон него, па корисникот гледа две зелени икони и истекување на времето во некоја апликација. Читањето на route print -4 за време на дефектот е поучно од секој VPN дневник.

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

Што инсталира полето за означување и што отстранува

Опцијата се наоѓа во својствата на адаптерот на секој VPN профил, под напредни поставки за IPv4, и е формулирана како користење на стандардната порта во далечната мрежа. Кога е овозможена, секоја врска додава стандардна рута низ тунелот и ја става таа интерфејс во редот за општ сообраќај. Кога е оневозможена, Windows ја задржува рутата за сопствената подмрежа на тунелот и го остава остатокот од табелата на мир.

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

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

Изберете според тоа што треба да носи секој тунел

Три прашања ја одредуваат поставеноста. Дали овој тунел треба да носи обичен интернет сообраќај или само адреси во сопственото место? Дали двете места користат различни приватни опсези? И ако профилот го управува работодавач, дали воопшто ви е дозволено да го менувате неговото рутирање?

Ако еден тунел треба да биде целосен, тој ја поседува стандардната рута, а другиот мора да биде поделен. Ако ниту еден не бара општ интернет сообраќај, отстранете го полето на двете и оставете физичкиот адаптер да ја задржи стандардната рута. Ако опсезите се преклопуваат, застанете: 172.22.0.0/16 не може да значи една машина на корпоративната страна и друга на лабораториската, и ниту едно поле не го решава тоа.

Запишете ја одлуката до имињата на профилите. Инаку трет VPN додаден следниот квартал ќе ја повтори истрагата од почеток.

Додајте ги префиксите што недостасуваат и проверете го резултатот

За секој поделен тунел додајте ги далечните опсези експлицитно, користејќи ја адресата на партнерот прикажана на тој адаптер наместо јавната адреса на серверот:

> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric

PPP адаптерот ја користи својата адреса на партнерот како следен скок, додека TAP адаптерот обично ја користи портата прикажана на тој интерфејс, па читајте ги деталите за адаптерот наместо да копирате број од водич. Додајте го постојаното знаменце само откако рутата ќе се докаже како точна, и избришете ги старите постојани записи пред да додадете замени. Управуваните клиенти можат сами да инсталираат и заштитат свои рути, и тогаш сопственикот на профилот мора да ја направи промената.

DNS бара посебен премин. Двата тунели можат да наметнат решавачи, а Windows држи список по интерфејс со редослед на предност, па име што припаѓа на втората мрежа може да биде испратено до решавачот на првата мрежа. Погледнете што навистина примил секој адаптер пред да изберете решение:

> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1

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

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