VPN క్లయింట్ స్క్రిప్టింగ్: పాస్వర్డ్కు ముందు పొరను ఎంచుకోండి

విక్రేత CLI, rasdial, యాప్ ఉద్దేశం లేదా UI ఆటోమేషన్ ప్రతి ఒక్కటి వేరుగా విఫలమవుతాయి. పొరను ఎంచుకోండి, రహస్యాన్ని argv వెలుపల ఉంచండి, మరియు స్థితి కోసం వేచి ఉండండి, నిష్క్రమణ కోడ్ల కోసం కాదు.

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

పొర 1: విక్రేత కమాండ్ లైన్

చాలా డెస్క్టాప్ క్లయింట్లు ప్రొఫైల్ పేరు మరియు, చాలా తరచుగా, పాస్వర్డ్ను తీసుకునే కమాండ్ లైన్ను అందిస్తాయి. Cisco పాత క్లయింట్ వినియోగదారు మరియు పాస్వర్డ్ ఆర్గ్యుమెంట్లతో connect క్రియను అంగీకరించింది; macOS అంతర్నిర్మిత సేవను networksetup ద్వారా బహిర్గతం చేస్తుంది; NetworkManager nmcliకు ప్రతిస్పందిస్తుంది. ఈ కాల్లు కమాండ్ ముగిసినప్పుడు తిరిగి వస్తాయి, అది టన్నెల్ ఉపయోగించదగిన క్షణం కాదు. మీరు మోహరించిన సంస్కరణ కోసం విక్రేత స్వంత డాక్యుమెంటేషన్ చదవండి, ఎందుకంటే ఈ ఇంటర్ఫేస్లు మారుతాయి మరియు కొన్ని పూర్తిగా తొలగించబడతాయి.

nmcli connection up "Work VPN"
networksetup -connectpppoeservice "Work VPN"

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

పొర 2: ఆపరేటింగ్ సిస్టమ్ స్వంత సేవ

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

rasdial "Work VPN" user pass
Get-VpnConnection -Name "Work VPN" | Select-Object ConnectionStatus

ఎంట్రీని సృష్టించాల్సిన లేదా తీసివేయాల్సిన సందర్భంలో దాన్ని డయల్ చేయడానికి బదులుగా PowerShell ఉపరితలాన్ని ఉపయోగించండి. WMI మరియు cmdlet పొరలు అదే వస్తువులను వేర్వేరు పేర్లతో బహిర్గతం చేస్తాయి, మరియు తీసివేత డిస్కనెక్ట్ నుండి వేరైన ఆపరేషన్. డయల్ మాత్రమే చేసే స్క్రిప్ట్ మైగ్రేషన్ తర్వాత పాత ఎంట్రీలను వదిలివేస్తుంది. శుభ్రపరచడం జరుగుతుందని వాగ్దానం చేయడానికి ముందు మీ ఆటోమేషన్ ఏ స్టోర్లో రాస్తుందో తనిఖీ చేయండి.

Remove-VpnConnection -Name "Old VPN" -Force
Get-VpnConnection

macOSలో సమానమైనది నెట్వర్క్ సేవల జాబితా, ఇక్కడ ఉన్న సేవ పేరు ద్వారా కలుపబడుతుంది, స్థలంలోనే సృష్టించబడదు.

రహస్యాలు ప్రతి పొరలో లీక్ అవుతాయి, కాబట్టి ఛానెల్ను ఎంచుకోండి

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

openvpn --config /etc/openvpn/work.conf --askpass /etc/openvpn/work.secret --auth-nocache --daemon
ls -l /etc/openvpn/work.secret

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

స్థితి కోసం వేచి ఉండండి, తర్వాత ఒకే యజమానిని పర్యవేక్షించండి

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

ip link show tun0
nmcli -t -f GENERAL.STATE connection show "Work VPN"
curl -sS --max-time 5 https://app.internal.example/health -o /dev/null

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

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

సంబంధిత వ్యాసాలు