VPN సైట్‌లలో రూటింగ్ లూప్ మరియు రూట్ ఫ్లాపింగ్ మధ్య తేడాను ఎలా గుర్తించాలి
రూటింగ్ లూప్ మరియు ఫ్లాప్ అయ్యే రూట్ ఒకే విధమైన అడపాదడపా నష్టాన్ని కలిగిస్తాయి. గేట్వేలపై మూడు తనిఖీలు ఏదైనా మార్చడానికి ముందే వాటిని వేరు చేస్తాయి.
రెండు సైట్లు, ఒక టన్నెల్ మరియు కొంతసేపు స్పందించి ఆ తర్వాత మౌనంగా మారే దూర ప్రిఫిక్స్. మొదటి ప్రతిస్పందన దానిని రూటింగ్ లూప్ అని పిలవడం, కొన్నిసార్లు అది సరిగ్గా అలాగే ఉంటుంది. కానీ లూప్ మరియు ఫ్లాప్ అయ్యే రూట్ ఒకే ఫిర్యాదును సృష్టిస్తాయి, వాటికి వ్యతిరేక మరమ్మతులు అవసరం: ఒకటి ఎప్పటికీ ముగియని ఫార్వార్డింగ్ నిర్ణయం, మరొకటి పట్టికను విడిచిపెట్టే ప్రిఫిక్స్. మూడు పరిశీలనలు వాటిని వేరు చేస్తాయి, ఫిల్టర్ను తాకడానికి లేదా టన్నెల్ను మళ్లీ ప్రారంభించడానికి ముందే మూడింటినీ గేట్వే కమాండ్ లైన్ నుండి సేకరించవచ్చు.
లూప్ అడుగు మీద అడుగు నిర్ణయించబడుతుంది. సైట్ A గమ్యం కోసం B ను తదుపరి అడుగుగా ఎంచుకుంటుంది, B అదే గమ్యం కోసం A ను ఎంచుకుంటుంది, రెండు సుత్తుల తర్వాత ప్యాకెట్ TTL వద్ద ముగుస్తుంది. ఫ్లాపింగ్ను మాత్రం రూటింగ్ ప్రోటోకాల్ నిర్ణయిస్తుంది: ప్రిఫిక్స్ ఉపసంహరించబడుతుంది, మళ్లీ ఇన్స్టాల్ అవుతుంది లేదా ప్రత్యామ్నాయ తదుపరి అడుగుతో భర్తీ చేయబడుతుంది, కాబట్టి కొన్ని ప్యాకెట్లకు రూటే ఉండదు, మరికొన్ని పూర్తిగా మంచి రూట్ను అనుసరిస్తాయి.
ప్రశ్నను పరిష్కరించే మూడు తనిఖీలు
మొదటి నిర్ణయానికి ప్యాకెట్ క్యాప్చర్ అవసరం లేదు. రెండు చివరల్లో ప్రిఫిక్స్ స్థితి, ప్రతి వైపు ఎంచుకునే తదుపరి అడుగు, పునరావృతమయ్యే లేదా కాని అడుగుల సంఖ్య అవసరం. ట్రాఫిక్ విఫలమవుతున్నప్పుడు ప్రిఫిక్స్ అదే తదుపరి అడుగుతో ఇన్స్టాల్ అయి ఉంటే, లూప్ ఫార్వార్డింగ్ మార్గంలో ఉంది. ప్రిఫిక్స్ మాయమై తిరిగి వస్తే, లోపం ఫార్వార్డింగ్ పైన ఉంది మరియు మరమ్మతు రూటింగ్ ప్రోటోకాల్కు చెందుతుంది, స్థిర రూట్కు కాదు.
| 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 |
ప్రారంభించడానికి ముందు ఒక హెచ్చరిక. లూప్ అవుతున్న టన్నెల్ ద్వారా దీన్ని చదువుతుంటే, రూట్ మార్చిన క్షణంలో మీ సెషన్ చనిపోతుంది. మీరు మరమ్మతు చేయబోయే ప్రిఫిక్స్పై ఆధారపడని కన్సోల్ లేదా నిర్వహణ మార్గాన్ని తెరవండి.
మొదటి తనిఖీ: ప్రిఫిక్స్ స్థిరంగా ఉందా లేదా కదులుతోందా
కాన్ఫిగరేషన్ ఫైల్ ఏమి వాగ్దానం చేస్తుందో కాదు, కెర్నెల్ ఏమి ఇన్స్టాల్ చేసిందో అడగండి. లినక్స్ గేట్వేలో ip route get 10.20.30.40 ఫార్వార్డింగ్ మార్గం చేసే అదే శోధనను పాలసీ పట్టికలతో సహా చేస్తుంది, అయితే ip route show 10.20.30.0/24 నమోదును స్వయంగా చూపుతుంది. ip monitor route ప్రతి మార్పును అది సంభవించిన క్షణంలో ప్రసారం చేస్తుంది, ప్రిఫిక్స్ రావడాన్ని మరియు వెళ్లడాన్ని చూడడానికి ఇదే వేగవంతమైన మార్గం.
FRR లేదా BIRD నడిపే రౌటర్లో ఆసక్తికరమైనది ఫార్వార్డింగ్ పట్టిక కాదు. show ip bgp 10.20.30.0/24 ఎంచుకున్న మార్గాన్ని మరియు దాని పని సమయాన్ని తిరిగి ఇస్తుంది; ప్రతి కొన్ని నిమిషాలకు రీసెట్ అయ్యే పని సమయం మీరు పేరు పెట్టగల ఫ్లాపింగ్, లూప్ కాదు. show ip bgp summary పొరుగు స్థితి మరియు ప్రిఫిక్స్ సంఖ్యను చూపుతుంది, కాబట్టి పదే పదే పడిపోయే భాగస్వామి ఫార్వార్డింగ్ మార్గం నుండి తప్పును తీసేస్తుంది.
ఏదైనా మార్చడానికి ముందు సమాధానం రాయండి. పింగ్లు విఫలమవుతున్నప్పుడు పది నిమిషాలు స్థిరంగా ఉండటం, పది నిమిషాల్లో నాలుగు సార్లు మాయమవడం వేర్వేరు తదుపరి దశలకు దారి తీస్తాయి. రెండోది స్థిర రూట్ సిద్ధాంతాలన్నింటినీ అప్రస్తుతం చేస్తుంది.
రెండో తనిఖీ: తదుపరి అడుగు తిరిగి రాక టన్నెల్ వైపు చూపుతుందా
లూప్ కోసం రెండు గేట్వేల ఒప్పందం అవసరం. ప్యాకెట్ స్వీకరించే సైట్లో, ప్యాకెట్ బయటకు వెళ్లడానికి ఉపయోగించే మార్గాన్ని చూడండి: నిజమైన మూల చిరునామాతో ip route get 10.20.30.40 from 10.10.5.20, ఎందుకంటే పాలసీ నియమం ప్రధాన పట్టికకు భిన్నంగా సమాధానం ఇవ్వవచ్చు. తర్వాత పంపిన సైట్లో శోధనను పునరావృతం చేయండి. ప్రతి వైపు అదే ప్రిఫిక్స్ కోసం మరొకదాన్ని తదుపరి అడుగుగా ఎంచుకుంటే, లూప్ నిరూపితమైంది మరియు ఏ క్యాప్చర్ కూడా ఏమీ జోడించదు.
కారణం దాదాపు ఎల్లప్పుడూ టన్నెల్ను దాటకూడని ప్రకటన అవుతుంది. టన్నెల్లోకి పునఃపంపిణీ చేయబడిన డిఫాల్ట్ రూట్, దూర సైట్ సొంత సబ్నెట్ను కవర్ చేసే సముదాయం, లేదా జాగ్రత్త కోసం భాగస్వామి వైపు చూపే స్థిర రూట్ — అన్నీ ఒకే పరస్పర తదుపరి అడుగును సృష్టిస్తాయి. టన్నెల్ పూర్తిగా స్థాపించబడి ఉన్నా ట్రాఫిక్ను వృత్తంలో తీసుకెళ్లవచ్చు; strongSwan యొక్క ఫార్వార్డింగ్ గమనికలు ఆ అవసరం యొక్క రూటింగ్ వైపును వివరిస్తాయి.
WireGuard తనకంటూ ఒక గమనికకు అర్హం, ఎందుకంటే నిందించడానికి ఏ ప్రకటనా లేదు. wg show ప్రతి భాగస్వామి AllowedIPs జాబితా చేస్తుంది, ఆ పరిధిలోకి వస్తేనే కెర్నెల్ భాగస్వామి కోసం గమ్యాన్ని అంగీకరిస్తుంది. అక్కడి లూప్ అంటే ఒకదానిపై మరొకటి పడే AllowedIPs పరిధి లేదా ఇంటర్ఫేస్ ద్వారా వెనక్కి చూపే స్థిర రూట్, కాబట్టి మరమ్మతు ఆ రెండు చోట్లే ఉంటుంది.
మూడో తనిఖీ: అడుగుల సంఖ్య చదవండి, నక్షత్రాలు కాదు
traceroute -n -I 10.20.30.40 మరియు mtr -n -r -c 20 10.20.30.40 రెండూ మార్గాన్ని చూపుతాయి, UDP ప్రోబ్లను తినే ఫిల్టరింగ్ నుండి ICMP మోడ్ తరచుగా తప్పించుకుంటుంది. లూప్ అదే రెండు గేట్వే చిరునామాల చిన్న పునరావృత క్రమంలా కనిపిస్తుంది, ప్రతిసారీ TTL పెరుగుతుంది. పతనం చివరగా సమాధానమిచ్చిన గేట్వే తర్వాత నక్షత్రాల్లా కనిపిస్తుంది, ఒకే నిశ్శబ్ద అడుగు ఏదానికీ రుజువు కాదు.
మార్గం అస్పష్టంగా ఉన్నప్పుడు, తీగపై TTL చదవండి. రెండు గేట్వేలపై tcpdump -ni any -vv icmp ప్రతి ప్యాకెట్ TTL మరియు సమయం మించిన ప్రతి సమాధానం యొక్క మూల చిరునామాను చూపుతుంది. మార్గంలో ఉండగల అడుగుల సంఖ్య కంటే తక్కువ TTL తో ప్యాకెట్ దూర సైట్కు చేరితే, traceroute చూపని అడుగులను ఏదో జోడిస్తోంది, ఒక సైట్ ఫైర్వాల్ మరొకదాని తరఫున ప్రోబ్లకు సమాధానం ఇచ్చినప్పుడు ఇది జరుగుతుంది.
ప్రిఫిక్స్ యజమానిని మరమ్మతు చేయండి, తర్వాత రెండు దిశలను ధృవీకరించండి
ఏ సైట్ గమ్యాన్ని సృష్టిస్తుంది మరియు ఏ ట్రాన్సిట్ మార్గాలు అనుమతించబడతాయో నిర్ణయించి, ఆ యజమాని వద్ద ప్రకటనను లేదా స్థిర రూట్ను మార్చండి. స్వీకరించే సైట్ను సరిచేయడం ఆకర్షణీయం, సాధారణంగా తప్పు: అది ఒక ప్రిఫిక్స్కు లూప్ను దాచి తదుపరి దానికి చెడ్డ ప్రకటనను చోటే ఉంచుతుంది. రూట్ ట్యాగ్లు, పంపిణీ జాబితాలు మరియు split-horizon నియమాలు దీన్ని మూలంలోనే ఆపడానికి ఉన్నాయి, ఒకే ప్రిఫిక్స్తో సరిపోలే ఫిల్టర్ కంటే అవి చవకైనవి.
మార్పు తర్వాత వెళ్లే మరియు తిరిగి వచ్చే దిశను విడివిడిగా ధృవీకరించండి, ఎందుకంటే లక్షణంలో కనిపించే మెరుగుదల లేకుండానే లూప్ నల్ల రంధ్రంతో భర్తీ చేయబడవచ్చు. రెండు చివరల నుండి ip route get నడపండి, గేట్వే కాని హోస్ట్ నుండి ట్రాఫిక్ పంపండి, ఫ్లాపింగ్ను మరమ్మతుగా పొరబడకుండా ip monitor route కనీసం ఒక హోల్డ్ టైమర్ వరకు నడవనివ్వండి.
ఏదైనా మార్చడానికి ముందు ఈ ఐదు అంశాలను నిర్ధారించండి: ప్రిఫిక్స్ స్థిరంగా ఉందా లేదా కదులుతోందా, రెండు చివరల్లో తదుపరి అడుగు టన్నెల్ వైపు చూపుతుందా, అడుగుల సంఖ్య పునరావృతమవుతుందా, ఒకే సైట్ ప్రిఫిక్స్ను కలిగి ఉందా, మార్పును తట్టుకునే నిర్వహణ మార్గం మీకు ఉందా. ఐదింటిలో ఒకటి తెలియకపోతే, మిగిలిన నాలుగు ఊహలు.