ifconfig-noexec మీ SSH సెషన్ను కాపాడదు: ఇది నిజంగా ఏమి చేస్తుంది
ఇది OpenVPN యొక్క స్వంత ఇంటర్ఫేస్ చిరునామా సెట్టింగ్ను అణచివేస్తుంది. ఇది SSH కోసం ప్రతిస్పందన మార్గాన్ని కేటాయించదు, అన్ని మార్గ మార్పులను ఆపదు మరియు లేని చిరునామాను అందించదు.
ఒక ఫోరం థ్రెడ్లో, ifconfig-noexec టన్నెల్ పైకి వచ్చినప్పుడు SSH సెషన్ను సజీవంగా ఉంచే పరిష్కారంగా సూచించబడుతుంది. ఈ ఎంపిక నిజంగా ఏమి తాకుతుందో పరిశీలించే వరకు ఆ వాదన నమ్మదగినదిగా అనిపిస్తుంది. ఇది OpenVPN టన్నెల్ ఇంటర్ఫేస్ చిరునామాను కాన్ఫిగర్ చేయకుండా ఆపి ఆ విలువలను బదులుగా స్క్రిప్ట్లకు ఇస్తుంది; మీ నిర్వహణ కనెక్షన్కు వచ్చే ప్రతిస్పందనలు ఎక్కడికి వెళ్తాయనే దాని గురించి ఇది ఏమీ చెప్పదు. దీనికి విరుద్ధంగా నమ్మితే ఉపయోగించగల చిరునామా లేని టన్నెల్ మరియు అయినా చనిపోయే SSH సెషన్ ఏర్పడతాయి.
ఈ ఎంపిక నిజంగా ఏమి అప్పగిస్తుంది
డిఫాల్ట్గా క్లయింట్ టన్నెల్ పరికరాన్ని పైకి లేపి సర్వర్ ఇచ్చిన స్థానిక మరియు రిమోట్ చిరునామాలను కేటాయిస్తుంది. ifconfig-noexec సెట్ చేయబడితే ఆ దశ దాటవేయబడుతుంది, మరియు చర్చించిన విలువలు స్క్రిప్ట్ వాతావరణంలోకి ఎగుమతి అవుతాయి, తద్వారా మరేదో వాటిని వర్తింపజేయగలదు.
యాజమాన్యం మారుతుంది. దాని స్థానంలో ఏమీ కల్పించబడదు.
కాబట్టి ఈ ఎంపిక సమాధానమిచ్చే ప్రశ్న ఇంటర్ఫేస్ను ఎవరు కాన్ఫిగర్ చేస్తారు అనేది, మరియు ఇది సమాధానమివ్వని ప్రశ్న ప్యాకెట్లు మీ వద్దకు ఎలా తిరిగి వస్తాయి అనేది. ఈ రెండింటిని వేరుగా ఉంచండి, లేకపోతే చిరునామా లేని ఇంటర్ఫేస్ను భర్తీ చేయడానికి మీరు సాయంత్రమంతా మార్గాలను సవరిస్తారు.
వేర్వేరు పనులతో మూడు సమాన ఎంపికలు
పేర్లు ఒక పదంతో భిన్నంగా ఉండటం మరియు లక్షణాలు ఒకదానిపై ఒకటి పడటం వల్ల ఈ కుటుంబాన్ని గందరగోళపరచుకోవడం సులభం. ఏదైనా ఎంచుకునే ముందు ప్రతిదీ ఏమి అణచివేస్తుందో చదవండి.
| Option | What stops happening |
|---|---|
ifconfig-noexec | OpenVPN's own tunnel-address configuration; values go to scripts instead |
route-noexec | Automatic route addition and removal; route details go to a script |
route-nopull | Server-pushed routes and related options such as DNS are rejected |
ఇవి విడివిడిగా అర్థం చేసుకోవాల్సిన ప్రత్యామ్నాయాలు, కలిపి అతికించే సముదాయం కాదు. చిరునామా కాన్ఫిగరేషన్ను అణచివేయడం మార్గ మార్పులు, ఫైర్వాల్ నియమాలు లేదా DNS మోసుకెళ్లే నెట్టబడిన ఎంపికలను అణచివేయదు. అప్పగించిన స్క్రిప్ట్ కూడా మార్గాలను మార్చడానికి స్వేచ్ఛగా ఉంటుంది, అది తప్పించుకోవడం కాకుండా మీరు అప్పగిస్తున్న నిర్ణయం.
విక్రేత క్లయింట్ ఇంజిన్ను చుట్టినట్లయితే, ప్రొఫైల్లో నిమ్నస్థాయి సూచనను వేసి ర్యాపర్ దాన్ని గౌరవిస్తుందని ఆశించడం బదులు దాని మద్దతు ఉన్న ఏకీకరణను ఉపయోగించండి. ర్యాపర్లు కనెక్ట్ అయ్యేటప్పుడు ప్రొఫైల్ను తరచుగా తిరిగి సృష్టిస్తాయి, కాబట్టి చేతితో చేసిన మార్పు లోపం లేకుండా మాయమవుతుంది. ఫైల్పై సాయంత్రమంతా గడిపే ముందు క్లయింట్ తన సెట్టింగ్లను ఎక్కడ ఉంచుతుందో తనిఖీ చేయండి. ఇది పట్టికలోని ప్రతి వరుసకు వర్తిస్తుంది, మీరు వచ్చిన వరుసకు మాత్రమే కాదు.
మీరు రక్షించాలనుకున్న SSH సెషన్
SSH కనెక్షన్కు మూల చిరునామా, గమ్య చిరునామా మరియు ప్రతిస్పందన మార్గం ఉంటాయి. పూర్తి టన్నెల్ డిఫాల్ట్ను ఇప్పుడే ఇన్స్టాల్ చేసిన సర్వర్లో, మీ పబ్లిక్ చిరునామాకు వచ్చే ప్రతిస్పందన టన్నెల్తో సరిపోతుంది, మరియు VPN గేట్వే దాన్ని పడేస్తుంది.
టన్నెల్ ఇంటర్ఫేస్ చిరునామా కాన్ఫిగరేషన్లో ఏదీ దాన్ని మార్చదు.
దాన్ని సరిచేసేది టన్నెల్కు ముందున్న గేట్వే ద్వారా మీ నిర్వహణ చిరునామాకు మరింత నిర్దిష్టమైన మార్గం, లేదా ఆ ట్రాఫిక్ను తిప్పే విధాన నియమం, తో పాటు మీ హోస్ట్ వర్తింపజేసే ఫిల్టర్ సెట్టింగ్లు. రెండు సమస్యలు కొన్నిసార్లు కలిసి కనిపిస్తాయి, అందుకే ఒకటి మరొకదానికి నివారణగా పొరపాటు పడుతుంది. వాటిని విడివిడిగా పరీక్షించండి: ఎంపిక లేకుండా టన్నెల్ను పైకి లేపండి, ఇంటర్ఫేస్ చిరునామా మరియు ప్రతిస్పందన మార్గాన్ని చూడండి, తర్వాత రెండింటిలో ఏది నిజంగా పాడైందో నిర్ణయించండి.
అప్పగించిన స్క్రిప్ట్ ఏమి తీసుకోవాలి
ఇంటర్ఫేస్ను మరో యజమాని కాన్ఫిగర్ చేయాలని మీరు నిజంగా కోరుకుంటే, పనిని జాబితా చేయండి: స్థానిక మరియు రిమోట్ చిరునామాను వర్తింపజేయండి, పరికరాన్ని పైకి లేపండి, విడదీసేటప్పుడు చిరునామాన్ని పునరుద్ధరించండి లేదా తీసివేయండి, మళ్లీ కనెక్ట్ అయిన తర్వాత అదే మళ్లీ చేయండి. ఒక విజయవంతమైన సెషన్ విలువలను హార్డ్కోడ్ చేయకూడదు, ఎందుకంటే సర్వర్ తదుపరిసారి మరో జతను ఇవ్వవచ్చు.
క్లయింట్ ఎగుమతి చేసే వాతావరణ చరాలు ఆ పనికి ఏకైక మద్దతు ఉన్న ఇన్పుట్.
env | grep -E '^ifconfig_|^route_'ఏదైనా route-up స్క్రిప్ట్ లోపల ఆ చరాలు అందుబాటులో ఉంటాయి; cron పని లేదా చేతితో నడిపిన షెల్ నుండి ఉండవు. మీ వెర్షన్ ఏ జీవితచక్ర హుక్ను ఉపయోగిస్తుందో నిర్ధారించండి, మరియు హుక్ ఇంటర్ఫేస్ను మార్చడానికి సరిపోయే అధికారాలతో నడుస్తుందని కూడా నిర్ధారించండి, ఎందుకంటే క్లయింట్ ఇప్పటికే అధికారాలు లేని వినియోగదారుకు దిగి ఉండవచ్చు.
ఒక సెషన్ కాదు, మొత్తం జీవితచక్రాన్ని పరీక్షించండి
టన్నెల్ను పైకి లేపండి, పరికరంలో చిరునామాను తనిఖీ చేయండి, తర్వాత మళ్లీ కనెక్ట్ అయి మళ్లీ తనిఖీ చేయండి. ఒకసారి పనిచేసి రెండో ప్రయత్నంలో విఫలమయ్యే కాన్ఫిగరేషన్ సాధారణంగా అప్పగించిన దశ మొదటి కనెక్షన్లో మాత్రమే నడుస్తుందని అర్థం.
తర్వాత రెండు అంగీకార ప్రమాణాలను కలిసి పరీక్షించండి: ఉద్దేశించిన నిర్వహణ మార్గం ద్వారా కొత్త SSH కనెక్షన్ పనిచేస్తుంది, మరియు అనుమతించిన అప్లికేషన్ టన్నెల్ను సరిగ్గా ఉపయోగిస్తుంది.
టన్నెల్కు చిరునామా లేనప్పుడు పాత SSH సెషన్ యాదృచ్ఛికంగా బతికి ఉండటం విజయం కాదు, ఎవరూ పనిని తీసుకోనప్పుడు ఈ ఎంపిక సృష్టించేది సరిగ్గా ఆ స్థితినే. మొదట ఇంటర్ఫేస్ చిరునామాను, తర్వాత నిర్వహణ ప్రతిస్పందన మార్గాన్ని, తర్వాత అప్లికేషన్ను తనిఖీ చేయండి. మూడింటిలో రెండు తప్పు అయితే, ఎంపిక పనిని కదిలించింది కానీ దానికి యజమానిని ఇవ్వలేదు.