పునరావృత రూటింగ్: టన్నెల్ తన స్వంత ప్యాకెట్లను పట్టుకున్నప్పుడు

టన్నెల్ పైకి వస్తుంది, లాగ్ పూర్తయిన హ్యాండ్షేక్ను చూపుతుంది, ఒక సెకను తర్వాత అదే సెషన్ చనిపోయి లూప్లో మళ్లీ కనెక్ట్ అవుతుంది. ఈ నమూనాకు నిర్దిష్ట కారణం ఉంది: సర్వర్కు ఉన్న మార్గం ఇప్పుడు టన్నెల్ లోపలికి చూపుతుంది, కాబట్టి టన్నెల్ను మోసే ప్యాకెట్లు టన్నెల్ ద్వారానే పంపబడతాయి. ప్రామాణీకరణలో ఏమీ మారలేదు, అందుకే ఆధారాలను మళ్లీ నమోదు చేయడం ఏ మార్పూ తీసుకురాదు. మార్గం మారడానికి ముందు మరియు తర్వాత బయటి మార్గాన్ని పోల్చండి, పునరావృతి కనిపిస్తుంది.

మొదట బయటి మార్గాన్ని తనిఖీ చేయండి

ఆటలో రెండు ప్యాకెట్లు ఉన్నాయి, ఒకటి కాదు. లోపలి ప్యాకెట్ అప్లికేషన్కు చెందుతుంది మరియు గుప్తీకరించబడాలి, బయటి ప్యాకెట్ సర్వర్కు చిరునామా చేయబడింది మరియు టన్నెల్పై ఆధారపడని మార్గంలో అక్కడికి చేరాలి.

ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpoints

టన్నెల్ పైకి వచ్చిన తర్వాత కెర్నల్ను సర్వర్ చిరునామాకు ఉన్న మార్గం అడగండి, డిఫాల్ట్ మార్గం మారిన తర్వాత మళ్లీ అడగండి. తదుపరి హాప్ టన్నెల్ పరికరంపై పడితే అదే పునరావృతి, ఏ ప్యాకెట్ క్యాప్చర్ లేకుండానే అది కనిపిస్తుంది. ఇంటర్ఫేస్ బైండింగ్, మార్కులు లేదా నెట్వర్క్ నేమ్స్పేస్ సాధారణ శోధనను అసంపూర్ణంగా చేయవచ్చు, కాబట్టి క్లయింట్ తానే ఉపయోగించే సందర్భాన్ని ఉపయోగించండి. సమాధానం సరిగ్గా కనిపించినా సెషన్ ఇంకా లూప్లో ఉంటే, ప్రధాన పట్టిక మాత్రమే కాదు, రూటింగ్ విధానం నియమాలను చదవండి.

సెషన్ ఒక క్షణం ఎందుకు నిలుస్తుంది

కొత్త మార్గం ఇన్స్టాల్ అవ్వడానికి ముందే హ్యాండ్షేక్ పూర్తవుతుంది, కాబట్టి మొదటి క్షణాలు ఆరోగ్యంగా కనిపిస్తాయి. క్లయింట్ డిఫాల్ట్ మార్గాన్ని జోడించిన వెంటనే తదుపరి బయటి ప్యాకెట్ దానిని అనుసరించి, ఆ ప్యాకెట్ వెళ్లాల్సిన ఇంటర్ఫేస్లోకి ప్రవేశిస్తుంది. సర్వర్కు ఏమీ కనిపించదు, క్లయింట్ మళ్లీ పంపుతుంది, ప్రయత్నం సమయం ముగిసి ఆగుతుంది లేదా సెషన్ను చంపి మళ్లీ ప్రారంభమవుతుంది.

ఈ క్రమమే టన్నెల్ ల్యాప్టాప్లో పనిచేసి రౌటర్లో విఫలమవడం ఎందుకు, కనెక్ట్ అయ్యే సమయంలో కాకుండా ట్రాఫిక్ ప్రారంభమైనప్పుడు వైఫల్యం తరచుగా ఎందుకు మొదలవుతుంది అనేది వివరిస్తుంది. లూప్ను కూడా ఇది వివరిస్తుంది: ప్రతి పునఃప్రారంభం సెషన్ను మళ్లీ స్థాపిస్తుంది, అంతకు ముందే మార్గం దానిని అసాధ్యం చేస్తుంది.

ఎండ్పాయింట్ మినహాయింపు యజమాని ఎవరో కనుగొనండి

మద్దతు ఉన్న క్లయింట్లు తమ మినహాయింపును తామే ఏర్పాటు చేసుకుంటాయి: అసలు గేట్వే ద్వారా సర్వర్కు హోస్ట్ మార్గం, లేదా బయటి సాకెట్ను టన్నెల్ వెలుపల ఉంచే మార్క్. ప్రశ్న ఏమిటంటే, వేరే ఏదో దానిని తొలగించిందా లేదా దాటిందా.

మార్గ ఆధారిత IPsec లో, ఏ ప్యాకెట్లు టన్నెల్లోకి ప్రవేశిస్తాయో నిర్ణయించే విధాన ఎంపికకారులను పరిశీలించి, పీర్ చిరునామా వాటి నుండి మినహాయించబడిందని నిర్ధారించండి. WireGuard లో, ఇంటర్ఫేస్ యొక్క ఫైర్వాల్ మార్క్ మరియు దాని విధాన నియమాలు రవాణా ప్యాకెట్లను టన్నెల్ వెలుపల ఉంచుతాయి, కాబట్టి చేతితో జోడించిన డిఫాల్ట్ మార్గం ఆ ఏర్పాటును బద్దలు కొట్టగలదు. రెండవ VPN ప్రొఫైల్ లేదా డిఫాల్ట్ మార్గాన్ని తిరిగి రాసే నిర్వహణ స్క్రిప్ట్ సాధారణ నిందితుడు. ఒక్కొక్కటిగా జోడించే విస్తృత బైపాస్ నియమాలే సాధారణ ఫలితం, అవి రూటింగ్ బగ్ను ఎవరూ నిర్వహించలేని పట్టికగా మారుస్తాయి.

నెట్వర్క్ మారిన తర్వాత మళ్లీ తనిఖీ చేయండి

Wi-Fi గేట్వే ద్వారా హోస్ట్ మార్గం యంత్రం మరో నెట్వర్క్కు వెళ్లే వరకు సరైనది. అప్పుడు అదే లక్షణం ఎలాంటి కాన్ఫిగరేషన్ మార్పు లేకుండా తిరిగి వస్తుంది.

ఎండ్పాయింట్ చిరునామా, కనెక్ట్ అవ్వడానికి ముందు మరియు తర్వాత మార్గం, మరియు ఒక్కొక్కరు ఉపయోగించిన ఇంటర్ఫేస్ నమోదు చేయండి. ఈ మూడు వాస్తవాలు సాధారణంగా క్లయింట్ లోపాన్ని దాటడం నుండి వేరు చేస్తాయి, అవి సేకరించిన వ్యక్తి వెళ్లిన తర్వాత కూడా నిలిచి ఉంటాయి.

కొత్త నెట్వర్క్లో మళ్లీ కనెక్ట్ అయ్యి పఠనాన్ని పునరావృతం చేయండి. మినహాయింపు మళ్లీ లేకపోతే, సవరణ దానిని కలిగి ఉన్న ప్రొఫైల్లోనే ఉంటుంది, అంతరాయం సమయంలో టైప్ చేసిన ఒక-సారి ఆదేశంలో కాదు.