Tvö Windows-VPN í einu: hvaða snið heldur sjálfgefinni leiðinni?

Tengið annan gönginn og sá fyrsti þagnar, á meðan báðir biðlarar tilkynna enn heilbrigða tengingu. Windows hefur aðeins eina sjálfgefna leið til að gefa, og hvert snið sem krefst hennar tekur hana frá hinu. Einkennin líta út eins og VPN-rof, en þetta er leiðarkeppni milli tveggja sniða. Ákveðið hvaða göngur eigi að eiga þá leið og restin af stillingunum fylgir.

Aðeins ein færsla getur verið besta sjálfgefna leiðin

IPv4-leiðatillan heldur einni sigurleið fyrir áfangastaði sem hafa ekki nákvæmari samsvörun. VPN-snið sem setur upp sína eigin kemur í stað þeirrar fyrri um leið og það tengist, og umferð sem áður fór inn í fyrsta gönginn fer nú út um þann seinni. Fyrsti göngurinn helst uppi; það sem hverfur er hvert það pakki sem hefði notað hann fyrir almennan áfangastaði.

Stöðutákn biðlarans geta ekki sýnt það. Þau tilkynna að göngur hafi verið stofnaður, ekki hvaða forskeyti beinast enn þangað, svo notandinn sér tvö græn tákn og tímamörk í einhverju forriti. Að lesa route print -4 meðan bilunar er upplýsandi en hvaða VPN-skýrsla sem er.

Nafnaleysing er önnur, óháð togstreita, og að laga leiðatöfluna eina og sér leysir það ekki.

Hvað hakreiturinn setur upp og hvað hann fjarlægir

Valkosturinn er í eiginleikum millistiks hvers VPN-sniðs undir ítarlegum IPv4-stillingum, orðaður sem notkun sjálfgefnu gáttarinnar á fjarnetinu. Virkur bætir hver tenging sjálfgefinni leið í gegnum gönginn og setur það viðmót í röð fyrir almenna umferð. Óvirkur heldur Windows leiðinni fyrir eigið undirnet göngsins og lætur restina af töflunni í friði.

Það er við að taka hakið úr sem flestir lenda í vandræðum. Fjarlægi staðurinn hefur venjulega fleiri en eitt forskeyti, og ekkert þessara forskeyta er innan undirnets millistiksins, svo skráaþjónar og stjórnendaskilyrði hætta að svara. Hakreiturinn braut ekki gönginn; hann fjarlægði breiðu leiðina sem hafði hulið allt.

Blandaðar stillingar eru lögmætar og algengar: fyrirtækjasnið heldur hakreitnum sem fullum göngum, á meðan rannsóknarsnið er klofið svo að það geti ekki ýtt fyrirtækjasjálfgefnu leiðinni til hliðar.

Veljið eftir því sem hver göngur verður að bera

Þrjár spurningar ráða fyrirkomulaginu. Þarf þessi göngur að bera venjulega netumferð, eða aðeins vistföng innan eigin staðar? Nota staðirnir tveir aðskilin einkanet? Og ef sniðið er stýrt af vinnuveitanda, er ykkur þá yfirleitt heimilt að breyta leiðhegðun þess?

Ef einn göngur verður að vera fullur á hann sjálfgefnu leiðina og hinn verður að vera klofinn. Ef hvorugur þarf almenna netumferð skuluð þið taka hakið úr báðum og leyfa líkamlega millistykkinu að halda sjálfgefnu leiðinni. Ef netin skarast, stöðvið: 172.22.0.0/16 getur ekki þýtt ein vél á fyrirtækjahlið og önnur á rannsóknarhlið, og enginn hakreitur leysir það.

Skráið ákvörðunina við hlið sniðshetjanna. Annars endurtaki þriðja VPN, sem bætt verður við á næsta ársfjórðungi, rannsóknina frá upphafi.

Bætið við forskeytunum sem vantar og prófið niðurstöðuna

Fyrir hvern klofinn göng bætið þið við fjarnetunum beinlínis, með því að nota jafningjafangið sem sýnt er á því millistykki í stað opinbers netfangs þjónsins:

> 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-millistykki notar jafningjafang sitt sem næsta stökk, en TAP-millistykki notar venjulega gáttina sem sýnd er á því viðmóti, svo lesið millistykkiupplýsingarnar í stað þess að afrita tölu úr leiðarvísi. Bætið við varanlega fánanum aðeins eftir að leiðin hefur reynst rétt, og eyðið gömlum varanlegum færslum áður en þið bætið við staðgengilum. Stýrðir biðlarar geta sett upp og varið eigin leiðir, og þá verður eigandi sniðsins að gera breytinguna.

DNS þarf sérstaka umferð. Bæði göngin geta þrýst á upplausnaraðila, og Windows heldur lista fyrir hvert viðmót með forgangsröð, svo nafn sem tilheyrir öðru netinu getur farið til upplausnaraðila hins fyrra. Skoðið hvað hvert millistykki fékk í raun áður en þið veljið úrbætur:

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

Nafnaleysingarstefna fyrir hvert lén er venjulega betri en að skipta út alheimslista upplausnaraðila, því sá listi er deildur af hverju forriti á vélinni og hljóðlát breyting á honum færir ótengdar leitir til.

Samþykkið uppsetninguna með fjórum prófum: ein auðlind í hverju fjarneti sem næst með fangi, nafnaleit í hverju þeirra, netssjálfgefna leiðin bendir enn á líkamlega millistykkið og fjarskrifborðsþing sem lifir það að seinni tengingin kemst upp.