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 அல்லாத சேனல் இருந்ததும், காத்திருப்பு நிபந்தனை நேர வரம்புடன் நிலைச் சரிபார்ப்பாக இருந்ததும், ஒரு செயல்முறை வாழ்க்கைச் சுழற்சியைக் கொண்டிருந்ததும் ரன்புக் முடிகிறது.

தொடர்புடைய கட்டுரைகள்