Erabiltzaile batek dio barneko aplikazioa makina batetik funtzionatzen duela eta beste batetik huts egiten duela, eta zubitik exekutatzen duzun pinga bi kasuetan arrakastatsua dela. Kostu bereko tunel batzuk izanik, hori ez da kontraesana. Fluxu bakoitza bere hurrengo jauzian kokatzen da, beraz zure proba eta erabiltzailearen saioa bide desberdinak erabiltzen egon daitezke. Hurrengo ibilaldiak aukera hori birsortzen du ezer aldatu aurretik.

Ping bat, hainbat bide posible

Bide batek kostu bereko hurrengo jauzi bat baino gehiago dituenean, bideratzaileak pakete bakoitzeko bat aukeratu behar du. Inplementazio gehienek paketearen eremuak hash egiten dituzte, normalean iturburu eta helmugako helbideak protokoloarekin eta portuekin batera, erantzunak bide berean geratzeko. Aplikazio desberdinek, edo aplikazio beraren konexio desberdinek ere, hash desberdinak sortzen dituzte.

Horregatik frogatzen du hain gutxi zubitik egindako diagnostikoak. Zubiaren probak bere helbideak eta portuak ditu, eta beraz bere hash propioa. Tunel osasuntsuan lurreratu daiteke erabiltzailea hondatuan lurreratzen jarraitzen duen bitartean.

Nola aukeratzen duen plataformak hurrengo jauzia

Birsortu aukera asmatu beharrean. Galdetu kernelari zein bide erabiliko lukeen huts egiten duen saioaren iturburu eta helmuga berberetarako. Bilaketa horrek helmugako bilaketa soilak baztertzen dituen eremuak barne hartzen ditu. Exekutatu funtzionatzen duen bezero batetik ere, eta alderatu bi erantzunak:

ip route get 10.20.5.7 from 10.20.0.14

iproute2 bertsio berriagoek protokoloa eta helmugako portua ere onartzen dituzte, eta hori garrantzitsua da hashean sartzen direnean. Alderatu irteera hori funtzionatzen duen bezero baten bilaketa berarekin, eta aldea falta zenuen froga da.

ObservationLikely causeFirst check
Ping works, application failsA different flow hash selects another tunnelPer-flow lookup from the client's address
Some users fail, others do notOne tunnel lacks a prefix or selectorCompare both tunnels' installed routes
Fails only at larger sizesTunnels have different effective MTUProbe the same size over each path
Fails after a reconnectStateful asymmetry between pathsSession state on both gateways

Jarraitu huts egiten duen fluxuari, ez bide-taulari

Bide-taulak bi tunelak zerrendatzen ditu eta definizioz zuzena dirudi. Galdera da zer egiten duen tunel bakoitzak paketearekin aukeratu ondoren. Egiaztatu biek aurrizki babestu berberak, aurreratzeko baimen bera eta bezero berbera iristen duen itzulera-bidea daramatzatela.

Kontuan izan erdian dauden egoera-dun gailuak. Eskaera batek tunel batetik irten eta erantzunak bestetik itzultzen badu, jatorrizko fluxua inoiz ikusi ez zuen suebaki edo NAT batek baztertuko du. Bi tunelak trafikoa behar bezala aurreratzen ari dira, eta konexioak huts egiten jarraitzen du.

Egiaztatu MTUa bide bakoitzeko ere. Kapsulatze gehigarria duen bide batek tamaina erabilgarria txikitzen du, eta tunel batean arrakasta duen transferentzia bestean trabatzen da txikiena hausten den tamainan bertan.

Alderatu bide bat aldi berean

Diseinuak mantentze-lanak uzten dituen tokietan, atera tunel bat zerbitzutik eta errepikatu erabiltzailearen zeregina. Matxura desagertzen bada, kendutako bideari dagokio arazoa, eta hurrengo urratsa haren konfigurazioa albokoarekin alderatzea da, bideratze-taula berriro aztertu beharrean.

Alderatu benetako aplikazioa, ez behin eta berriz egindako pingak. Idatzi matxurak hurrengo jauzi jakin bat, pakete-tamaina bat edo berriz konektatu osteko trantsizio bat jarraitzen duen, hiru eredu horiek konponketa desberdinak adierazten baitituzte.

Azkenik, idatzi zergatik jotzen diren bideak baliokidetzat eta nola uste den matxura batek horietako bat zerbitzutik aterako duela. Bide aniztasuna segurua da bideak benetan trukagarriak direnean soilik, eta hori egiaztatzea merezi duen diseinu-adierazpena da, suposatu beharrean.

Erlazionatutako artikuluak