Dva VPN-a Windows hkrati: kateri profil obdrži privzeto pot?

Povežite drugi tunel in prvi utihne, medtem ko oba odjemalca še vedno poročata o zdravem povezovanju. Windows ima samo eno privzeto pot, ki jo lahko da, in vsak profil, ki jo zahteva, jo vzame drugemu. Simptom je videti kot izpad VPN, a gre za tekmovanje v usmerjanju med dvema profiloma. Odločite, kateri tunel naj ima to pot, in preostala konfiguracija mu sledi.

Samo en vnos je lahko najboljša privzeta pot

Tabela usmerjanja IPv4 hrani eno samo zmagovalno pot za cilje brez natančnejšega ujemanja. Profil VPN, ki namesti svojo, nadomesti prejšnjo takoj ob povezavi, promet, ki je prej vstopal v prvi tunel, pa zdaj izhaja skozi drugega. Prvi tunel ostane aktiven; izgine vsak paket, ki bi ga uporabil za splošne cilje.

Ikone stanja odjemalca tega ne morejo prikazati. Poročajo, da je bil tunel vzpostavljen, ne pa, katere predpone so še usmerjene vanj, zato uporabnik vidi dve zeleni ikoni in časovno omejitev v neki aplikaciji. Branje route print -4 med okvaro pove več kot kateri koli dnevnik VPN.

Razreševanje imen je drugi, neodvisni spor, in samo popravljanje tabele usmerjanja ga ne bo rešilo.

Kaj polje namesti in kaj odstrani

Možnost je v lastnostih vmesnika vsakega profila VPN pod naprednimi nastavitvami IPv4 in je oblikovana kot uporaba privzetih vrat v oddaljenem omrežju. Če je omogočena, vsaka povezava doda privzeto pot skozi tunel in ta vmesnik postavi v vrsto za splošni promet. Če je onemogočena, Windows obdrži pot za lastno podomrežje tunela in pusti preostanek tabele pri miru.

Prav pri odkljukanju polja se večina ljudi ustavi. Oddaljeno mesto ima običajno več kot eno predpono in nobena od teh predpon ni znotraj podomrežja vmesnika, zato datotečni strežniki in naslovi za upravljanje prenehajo odgovarjati. Polje ni pokvarilo tunela; odstranilo je široko pot, ki je pokrivala vse.

Mešane konfiguracije so zakonite in pogoste: korporativni profil obdrži polje kot polni tunel, medtem ko je laboratorijski profil razdeljen, da ne more izriniti korporativne privzete poti.

Izberite glede na to, kaj mora posamezni tunel prenašati

Tri vprašanja odločajo o razporeditvi. Ali mora ta tunel prenašati običajen internetni promet ali samo naslove znotraj svojega mesta? Ali obe mesti uporabljata ločena zasebna obsega? In če profil upravlja delodajalec, ali smete sploh spremeniti njegovo vedenje usmerjanja?

Če mora biti en tunel poln, ima privzeto pot, drugi pa mora biti razdeljen. Če noben ne potrebuje splošnega internetnega prometa, odkljukajte polje pri obeh in pustite fizičnemu vmesniku, da obdrži privzeto pot. Če se obsega prekrivata, ustavite: 172.22.0.0/16 ne more pomeniti enega stroja na korporativni strani in drugega na laboratorijski, in nobeno polje tega ne reši.

Zapišite odločitev ob imenih profilov. Sicer bo tretji VPN, dodan v naslednjem četrtletju, preiskavo ponovil od začetka.

Dodajte manjkajoče predpone in preizkusite rezultat

Za vsak razdeljen tunel izrecno dodajte oddaljene obsege, pri čemer uporabite naslov partnerja, prikazan na tem vmesniku, namesto javnega naslova strežnika:

> 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

Vmesnik PPP uporablja svoj naslov partnerja kot naslednji skok, medtem ko vmesnik TAP običajno uporablja prehod, prikazan na tem vmesniku, zato preberite podrobnosti vmesnika, namesto da bi kopirali številko iz priročnika. Trajno zastavico dodajte šele po tem, ko se pot izkaže za pravilno, in stare trajne vnose izbrišite pred dodajanjem nadomestil. Upravljani odjemalci lahko namestijo in zaščitijo svoje poti, in takrat mora spremembo izvesti lastnik profila.

DNS potrebuje ločen prehod. Oba tunela lahko vsilita razreševalnike, Windows pa vodi seznam za vsak vmesnik s prednostnim vrstnim redom, zato lahko ime iz drugega omrežja konča pri razreševalniku prvega. Poglejte, kaj je vsak vmesnik dejansko prejel, preden izberete popravek:

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

Pravilo razreševanja imen za posamezno domeno je običajno boljše od zamenjave globalnega seznama razreševalnikov, ker si ta seznam deli vsaka aplikacija na stroju in njegova tiha sprememba premakne nepovezana poizvedovanja.

Nastavitev sprejmite s štirimi preverjanji: en vir v vsakem oddaljenem omrežju, dosegljiv po naslovu, iskanje imena v vsakem od njih, internetna privzeta pot še vedno kaže na fizični vmesnik, in seja oddaljenega namizja, ki preživi dvig druge povezave.