OpenConnect vpnc-script: ఏ ఫైల్ నడుస్తోంది?

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

రెండు ప్రోగ్రాములు, రెండు బాధ్యతలు

క్లయింట్ రవాణా, ప్రామాణీకరణ మరియు టన్నెల్ పరికరాన్ని కలిగి ఉంటుంది. వేరు సహాయకుడు టన్నెల్ ఉన్న తర్వాత స్థానిక వ్యవస్థలో జరిగేదాన్ని కలిగి ఉంటుంది: ఇంటర్ఫేస్పై చిరునామా, గేట్వే ప్రకటించిన సబ్నెట్లకు మార్గాలు, మరియు రిజాల్వర్ కాన్ఫిగరేషన్. OpenConnect సహాయకుడి డాక్యుమెంటేషన్ ఆ విభజనను మరియు సహాయకుడు పొందే వాతావరణాన్ని వివరిస్తుంది. వైఫల్య సమయంలో ఈ భేదం ముఖ్యం, ఎందుకంటే తిరస్కరించబడిన పాస్వర్డ్ మరియు లేని మార్గం ఒకే సంఘటన కాదు, డెస్క్టాప్ రెండింటికీ ఒకే సంభాషణను చూపినా.

ఈ విభజనను గుర్తుంచుకోవడం, కనెక్షన్ విజయాన్ని నివేదించినా ప్రైవేట్ పేర్లు ఇంకా పరిష్కరించబడకపోవడానికి కారణాన్ని కూడా వివరిస్తుంది. రెండు సందర్భాల్లోనూ టన్నెల్ పైన ఉంటుంది, భేదం స్థానిక ఇంటిగ్రేషన్ దశలో మాత్రమే.

నడుస్తున్న క్లయింట్ ఉపయోగించే సహాయకుడిని కనుగొనండి

మార్గం ప్యాకేజీ నిర్మించినప్పుడు నిర్ణయించబడుతుంది మరియు ప్రతి కాల్లో భర్తీ చేయవచ్చు, కాబట్టి మరొక పంపిణీ నుండి గుర్తున్న ఫైల్కు ఈ కనెక్షన్తో ఎటువంటి సంబంధం ఉండకపోవచ్చు. యాదృచ్ఛికంగా తెరిచిన డాక్యుమెంటేషన్ను కాదు, నడుస్తున్న ప్రక్రియను అడగండి.

openconnect --version
ps -o args= -C openconnect
dpkg -L openconnect | grep -i script
ls -l /etc/vpnc/ 2>/dev/null

ప్రక్రియ పంక్తిలో --script ఆర్గ్యుమెంట్ ఉంటే, ఆ ఫైల్ కంపైల్ చేయబడిన డిఫాల్ట్ను ఓడిస్తుంది. /etc/vpnc/vpnc-script వంటి పాత మార్గాలు ఉన్నా ఉపయోగించకపోవచ్చు, అందుకే వాటిని తొలగించడం లేదా సవరించడం కొత్త బిల్డ్లో ఏమీ మార్చదు. మార్పు తేదీని కూడా చూడండి, ఎందుకంటే సంవత్సరాల తరబడి ఎవరూ తాకని సహాయకుడు ప్యాకేజీ డిఫాల్ట్ే పని చేస్తున్నట్లు బలమైన సంకేతం.

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

చివరి హెచ్చరిక కాదు, మొదటి విఫల కార్యకలాపాన్ని చదవండి

ఇంటర్ఫేస్ కాన్ఫిగరేషన్, మార్గాల ఇన్స్టాలేషన్, రిజాల్వర్ ఎంపిక మరియు పాత స్థితి శుభ్రపరచడం వేర్వేరు దశలు, మరియు చివరగా ముద్రించబడే హెచ్చరిక తరచుగా కనెక్షన్ను విరిచిన వైఫల్యం కాదు, శుభ్రపరచడం గురించిన ఫిర్యాదు. మొదటి నిర్దిష్ట విఫల కార్యకలాపం వరకు పైకి చదవండి. ఫైల్ లేదా చిరునామాను పేర్కొనే సహాయకుడి లోపం పది పంక్తుల విచ్ఛిన్న శబ్దం కంటే విలువైనది.

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

కనెక్షన్, తిరిగి కనెక్షన్ మరియు డిస్కనెక్షన్ను ధృవీకరించండి

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

ip -brief address show tun0
ip route get 10.24.8.15
resolvectl status tun0
journalctl -u NetworkManager -b --no-pager | grep -i -E 'vpnc|script'

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

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