పబ్లిక్ IP మారింది మరియు VPN ట్రాఫిక్ పంపడం ఆపేసింది

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

నాలుగు తనిఖీలను వరుసగా చేయండి మరియు మొదట విఫలమైన దగ్గర ఆగండి.

వాస్తవంగా ఏ చిరునామా మారింది

స్థానిక ఇంటర్ఫేస్ స్థితిని, చూడటానికి మీకు అధికారం ఉన్న ప్రదేశం నుండి, దూరపు చివర చూసే మూలంతో పోల్చండి. కొత్త పబ్లిక్ చిరునామా అంటే కొత్త స్థానిక గేట్‌వే కాదు, స్థానిక ఇంటర్ఫేస్ మారడం కూడా పబ్లిక్ మూలం కదిలిందని హామీ ఇవ్వదు. మధ్యలో అనువాదం ఉండటం అంటే ఇవి రెండు స్వతంత్ర వాస్తవాలు. ఖచ్చితమైన మార్గాన్ని మరియు మీరు దాన్ని గమనించిన సమయాన్ని నమోదు చేయండి, ఎందుకంటే పాత నివేదిక నుండి కాపీ చేసిన భౌగోళిక స్థాన లేబుల్ వేరే ప్రశ్నకు సమాధానం ఇస్తుంది.

బాహ్య మూలం మారిందా, లోపలి టన్నెల్ చిరునామా మారిందా, లేదా రెండూ అని ప్రత్యేకంగా అడగండి. ఇక లేని మార్గానికి పంపడం కొనసాగించే భాగస్వామిని వివరించేది మొదటిది మాత్రమే.

స్థానభ్రంశాన్ని ప్రోటోకాల్‌కే వదిలేయండి

భాగస్వామి కదిలాడని తెలుసుకునే విధానంలో ప్రోటోకాల్‌లు భిన్నం, మరియు మీరు జోక్యం చేసుకోవాలా అనే ప్రశ్నకు ఈ భేదం ముఖ్యం. ఆ భాగస్వామి కీతో ప్రామాణీకరించబడే ప్యాకెట్ వచ్చినప్పుడు WireGuard అతని ఎండ్‌పాయింట్‌ను నవీకరిస్తుంది, అందుకే ఎటువంటి కాన్ఫిగరేషన్ లేకుండా చిరునామా మార్పు స్వీకరించబడుతుంది. రెండు చివరలు మద్దతు ఇచ్చే చోట IKEv2 కి అదే లక్ష్యం కోసం MOBIKE ఉంది. పాత నమూనాలు టన్నెల్‌ను తిరిగి నిర్మించి కోలుకుంటాయి.

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

wg show wg0 endpoints
wg show wg0 latest-handshakes
conntrack -L -p udp --dport 51820 | head -n 10

పాత బాహ్య బైండింగ్‌ను శుభ్రం చేయండి

ప్రోటోకాల్ రోమింగ్‌కు మద్దతు ఇచ్చినా ట్రాఫిక్ ఇప్పటికీ విఫలమైతే, అడ్డంకి తరచుగా మధ్యలో స్థితిని ఉంచే పరికరం లేదా దూరపు చివరలో విధానం. పాత ప్రవాహాన్ని ట్రాక్ చేసిన ఫైర్‌వాల్ పాత ఎంట్రీని ఉంచవచ్చు, పాత మూలానికి కట్టుబడిన సర్వర్ వైపు ప్రాప్యత నియమం కొత్తదాన్ని నిశ్శబ్దంగా తొలగిస్తుంది. మ్యాపింగ్ శుభ్రం చేసి నియమాన్ని తిరిగి తనిఖీ చేయడం ఆధారాలను మార్చడం కంటే వేగంగా ఉంటుంది.

దర్యాప్తు సమయంలో అవసరమైన నిరోధాన్ని అమలులో ఉంచండి. టన్నెల్ కోలుకుంటుందా అని పరీక్షించడానికి విధానాన్ని విస్తృతంగా తెరవడం కారణం గురించి ఏమీ నేర్పదు మరియు అమలును మీరు కనుగొన్నదానికంటే దారుణంగా వదిలేస్తుంది.

కొత్త అభ్యర్థనతో మళ్లీ పరీక్షించండి

మార్పుకు ముందు ఏర్పాటైన అప్లికేషన్ సెషన్ దాన్ని దాటలేదు, ఎందుకంటే అది నిర్మించబడిన నాలుగు-కూర్పు ఇక లేదు. పునరుద్ధరణ తర్వాత కొత్త అభ్యర్థన సృష్టించి అది పూర్తవుతుందని నిర్ధారించండి; పాత డౌన్‌లోడ్ సున్నా వద్ద ఆగిపోవడం చూసి టన్నెల్ ఇంకా విరిగి ఉందని నిర్ణయించకండి. అదే ఒక్క భేదం ఇలాంటి నివేదికల పెద్ద భాగాన్ని పరిష్కరిస్తుంది.

తర్వాత నిర్ధారణలోని రెండు భాగాలను నమోదు చేయండి: పై భాగంలో ఏమి మారింది, మరియు ఏ మద్దతున్న పునరుద్ధరణ దశ ప్రవాహాన్ని తిరిగి తెచ్చింది. తదుపరిసారి వేగంగా ఉంటుంది, నోట్ దాన్ని వేగవంతం చేస్తుంది.

కొత్త అభ్యర్థన విజయవంతమై పాతది మళ్లీ ఎప్పుడూ ప్రారంభం కాకపోతే, టన్నెల్ బాగుచేయబడింది మరియు అప్లికేషన్ తిరిగి కనెక్ట్ అవ్వాల్సిందే.