Bi IPsec tunel aktibok itzulbide plana behar dute oraindik
Bi tunel ez dira plan bat. Jarraitu TCP elkarrizketa bat atebide pare batetik kanpora eta beste batetik itzuli, eta gero erabaki nork eusten dion egoerari.
Ireki terminal bat gune bateko lan-estazioan eta konektatu beste guneko zerbitzari batera. TCP elkarrizketa bakar horrek orain lau atebide zeharkatu behar ditu, bi beharrean, eta interesgarria ez da egun on batean funtzionatzen duen ala ez. Interesgarria da norako norabideak zein atebide pare hautatu zuen, zein parek hautatzen duen erantzunak, eta nork eusten dion fluxuaren egoerari hori gertatzen den bitartean. Bideratze-taulako ezerk ez du hori zuretzat erabakitzen.
Marraztu lau atebide bide bat marraztu aurretik
Gune bakoitzeko bi VPN suebaki independenterekin egindako diseinu bikoitz aktiboak, hornitzaile bakoitzeko pare bat, bi bide erabilgarri eta horiek hausteko hiru modu ematen dizkizu. Idatzi helbideak ezer konfiguratu aurretik: bezeroa atebide bakoitzaren aurretik eta ondoren nola ikusten den, zerbitzaria era berean, hurrengo jauzia aurrera eta hurrengo jauzia atzera.
Taula hori da diseinua. Haren ondorengo guztia gailuak taularekin ados dauden ala ez da.
Nola hautatzen den aurrerako bidea
Kostu berdinarekin bide anitzeko bideratze geruza batek fluxuak hurrengo jauzietan banatzen ditu goiburu-eremuak hash eginez, eta hori RFC 2992 dokumentuak zehatz deskribatzen du. Hautaketa hori erabat egoerarik gabea izan daiteke: ez du konexio-jarraipen sarrerarik behar, aldatu gabeko eremuen gaineko hash egonkor bat baizik. Eduki bide multzoa eta hash sarrerak konstante, eta fluxuko pakete bakoitzak hurrengo jauzi bera hautatuko du.
Fluxu bakoitzeko hautaketak saihesten du paketez paketeko orekatzeak atzerapen ezberdineko loturetan eragingo lukeen berrordenatzea. Ez du agintzen bideratze-kostu berdinak neurtutako latentzia berbera esan nahi duenik, ez baitu. Eta bideen osaera aldatzen denean, fluxuak berrimapatzen dira, beraz, hutsegitean zehar konexioak bizirautea bide-hautaketatik bereizitako baldintza da.
Zer behar duen benetan itzulbideak
Hemen ibilaldiak simetrikoa izateari uzten dio. Aurrerako hash egonkor batek ez dizu ezer esaten urrutiko guneak erantzunarekin egingo duenari buruz. Suebaki independente batek konexioaren bi norabideak ikusi behar baditu egoera erabilgarria mantentzeko, hura saihesten duen itzulbide batek ezerekin bat ez datorren trafikoa uzten du. Antzeko arau-multzoak dituzten bi kaxa ez dira partekatutako egoera.
Berretsi inplementatutako noranzko biko jokabidea, edo idatzi beharrezko mugak koherente mantentzen dituen politika esplizitua. Hemen egindako susmo bat etenaldi batean aurkitzen da, horretaz gozatzen ari ez diren pertsonek.
Non erabakitzen duen itzulpenak zure ordez
NAT da beste palanka, eta aukerakoa da derrigorrezkoa izan beharrean. Bide espezifikoko identitate itzuliak erantzunak egoera eusten duen atebidera bideratu ditzake, eta hori diseinu zilegia da. Baina mapak, itzulbideak eta egoera horren jabea ere gehitzen dituzte, beraz, onartu zama ozen esan dezakezun baldintza batengatik soilik.
Baldintza bi bideek trafikoa eramatea eta edozeinek hornitzaile baten galera gainditzea bada soilik, fluxu bakoitzeko bide anitz arrunta itzulbide koherentearekin diseinu txikiena izan ohi da.
Igo onarpena ordenan
Probatu hurrenkera honetan eta erregistratu helbideak urrats bakoitzean: konexio berri bat A bidean eta haren erantzun-bidea, gauza bera B bidean, gero hornitzaile baten galera, gero berrezarpena. Emaitza bakoitzerako, idatzi zein finkatutako fluxu mugitu ziren, zeinek berrikonektatu behar izan zuten eta norantz joan ziren fluxu berriak geroago. Idatzi espero den balioa lehenik, eta gero alderatu kapturarekin. Bi tunel finkatuk ez dute horren ezer frogatzen.
Diseinua amaituta dago idatzi duzun taulak kapturak erakusten duenarekin bat egiten duenean, ez bi tunelak altxatuta daudenean.