WAN IP మారింది మరియు టన్నెల్ పడిపోయింది: క్రమంగా తనిఖీ

టన్నెల్ పడిపోతుంది, రూటర్ తిరిగి కనెక్షన్‌ను నమోదు చేస్తుంది, మరియు LAN లో ఏదీ కదలలేదు. కొత్త WAN చిరునామా లోపల ఏదీ మార్చకుండా బయటి కనెక్షన్‌ను చెల్లనిదిగా చేస్తుంది: క్లయింట్ మూల చిరునామా మారింది, పాత NAT స్థితి ఇకపై లేని మూలాన్ని సూచిస్తుంది, మరియు దూరపు సహచరుడు ఇంకా మునుపటి చిరునామాకు పంపుతూ ఉండవచ్చు. పునరుద్ధరణ సాధారణ ప్రవర్తన, మరియు ఉపయోగకరమైన ప్రశ్న ఏ స్థితి నవీకరించబడలేదు అనేది.

లాగ్ చదవడానికి ముందు సంఘటనకు పేరు పెట్టండి

యాక్సెస్ పొరలో వాస్తవంగా ఏమి జరిగిందో తనిఖీ చేయండి. ISP లీజ్ పునరుద్ధరణ ఒక సంఘటన. తిరిగి కనెక్ట్ అయిన PPPoE సెషన్ మరొకటి. రీబూట్ అయిన ఫైబర్ మోడెమ్, లేదా ఒక అప్‌లింక్ నుండి మరొకదానికి WAN ఫెయిలోవర్, బయటి చిరునామాను లేదా దాని మార్గాన్ని మూడవ విధంగా మారుస్తుంది. ఇవి ఒకే సంఘటన కావు మరియు ఒకే అవశేషాన్ని వదిలివేయవు.

VPN లాగ్‌లోని తిరిగి కనెక్షన్ లైన్ కూడా WAN మార్పుకు రుజువు కాదు. నిష్క్రియ సమయ పరిమితి, పునఃప్రమాణీకరణ విరామం మరియు మృత సహచరుడి గుర్తింపు అన్నీ ఎలాంటి చిరునామా మార్పు లేకుండా తిరిగి కనెక్షన్‌లను ఉత్పత్తి చేస్తాయి. ఏదైనా నిర్ధారణకు రాకముందు యాక్సెస్ లాగ్ సమయ ముద్రలను VPN లాగ్‌తో పోల్చండి, మరియు రాత్రి సమయంలో జరిగిన మార్పును కూడా పట్టుకునేలా పోలిక విండోను తగినంత వెడల్పుగా ఉంచండి.

రోమింగ్ మరియు తిరిగి కనెక్షన్ వేర్వేరు ప్రోటోకాల్‌లు

WireGuard లో ప్రామాణీకరించిన రోమింగ్ ప్రోటోకాల్‌లోనే నిర్మించబడి ఉంది: సహచరుడు కొత్త మూల చిరునామా నుండి సరిగ్గా ప్రామాణీకరించిన ప్యాకెట్‌ను స్వీకరించినప్పుడు, ఆ సహచరుడి ముగింపు బిందువును నవీకరిస్తుంది. WireGuard శీఘ్ర ప్రారంభం దీన్ని సాధ్యం చేసే సహచరుడి కాన్ఫిగరేషన్‌ను వివరిస్తుంది, అందుకే మారుతున్న చిరునామాలో ఉన్న క్లయింట్ తరచుగా కనిపించే రీస్టార్ట్ లేకుండా కోలుకుంటుంది.

OpenVPN డిఫాల్ట్‌గా భిన్నంగా ప్రవర్తిస్తుంది. UDP సెషన్ ముగిసి తిరిగి కనెక్ట్ కావచ్చు, మరియు ఐచ్ఛిక float ప్రవర్తన ప్రామాణీకరించిన సహచరుడిని కాన్ఫిగరేషన్ అనుమతించిన చోట కొత్త చిరునామా నుండి కొనసాగించడానికి అనుమతిస్తుంది. TCP ఆధారిత టన్నెల్‌లు కఠినమైనవి, ఎందుకంటే కనెక్షన్ స్వయంగా చిరునామా జోడీకి కట్టుబడి ఉంటుంది. ఆ భేదమే పునరుద్ధరణ కనిపించనిదిగా ఉంటుందా లేక ప్రతిసారీ లాగ్‌లో తనను ప్రకటించుకుంటుందా అని నిర్ణయిస్తుంది.

రెండు ప్రవర్తనలు లోపలి అనువర్తనాల గురించి ఏమీ చెప్పవు. పునరుద్ధరించిన టన్నెల్ సహచరుడు ఇప్పటికే మృతమని భావించిన TCP సెషన్‌ను పునరుద్ధరించదు.

టన్నెల్ స్వంతం కాని స్థితి

