DHCP పునరుద్ధరణ తర్వాత OpenVPN పడిపోతుంది: ముగింపు మార్గాన్ని ఉంచండి

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

లక్షణాన్ని సగం-డిఫాల్ట్ మార్గాలతో పోల్చండి

redirect-gateway def1 తో, OpenVPN డిఫాల్ట్ మార్గాన్ని భర్తీ చేయకుండా 0.0.0.0/1 మరియు 128.0.0.0/1 ఇన్స్టాల్ చేస్తుంది. రెండూ కలిసి మొత్తం చిరునామా స్థలాన్ని కవర్ చేస్తాయి, మరియు ప్రిఫిక్స్ పొడవుతో మాత్రమే 0.0.0.0/0 ను ఓడిస్తాయి. అందువల్ల మరింత నిర్దిష్ట సరిపోలిక లేని ఏ గమ్యం అయినా టన్నెల్లోకి ప్రవేశిస్తుంది.

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

మరేదైనా తాకే ముందు పట్టిక ఆకారాన్ని నిర్ధారించండి. ip route show రెండు భాగాలను మరియు సర్వర్ చిరునామా కోసం హోస్ట్ మార్గాన్ని జాబితా చేయాలి; హోస్ట్ మార్గం లేకపోతే, మిగిలిన దర్యాప్తుకు స్పష్టమైన ప్రారంభ స్థానం ఉంది.

మెట్రిక్ మార్చకుండా సగం-డిఫాల్ట్లు ఎందుకు గెలుస్తాయి

తక్కువ మెట్రిక్ పొడవైన ప్రిఫిక్స్ను ఓడించదు. /1 మార్గాలు గెలుస్తాయి ఎందుకంటే కర్నెల్ మొదట అత్యంత నిర్దిష్ట మార్గాన్ని సరిపోల్చుతుంది, కాబట్టి డిఫాల్ట్ మార్గంపై మెట్రిక్ పెంచడం టన్నెల్ వైపు వెళ్లే ట్రాఫిక్ ఎక్కడికి వెళ్తుందనే దానిలో ఏమీ మార్చదు. మెట్రిక్లను వెంబడించడం ఈ నిర్ధారణలో అత్యంత సాధారణ తప్పు మలుపు.

ip route get 203.0.113.10 తో ఎంపికను తనిఖీ చేయండి, అందులో నిజమైన సర్వర్ చిరునామా పెట్టండి. సమాధానం కర్నెల్ నిజంగా ఉపయోగించే ఇంటర్ఫేస్ మరియు తదుపరి హాప్ను పేర్కొంటుంది, ఇది పట్టిక చదివి దాని గురించి ఆలోచించడం కంటే ఎక్కువ సమాచారం ఇస్తుంది.

ఆ ఆదేశాన్ని టన్నెల్ ప్రారంభం కాకముందు, అది నడుస్తున్నప్పుడు, మరియు లీజ్ సంఘటన తర్వాత అమలు చేయండి. ఒక ఆదేశం నుండి మూడు సమాధానాలు, భేదం బిందువు కనిపిస్తుంది.

ఒకటి కాదు, మూడు స్నాప్షాట్లు తీసుకోండి

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

స్నాప్షాట్లను సమయ ముద్రలతో ఒక ఫైల్లో ఉంచండి, ఎందుకంటే తర్వాత ఆసక్తికరమైన ప్రశ్న క్రమం. DHCP సంఘటన OpenVPN తన మార్గాన్ని రిఫ్రెష్ చేయకముందే వచ్చిందా లేదా తర్వాతా? సమాధానం ఎవరు సరిచేయాలో నిర్ణయిస్తుంది. తప్పు గడియారం నుండి వచ్చిన సమయ ముద్ర లేకపోవడం కంటే ఘోరం, కాబట్టి దానిని రూటింగ్ పట్టిక ఉన్న హోస్ట్ నుండి తీసుకోండి.

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

ఏ భాగం మినహాయింపును పునరుద్ధరిస్తుందో నిర్ణయించండి

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

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

యజమానిని కాన్ఫిగరేషన్ లోపల నమోదు చేయండి. తిరిగి కనెక్షన్ను డీబగ్ చేసే తదుపరి వ్యక్తి మినహాయింపు మార్గానికి VPN కాదు, హుక్ బాధ్యత అని తెలుసుకోవాలి.

తిరిగి కనెక్షన్ మాత్రమే కాదు, జీవిత చక్రాన్ని పరీక్షించండి

dhcpcd -n eth0 తో లేదా లీజ్ను వదిలి మళ్లీ తీసుకోవడం ద్వారా పునరుద్ధరణను బలవంతం చేయండి, ఆపై ముగింపు బిందువు కోసం ip route get ను మళ్లీ తనిఖీ చేయండి. దీన్ని రెండుసార్లు చేయండి, ఎందుకంటే రెండో రౌండ్ నకిలీ మార్గాలను జోడించే హుక్లను పడుతుంది. ఆపై రీబూట్ చేయండి, ఎందుకంటే నిరంతరత సరైనదానికి భిన్నమైన గుణం.

పునరుద్ధరణ మరియు రీబూట్ రెండింటినీ తట్టుకునే టన్నెల్కు యజమాని మరియు పని చేసే మినహాయింపు ఉంటాయి. చేతితో రీస్టార్ట్ను మాత్రమే తట్టుకునే దానికి రెండూ ఉండవు, మరియు మీరు షెడ్యూల్ చేయలేని తదుపరి సంఘటనలో అది విఫలమవుతుంది.