VPN errore-konmutazioa: itzultze-bidea tunel zaharrean geratzen denean

Babes-tunela altxatzen da, nagusia erortzen da, eta aplikazioak denbora-muga gainditzen jarraitzen du. Bi guneetan tunelaren egoera osasuntsua dirudi, eta horrek nahasten du. Eskaerak babesera eramaten dituen baina erantzunak bide zaharrean uzten dituen konmutazioa ez da konmutazioa. Beheko gidak itzultze-bidea probatzen du, hasierako negoziazioa soilik ez.

Lehenik erregistratu ibilbideak bi muturretan; gune bakarreko ikuspegiak ezin du bide asimetrikoa erakutsi. Denbora-presiopean gehien saltatzen den urratsa ere bada.

Erregistratu bi guneen ibilbideak proba aurretik

Babestutako aurrizki bakoitzerako, idatzi ibilbide nagusia, babes-ibilbidea eta bien artean aukeratzen duen lehentasuna. Sartu VPN mutur bakoitzaren atzeko LAN atebidea, muturra gutxitan baita azken jauzia.

Metrika estatikoek, jarraitutako ibilbideek eta bideratze dinamikoak modu desberdinetan adierazten dute egokitasuna. Jakin zure diseinuak zein erabiltzen duen eta zer behar den alternatiba aktibo bihurtzeko. Idatzi baldintza ibilbidearen ondoan, adibidez metrika baxuagoa proba huts egin arte.

Egin hau bi guneetan. Alde batean nahiago eta bestean alde batera uzten den babesak zehazki saihestu nahi duzun asimetria sortzen du.

Begiratu eskaerak eta erantzunak fase bakoitzean

Erabili baimendutako aplikazio kaltegabe bat eta behatu hiru fase: normala, nagusiaren hutsegitea eta berreskuratzea. Fase bakoitzean, erregistratu zein tunel eramaten duen eskaera eta zein erantzuna. Irisgarria den pareko helbide batek ez du frogatzen aplikazioaren bide babestuak funtzionatzen duenik. Erregistratu bi guneetan norabide bakarreko fluxua ikusgai izan dadin.

Eskaerak mugitzen badira eta erantzunak ez, egiaztatu urruneko gunearen ibilbidea bezeroaren aurrizkira eta babesarekiko duen lehentasuna. Hori bideratze-erabakia da, ez tunelaren hutsegitea.

Probaren ondoren leheneratu jatorrizko egoera eta berretsi nagusia berriro dela nahiago. Leheneratutako nagusia nahiago ez bada, amaitu gabeko konmutazio-diseinua da.

Kudeatu saioaren egoera atebidea aldatzen denean

Suebakiak eta NAT atebide batean gorde dezakete konexioaren egoera, eta beste atebide baterako bide-aldaketak ez du hura eramaten. Aplikazio batzuk beren kabuz konektatzen dira berriro; beste batzuk huts egiten dute saioa berrezarri arte. Babesak iturri publikoa edo itzulitako helbide pribatua aldatzen badu, urruneko sarbide-arauen erreakzioak ere gerta daitezke. Dokumentatu espero den saio-berrabiarazte oro, etenik gabeko konmutazioa agindu beharrean.

Mantendu helbideratze egonkorra aplikazioak eskatzen duen lekuan. Saio bakoitzeko iturburu-helbidea aldatzen duen konmutazio-diseinua diseinu-erabakia da, eta idatzita egon behar luke. Erabaki horrek zehazten du erabiltzaileek etenaldia zenbateraino nabaritzen duten.

Probatu saio luzea mantentzen duen aplikazio bat, eskaera berri bat soilik ez.

Leheneratu nagusia eta egiaztatu dardara

Berretsi ibilbide-iragarkiak edo lehentasunak dardararik gabe egonkortzen direla. Dardaratzen den nagusiak etenaldi argi batek baino gehiago asalda dezake, trantsizio bakoitzak egoera berrezartzen baitu.

Mantendu atebidearen administrazioa berreskuratze-bide baten bidez irisgarri, probak berak kanpora sar ez zaitzan. Erregistratu faseak, behatutako bideak eta berreskuratze-denbora; erregistro horrek egiten du hurrengo konmutazioa aurreikusgarri. strongSwan-en birbidaltze-oharrak erabilgarriak dira muturrak Linux ostalariak direnean.