VPN guneetan bideratze-begizta bat bide-dardaratik nola bereizi
Bideratze-begiztak eta dardaratzen den bide batek galera eten berbera eragiten dute. Pasabideetan egindako hiru egiaztapenek bereizten dituzte ezer aldatu aurretik.
Bi gune, tunel bat eta denbora batez erantzun eta gero isiltzen den urruneko prefijo bat. Erreflexua bideratze-begizta deitzea da, eta batzuetan horixe da. Baina begizta batek eta dardaratzen den bide batek kexa bera sortzen dute, eta kontrako konponketak behar dituzte: bat inoiz amaitzen ez den birbidaltze-erabakia da, bestea taulatik etengabe irteten den prefijo bat. Hiru behaketak bereizten dituzte, eta hirurak pasabidearen komando-lerrotik bil ditzakezu iragazki bat ukitu edo tunel bat berrabiarazi aurretik.
Begizta jauzi batetik bestera erabakitzen da. A gunekoak B aukeratzen du helmugarako hurrengo jauzi gisa, Bk A aukeratzen du helmuga bererako, eta paketea TTLn amaitzen da bi joan-etorriren ondoren. Dardara, ordea, bideratze-protokoloak erabakitzen du: prefijoa kentzen da, berriro instalatzen da edo beste hurrengo jauzi batekin ordezkatzen da, beraz pakete batzuek ez dute batere biderik, eta beste batzuek bide erabat ona jarraitzen dute.
Galdera argitzen duten hiru egiaztapen
Lehen erabakia hartzeko ez duzu pakete-kaptura behar. Prefijoaren egoera bi muturretan behar duzu, alde bakoitzak aukeratzen duen hurrengo jauzia, eta errepikatzen den edo ez den jauzi-kopuru bat. Prefijoa hurrengo jauzi berarekin instalatuta geratzen bada trafikoak huts egiten duen bitartean, begizta birbidaltze-bidean bizi da. Prefijoa desagertu eta itzultzen bada, akatsa birbidaltzearen gainetik dago eta konponketa bideratze-protokoloari dagokio, ez bide estatiko bati.
| Observation | Routing loop | Route flapping |
|---|---|---|
| Prefix in the table | Installed, same next hop throughout | Withdrawn and reinstalled, or next hop alternates |
| Hop count | Reaches zero at the same two gateways | Expires only while the prefix is missing |
| Failure shape | Consistent loss for that prefix from every source | Bursts, often after a link or peer event |
| Where the fix belongs | The site that owns the prefix, plus filters on the transit path | Advertisement, hold timers, or the flapping link |
Abisua hasteko. Hau begiztatzen ari den tunelaren bidez irakurtzen ari bazara, zure saioa hilko da bidea aldatzen duzun unean. Ireki kontsola edo kudeaketa-bide bat, konpondu behar duzun prefijoaren menpe ez dagoena.
Lehen egiaztapena: prefijoa egonkorra ala astintzen ari da
Galdetu nukleoari zer instalatu zuen, ez zer agintzen duen konfigurazio-fitxategiak. Linux pasabide batean, ip route get 10.20.30.40 komandoak birbidaltze-bideak egiten duen bilaketa bera egiten du, politika-taulak barne, eta ip route show 10.20.30.0/24 komandoak berak erregistroa erakusten du. ip monitor route komandoak aldaketak gertatzen diren unetan emititzen ditu, prefijo bat iristen eta irteten ikusteko modurik azkarrena.
FRR edo BIRD darabilen bideratzaile batean, birbidaltze-taula ez da interesgarria. show ip bgp 10.20.30.0/24 komandoak hautatutako bidea eta haren martxa-denbora itzultzen ditu; minuturo berrezartzen den martxa-denbora izendatu dezakezun dardara bat da, ez begizta bat. show ip bgp summary komandoak bizilagunen egoera eta prefijo-kontuak erakusten ditu, beraz behin eta berriz erortzen den kideak birbidaltze-bidetik errua kentzen du.
Idatzi erantzuna ezer aldatu aurretik. Hamar minutuz egonkor pingeak huts egiten zuten bitartean, eta hamar minututan lau aldiz desagertuta, hurrengo urrats desberdinetara daramatzate. Bigarrenak bide estatikoaren teoria guztiak garrantzirik gabe uzten ditu.
Bigarren egiaztapena: hurrengo jauzia iritsiera-tunelera bueltatzen ote den
Begizta batek bi pasabideren adostasuna behar du. Paketea jasotzen duen gunean, begiratu paketeak irteteko erabiliko duen bidea: ip route get 10.20.30.40 from 10.10.5.20 benetako iturburu-helbidearekin, politika-arau batek taula nagusiak bestela erantzun baitezake. Gero errepikatu bilaketa paketea bidali zuen gunean. Alde bakoitzak bestea aukeratzen badu prefijo bererako hurrengo jauzi gisa, begizta frogatuta dago eta kaptura batek ez du ezer gehituko.
Arrazoia ia beti da tunela zeharkatu behar ez zuen iragarki bat. Tunelera berriz banatutako bide lehenetsi bat, urruneko gunearen azpisarea estaltzen duen agregatu bat edo kideari prebentzioz seinalatzen dion bide estatiko bat direla eta, guztiek hurrengo jauzi elkarrekiko bera sortzen dute. Tunela erabat ezarrita egon daiteke eta hala ere trafikoa zirkuluan eraman; strongSwanen birbidaltze-oharrek baldintza horren bideratze-aldea deskribatzen dute.
WireGuardek bere oharra merezi du, ez baitago errurik leporatzeko iragarkirik. wg show komandoak kide bakoitzaren AllowedIPs zerrendatzen ditu, eta nukleoak kide baterako helmuga onartzen du barruti horren barruan badago soilik. Hango begizta gainjarritako AllowedIPs barruti bat edo interfazearen bidez atzera seinalatzen duen bide estatiko bat da, beraz konponketa bi toki horietan bizi da eta ez beste inon.
Hirugarren egiaztapena: irakurri jauzi-kopurua, ez izarrak
traceroute -n -I 10.20.30.40 eta mtr -n -r -c 20 10.20.30.40 biek bidea erakusten dute, eta ICMP moduak sarritan bizirik irauten du UDP zundak jaten dituen iragazketaren aurrean. Begizta bat pasabide-helbide beren bi helbideren segida labur errepikakorra dirudi, TTL aldi bakoitzean igoz. Jaitsiera batek azken erantzun zuen pasabidearen ondorengo izarrak dirudi, eta jauzi isil bakar bat ez da ezeren froga.
Bidea anbiguoa denean, irakurri TTL eroalean. tcpdump -ni any -vv icmp komandoak bi pasabideetan pakete bakoitzaren TTL eta denbora gainditze-erantzun bakoitzaren iturburu-helbidea erakusten ditu. Pakete bat urruneko gunera iristen bada bideak eduki dezakeen jauzi-kopurua baino TTL baxuagoarekin, traceroutek erakusten ez dizun jauziak gehitzen ari da zerbait, eta hori gertatzen da gune bateko suebakiak beste baten izenean zundei erantzuten dienean.
Konpondu prefijoaren jabea, gero egiaztatu bi noranzkoak
Erabaki zein gunek sortzen duen helmuga eta zein transituko bide dauden baimenduta, eta gero aldatu iragarkia edo bide estatiko hori jabe horrengan. Harrera-gunea zuzentzea tentagarria da eta normalean okerra: begizta prefijo batentzat ezkutatzen du eta iragarki txarra hurrengoarentzat lekuan uzten du. Bide-etiketak, banaketa-zerrendak eta split-horizon arauak hor daude hori iturburuan gelditzeko, eta prefijo bakar batekin bat egiten duen iragazki bat baino merkeagoak dira.
Aldaketaren ondoren, egiaztatu joana eta itzulera bereizita, begizta bat zulo beltz batek ordezkatu baitezake sintoman hobekuntza ikusgarririk gabe. Exekutatu ip route get bi muturretatik, bidali trafikoa pasabidea ez den ostalari batetik, eta utzi ip monitor route gutxienez atxikipen-tenporizadore batez martxan, dardara konponketa batekin nahas ez dadin.
Ezer aldatu aurretik, egiaztatu bost puntu hauek: prefijoa egonkorra edo astintzen ari da, bi muturretako hurrengo jauziak tunel batera seinalatzen du, jauzi-kopurua errepikatzen da edo ez, gune bakar batek du prefijoa, eta aldaketari eusten dion kudeaketa-bidea duzu. Bost horietako bat ezezaguna bada, beste laurak ustekizunak dira.