అనువాదం మరియు మార్గదర్శక స్థితి ప్రజలను ఆశ్చర్యపరిచే విధాలుగా తిరిగి కనెక్షన్ నుండి బయటపడుతుంది. పాత మూలం కోసం సృష్టించిన conntrack నమోదు ప్రతిస్పందన మార్గాన్ని ఇకపై లేని చిరునామాకు లంగరు వేసి ఉంచుతుంది, మరియు అది టన్నెల్ తిరిగి వచ్చినప్పుడు కాదు, దాని స్వంత షెడ్యూల్ ప్రకారం గడువు ముగుస్తుంది. టన్నెల్ సేవను పునఃప్రారంభించడం ఆ వేచి ఉండటాన్ని తగ్గించదు, కాబట్టి మరమ్మతు చేసిన లింక్ కొంతసేపు ఇంకా విరిగినట్లు కనిపించవచ్చు.

మార్గాలు మరియు విధాన నియమాలు పాత గేట్‌వే లేదా ఇంటర్‌ఫేస్‌ను సూచించవచ్చు. WAN మార్పుకు ముందు సరైనదిగా ఉన్న నియమ సమితి ఇప్పుడు ఆఫ్‌లో ఉన్న పరికరాన్ని సూచించవచ్చు, ఇది కనెక్ట్ అయినట్లు నివేదించే టన్నెల్‌ను మరియు ఎక్కడికీ వెళ్లని ట్రాఫిక్‌ను ఉత్పత్తి చేస్తుంది. మీరు హోస్ట్ చేసే సర్వర్ కోసం డైనమిక్ DNS కొత్త మూలాన్ని పొందే క్లయింట్ నుండి వేరైన సమస్య. దూరపు క్లయింట్లు మిమ్మల్ని కనుగొనడానికి రికార్డును నవీకరించాలి, మరియు ఎగువ స్థాయి అనువాదం పంపని చిరునామాను ఏ క్లయింట్ వైపు కాన్ఫిగరేషన్ పరిహరించదు.

తనిఖీలను బయటి నుండి లోపలికి క్రమబద్ధీకరించండి

క్రింది క్రమం బయటి కనెక్షన్ నుండి లోపలికి వెళ్తుంది, మరియు మొదటి విఫల దశలో ఆపడమే దాన్ని ఉపయోగకరంగా చేస్తుంది: ప్రతి తనిఖీ దాని పైన ఉన్న పొరను తొలగిస్తుంది. లోపం స్పష్టంగా కనిపించినా ఈ క్రమాన్ని పాటించండి.

wg show
ip -br addr show
ip route get 198.51.100.7
conntrack -L 2>/dev/null | grep -c ESTABLISHED
journalctl -u openvpn-client@home --since '-2 hours' | tail -n 40

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

తర్వాత రూటర్ నుండి కాకుండా LAN క్లయింట్ నుండి పరీక్షించండి. రూటర్ స్వయంగా పంపిన పింగ్ ఫార్వర్డ్ చేసిన ట్రాఫిక్ కంటే వేరైన మార్గాన్ని ఉపయోగిస్తుంది, కాబట్టి విజయవంతమైన రూటర్ పింగ్ టన్నెల్ ఉనికిని నిరూపిస్తుంది, క్లయింట్ చేరుకోగలగడం గురించి ఏమీ చెప్పదు.

ఆశించిన ప్రవర్తనను నిర్ణయించి రాయండి

చాలా అమరికలకు తిరిగి కనెక్ట్ కావడం సరైన ప్రవర్తన, కాబట్టి లక్ష్యం దాన్ని నిరోధించడం కాదు. బదులుగా విరామ సమయంలో ట్రాఫిక్‌కు ఏమి జరగాలో నిర్ణయించండి: ఆపడం, నిలిపి ఉంచడం, లేదా మరో మార్గానికి మారడం. ఆ నిర్ణయం ఫైర్‌వాల్ మరియు మార్గదర్శక విధానానికి చెందుతుంది, VPN ప్రొఫైల్‌కు కాదు.

ఒక వారం పాటు యాక్సెస్ సంఘటనలను మరియు తిరిగి కనెక్షన్ సమయాలను కలిసి నమోదు చేయండి. సరిపోలే యాక్సెస్ సంఘటన లేకుండా పునరావృత మార్పులు యాక్సెస్ సేవ వైపు సూచిస్తాయి, మరియు VPN ప్రొఫైల్‌ను మార్చడం నిరంతరం తిరిగి చర్చలు జరిపే అప్‌లింక్‌ను సరిచేయదు. ఒకే నిమిషంలో ఒక జత నమోదులు ఆ సంఘటనకు ప్రశ్నను పరిష్కరిస్తాయి మరియు తదుపరి దానికి ఆధార రేఖను ఇస్తాయి.