గంటకో OpenVPN డ్రాప్: మళ్లీ చర్చలా లేక నిజమైన పునఃకనెక్షనా?

అరవై నిమిషాలు, లేదా ముప్పై, లేదా నూట ఇరవై: గుండ్రని విరామంలో పడే డ్రాప్ దాదాపు ఎప్పుడూ నెట్వర్క్ కాదు. OpenVPN టైమర్ ప్రకారం డేటా ఛానెల్ను రక్షించే కీ పదార్థాన్ని రిఫ్రెష్ చేస్తుంది, మరియు మీరు ఊహించిన దానికంటే చిన్న టైమర్ నిరంతరం విఫలమయ్యే లింక్లాగానే కనిపిస్తుంది. వినియోగదారులు విరిగిన కనెక్షన్ను నివేదిస్తారు, అయితే లాగ్ విజయవంతమైన కీ మార్పిడిని నివేదిస్తుంది. కింది మార్గదర్శిని ఆ రిఫ్రెష్ను నిజమైన పునఃప్రారంభం నుండి వేరు చేస్తుంది, వాస్తవంగా అమలులో ఉన్న విలువను చదువుతుంది, మరియు ఖర్చు మేజా మీదకు వచ్చిన తర్వాత మాత్రమే దాన్ని మారుస్తుంది.

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

మెత్తని రీసెట్ను పునఃప్రారంభం నుండి వేరు చేయండి

లాగ్ లైనే మొత్తం నిర్ధారణ. పునఃచర్చ మెత్తని రీసెట్ రాసి, ఆ తర్వాత అదే సొరంగం లోపల కొత్త కీ మార్పిడి చేస్తుంది: ఇంటర్ఫేస్ తన చిరునామాను నిలుపుకుంటుంది, మార్గాలు మళ్లీ జోడించబడవు, మరియు స్థాపించిన TCP సెషన్లు సాధారణంగా విరామంతో బతికి ఉంటాయి. నిజమైన పునఃప్రారంభం సెషన్ను చింపివేస్తుంది, ఇంటర్ఫేస్ను తిరిగి నిర్మిస్తుంది, బహుశా వేరే క్లయింట్ చిరునామా ఇస్తుంది, మరియు ప్రతి దీర్ఘకాలిక కనెక్షన్ను చంపుతుంది. రెండు సంఘటనలూ సాధారణమే; వాటిలో ఒకటి మాత్రమే కట్ అయిన కాల్ వివరిస్తుంది.

journalctl -u openvpn-client@office -b --no-pager | grep -nE 'soft reset|Connection reset|reneg|TLS Error'
openvpn --version | head -n 1

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

అమలులో ఉన్న టైమర్ చదవండి, మీ ఫైల్ కాదు

reneg-sec అనేది డేటా ఛానెల్ పునఃచర్చల మధ్య సెకన్ల సంఖ్య మరియు దాని డిఫాల్ట్ 3600. ప్రతి వైపు తన విలువను మోస్తుంది, మరియు రెండింటిలో చిన్నదే రిఫ్రెష్ను వాస్తవంగా ప్రేరేపిస్తుంది. ఆ ఒకే నియమం చాలా నివేదికలను వివరిస్తుంది: పెద్ద సంఖ్య పెట్టే క్లయింట్ ప్రొఫైల్ కూడా సర్వర్ డిఫాల్ట్ను ఉంచుతున్నంత కాలం గంటకోసారి రీసెట్ అవుతుంది.

grep -Rn --include='*.conf' -E 'reneg-sec|reneg-bytes' /etc/openvpn
# server side, including included files
grep -Rn -E '^reneg-sec' /etc/openvpn/server/

క్లయింట్ ఫైల్ నుండి ముగింపుకు రాకముందు సర్వర్ యొక్క అమలులో ఉన్న కాన్ఫిగరేషన్ను కూడా, అది పుష్ చేసే ప్రతిదానితో సహా చదవండి. తర్వాత వివర స్థాయిని పెంచి ఒక విరామాన్ని ప్రారంభం నుండి ముగింపు వరకు గమనించండి: స్థాయి 3 ఇప్పటికే పునఃచర్చ లైన్లను చూపుతుంది, మరియు సమయ ముద్రలు సంఘటన ప్రతి 3600 సెకన్లకు పునరావృతమవుతుందో లేక కార్యకలాపాన్ని అనుసరిస్తుందో చెబుతాయి.

నిజంగా పుష్ అయ్యే చోటే దాన్ని మార్చండి

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

# on both ends, or on the side that owns the pushed configuration
reneg-sec 0

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

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

పునఃచర్చను నిలిపివేయడం ద్వారా మీరు ఏమి వదులుకుంటారు

క్రమమైన పునఃచర్చ డేటా ఛానెల్ కీల సమితి ఎంత కాలం ట్రాఫిక్ను రక్షిస్తుందో పరిమితం చేస్తుంది. టైమర్ను ఆపడం సొరంగాన్ని విరగ్గొట్టదు, మరియు ఇంటి రౌటర్ లేదా చిన్న కార్యాలయ గేట్వేపై ఆచరణాత్మక బహిర్గతం సాధారణం. ఇది ఇప్పటికీ ఒక మార్పిడి, మరియు దాన్ని చేసే ముందు మార్పిడిని పేర్కొనడం విలువైనది. మారేది ఏమిటంటే ఒక కీ సమితి ఒక సెషన్ను ఎంత కాలం రక్షిస్తుందో, సొరంగం అసలు పనిచేస్తుందో లేదో కాదు.

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

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

విరామం వేరే చోటికి సూచించినప్పుడు

కాన్ఫిగరేషన్లో ఇద్దరు పొరుగువారు సమాన లక్షణాలను మరియు వేరే పరిష్కారాలను ఉత్పత్తి చేస్తారు. నిర్ణీత కాలంలో ఏదీ రాకపోతే ping-restart సొరంగాన్ని పునఃప్రారంభిస్తుంది, ping-exit క్లయింట్ను పూర్తిగా కిందకు దింపుతుంది. లాగ్లో ఎక్కడా పునఃచర్చ లేని నిష్క్రియ డ్రాప్ వీటికి, లేదా తన సొంత షెడ్యూల్ ప్రకారం UDP మ్యాపింగ్ గడువు ముగించిన NAT పరికరానికి చెందుతుంది.

వినియోగదారు రౌటర్లు, మొబైల్ హాట్స్పాట్లు మరియు క్యారియర్-గ్రేడ్ NAT అన్నీ నిష్క్రియ UDP సెషన్ల గడువును ఎవరికీ చెప్పకుండా ముగిస్తాయి. ఆ వైఫల్యం గడియారాన్ని కాదు, నిష్క్రియత్వాన్ని అనుసరిస్తుంది, మరియు అదే సూచన: పది ప్రశాంత నిమిషాల తర్వాత పడిపోయి ఒక గంట స్థిరమైన ట్రాఫిక్ను తట్టుకునే సెషన్ పునఃచర్చ చేయడం లేదు.

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