Konektatu bigarren tunela eta lehenengoa isildu egiten da, bi bezeroek konexio osasuntsua aitortzen jarraitzen duten bitartean. Windowsek bide lehenetsi bakarra du emateko, eta hura eskatzen duen profilek bestearengandik hartzen du. Sintomak VPN geldialdi baten itxura du, baina bi profilen arteko bideratze lehia da. Erabaki zein tunel izan behar den bide horren jabe, eta gainerako konfigurazioak jarraituko dio.

Sarrera bakarra izan daiteke lehenetsi onena

IPv4 bideratze-taulak bide irabazle bakarra gordetzen du bat-etortze zehatzagorik ez duten helburuetarako. Bere bidea instalatzen duen VPN profilek aurrekoa ordezkatzen du konektatu bezain laster, eta lehen tunelean sartzen zen trafikoa orain bigarrenetik ateratzen da. Lehen tunela altxatuta jarraitzen du; desagertzen dena helburu orokorretarako erabiliko zuen pakete oro da.

Bezeroaren egoera-ikonoek ezin dute hori erakutsi. Tunel bat ezarri dela jakinarazten dute, ez zein aurrizki bideratzen diren oraindik hartara, beraz erabiltzaileak bi ikono berde eta denbora-muga bat ikusten ditu aplikazio batean. Hutsegitean route print -4 irakurtzea VPN erregistro edozein baino informatiboagoa da.

Izenen ebazpena bigarren gatazka independentea da, eta bideratze-taula soilik konpontzeak ez du konponduko.

Zer instalatzen du laukiak, eta zer kentzen duen

Aukera VPN profil bakoitzaren egokigailuaren propietateetan dago, IPv4 ezarpen aurreratuen barruan, urruneko sarean lehenetsitako atebidea erabiltzea gisa idatzita. Gaituta, konexio bakoitzak tunelaren bidezko bide lehenetsia gehitzen du eta interfaze hori trafiko orokorraren ilaran jartzen du. Desgaituta, Windowsek tunelaren azpisareko bidea mantentzen du eta taularen gainerakoa bakean uzten du.

Laukia desmarkatzean trabatzen dira gehienak. Urruneko guneak aurrizki bat baino gehiago izaten ditu, eta aurrizki horietako bat ere ez dago egokigailuaren azpisarearen barruan, beraz fitxategi-zerbitzariek eta kudeaketa-helbideek erantzuteari uzten diote. Laukiak ez zuen tunela hautsi; dena estaltzen zuen bide zabala kendu zuen.

Konfigurazio mistoak zilegiak eta ohikoak dira: profil korporatiboak laukia tunel oso gisa mantentzen du, eta laborategiko profilak zatituta jarraitzen du, korporatiboaren lehenetsia ordezkatu ez dezan.

Aukeratu tunel bakoitzak zer eraman behar duen arabera

Hiru galderak erabakitzen dute antolaketa. Tunel honek internet trafiko arrunta eraman behar du, edo bere gunearen barruko helbideak soilik? Bi guneek barruti pribatu bereiziak erabiltzen dituzte? Eta profila enpresaburu batek kudeatzen badu, baimentzen zaizu haren bideratze-jokabidea aldatzea?

Tunel bat osoa izan behar bada, hark du lehenetsia eta besteak zatituta egon behar du. Bietako inork internet trafiko orokorrik behar ez badu, kendu laukia bietan eta utzi egokigailu fisikoari lehenetsia mantentzen. Barrutiak gainjartzen badira, gelditu: 172.22.0.0/16 ezin da bat etorri alde korporatiboko makinarekin eta laborategiko aldeko beste batekin, eta lauki batek ere ez du hori konpontzen.

Idatzi erabakia profileen izenen ondoan. Bestela, hurrengo hiruhilekoan gehitutako hirugarren VPN batek ikerketa hasieratik errepikatuko du.

Gehitu falta diren aurrizkiak eta probatu emaitza

Tunel zatitu bakoitzerako, gehitu urruneko barrutiak modu esplizituan, egokigailu horretan agertzen den pare-helbidea erabiliz zerbitzariaren helbide publikoaren ordez:

> 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 egokigailuak bere pare-helbidea erabiltzen du hurrengo jauzi gisa, eta TAP egokigailuak, berriz, interfaze horretan agertzen den atebidea erabiltzen du normalean, beraz irakurri egokigailuaren xehetasunak gida batetik zenbaki bat kopiatu ordez. Gehitu etengabeko marka bidea zuzena dela frogatu ondoren soilik, eta ezabatu etengabeko sarrera zaharrak ordezkoak gehitu aurretik. Kudeatutako bezeroek beren bideak instala eta babes ditzakete, eta kasu horretan profilearen jabeak egin behar du aldaketa.

DNSak aparteko txanda behar du. Bi tunelak gai dira ebazleak bidaltzeko, eta Windowsek interfaze bakoitzeko zerrenda bat gordetzen du lehentasun-ordena batekin, beraz bigarren sareko izen bat lehen sarearen ebazlera joan daiteke. Begira itzazu egokigailu bakoitzak benetan zer jaso zuen konponbidea aukeratu aurretik:

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

Domeinuko izen-ebazpen politika bat normalean hobea da ebazleen zerrenda globala ordeztea baino, zerrenda hori makinako aplikazio guztiek partekatzen dutelako eta isil-isilik aldatzeak erlazionik gabeko bilaketak lekuz aldatzen dituelako.

Onartu konfigurazioa lau egiaztapenekin: urruneko sare bakoitzean helbidez iristen den baliabide bat, bakoitzean izen bilaketa bat, interneteko lehenetsia oraindik egokigailu fisikora seinalatzen, eta bigarren konexioa altxatzen denean irauten duen urruneko mahaigaineko saio bat.

Erlazionatutako artikuluak