ஒரு VPN சேவை Windows, Mac மற்றும் Linux டெஸ்க்டாப்புகளை ஈடுகட்ட முடியுமா?
ஒரு அணுகல் திட்டம் Windows, Mac மற்றும் Linux டெஸ்க்டாப்புகளுக்குச் சேவை செய்ய முடியும், ஆனால் கேட்வே அடையாளம், சான்றுகள், வழிகள் மற்றும் தீர்வி கொள்கை நிர்ணயிக்கப்பட்ட பிறகுதான்.
ஒரே அணியில் மூன்று மடிக்கணினிகள், மூன்று வெவ்வேறு VPN பட்டியல்கள், மற்றும் Mac தவிர எல்லா இடங்களிலும் இணைப்பு வேலை செய்கிறது என்ற டிக்கெட். பட்டியல்கள் வேறாக இருந்தாலும் அந்த கிளையண்ட்களுக்குப் பின்னால் உள்ள திட்டம் ஒரே மாதிரியாக இருக்கலாம். பொருந்த வேண்டியவை பெரும்பாலான பயன்பாட்டு முயற்சிகள் கருதுவதை விட குறுகலானவை: ஒரு கேட்வே அடையாளம், ஒரு வகை சான்றுகள், ஒரு தொகுப்பு வழிகள் மற்றும் ஒரு தீர்வி கொள்கை. யாரும் சுயவிவரத்தை ஏற்றுமதி செய்வதற்கு முன் இந்த நான்கையும் எழுதுங்கள், பிளாட்ஃபார்ம் வேலை விசாரணையாக அல்லாமல் சரிபார்ப்புப் பட்டியலாக மாறும்.
கிளையண்ட் கோப்பிலிருந்து அல்ல, அணுகல் ஒப்பந்தத்திலிருந்து தொடங்குங்கள்
அணுகல் ஒப்பந்தம் என்பது விற்பனையாளர் கன்சோலைத் திறக்காமல் ஒரு மதிப்பாய்வாளர் சரிபார்க்கக்கூடிய ஐந்து வரிகள். அது பின்வருவனவற்றைக் குறிப்பிடுகிறது: அடையக்கூடியதாக இருக்க வேண்டிய தனிப்பட்ட முன்னொட்டுகள், தீர்க்கப்பட வேண்டிய உள் பெயர்கள், அவற்றுக்குப் பதிலளிக்கும் தீர்வி, உள்ளூர் பாதையில் தங்க அனுமதிக்கப்படும் போக்குவரத்து மற்றும் கிளையண்ட் எதிர்பார்க்க வேண்டிய கேட்வே சான்றிதழ். பயன்பாட்டு முயற்சியில் மீதமுள்ள அனைத்தும் அந்த வரிகளை ஒரு கோப்பு வடிவத்திற்கு மொழிபெயர்ப்பதே.
அலுவலக எடுத்துக்காட்டு வடிவத்தை உறுதியாக்குகிறது: பயன்பாட்டுச் சேவையகங்கள் 10.60.0.0/16 இல், தனிப்பட்ட பெயர்கள் corp.example கீழ், உள் தீர்வி 10.61.0.53 இல், சாதாரண உலாவல் சாதனம் ஏற்கனவே பயன்படுத்தும் பாதையிலேயே விடப்படுகிறது. கடைசி உருப்படி கொள்கை முடிவு, கிளையண்டின் இயல்புநிலை அல்ல, யாரும் வேறு எதுவும் சொல்லாவிட்டால் பல கிளையண்ட்கள் எல்லாவற்றையும் சுரங்கப்பாதை வழியாக அனுப்பும். ஒப்பந்தத்தை தேதி மற்றும் பொறுப்பாளருடன் பதிவு செய்யுங்கள், ஏனெனில் அந்தப் பதிவே பின்னர் சுரங்கப்பாதை மாறியதா அல்லது கொள்கை மாறியதா என்பதைச் சொல்லும்.
நீங்கள் பாதுகாக்கக்கூடிய ஒரு நடைமுறையும் ஒரு அங்கீகார இணையும் தேர்ந்தெடுங்கள்
மூன்று பிளாட்ஃபார்ம்களும் கூடுதல் மென்பொருள் இல்லாமல் இயங்க வேண்டியிருக்கும்போது, சான்றிதழ் அடிப்படையிலான கேட்வே அங்கீகாரத்துடன் IKEv2 மற்றும் பயனருக்கு EAP என்பது வழக்கமான தேர்வு, ஏனெனில் Windows, macOS மற்றும் NetworkManager ஒவ்வொன்றும் IKEv2 கிளையண்டுடன் வருகிறது. சிக்கல் என்னவென்றால், IKEv2 ஆதரவு ஒரு லேபிளை விவரிக்கிறது, அம்சங்களின் தொகுப்பை அல்ல. EAP முறைகள், வன்பொருள் ஆதரவு கொண்ட விசைகள், சான்றிதழிலிருந்து கணக்கிற்கான பொருத்தம் மற்றும் தானியங்கி மறுஇணைப்பு ஆகியவை ஒவ்வொரு பிளாட்ஃபார்மிற்கும் தனித்தனியாகச் செயல்படுத்தப்படுகின்றன. மூன்றில் இரண்டில் இயங்கும் கலவை போதுமான அளவு பொதுவானது, எனவே சோதிக்கும் வரை அதை அப்படியே கருத வேண்டும்.
வரிசைப்படுத்தல் வழிகாட்டி எழுதப்படுவதற்கு முன், பின்னர் அல்ல, ஒவ்வொரு இலக்கு பிளாட்ஃபார்மிலும் அந்த இணையைச் சோதியுங்கள். EAP-MSCHAPv2 மற்றும் EAP-TLS இரண்டையும் வழங்கும் கேட்வே மாற்றுப் பாதைக்கு இடம் தருகிறது, அந்த மாற்றுப் பாதை ஆதரிக்கப்படுவதாகப் பதிவு செய்யப்பட்டிருந்தால், ஒரு சம்பவத்தின் போது கண்டுபிடிக்கப்படாமல். இரண்டு ஆதரிக்கப்பட்ட பாதைகள் மலிவான காப்பீடு; ஆவணப்படுத்தப்படாத மூன்றாவது பாதை எதிர்கால டிக்கெட்.
ஒரு இணையும் மூன்று கிளையண்ட்களையும் உள்ளடக்காதபோது, நேர்மையான விருப்பங்கள் ஒரு கிளையண்டைச் சேர்ப்பது, கேட்வேயில் ஒரு சுயவிவரத்தைச் சேர்ப்பது அல்லது ஆதரிக்கப்பட்ட பிளாட்ஃபார்ம் பட்டியலைச் சுருக்குவது. அதிகம் புகார் செய்யும் பிளாட்ஃபார்மில் சான்றிதழ் சரிபார்ப்பை அணைப்பது அவற்றில் ஒன்றல்ல. அந்த மாற்றம் இணக்க இடைவெளியை இடைமறிப்பு ஆபத்தாக மாற்றுகிறது, மேலும் வரிசைப்படுத்தலின் எந்தப் பிந்தைய படியும் அதைச் சரிசெய்யாது.
ஒப்பந்தத்திலிருந்து ஒவ்வொரு பிளாட்ஃபார்மிற்கும் ஒரு கலைப்பொருளை உருவாக்குங்கள்
Windows VPNv2 சுயவிவரத்தைப் பயன்படுத்துகிறது, இது MDM மூலம் வழங்கப்படுகிறது அல்லது Add-VpnConnection மற்றும் அதன் XML பேலோடுடன் உள்ளூரில் உருவாக்கப்படுகிறது. கடிக்கும் பகுதிகள் நோக்கம் மற்றும் நம்பிக்கை. சாதன நோக்க சுயவிவரமும் பயனர் நோக்க சுயவிவரமும் வெவ்வேறு சேமிப்பகங்களில் நிறுவப்படுகின்றன, எனவே கிளையண்டிற்குத் தேவையான சான்றிதழ் நீங்கள் தேர்ந்தெடுத்த நோக்கத்துடன் பொருந்தும் சேமிப்பகத்தில் இருக்க வேண்டும். இந்த இணைப்பு தவறாக இருந்தால், தூய்மையாக இறக்குமதி செய்யப்பட்டு பின்னர் முதல் இணைப்பில் தோல்வியடையும் சுயவிவரம் கிடைக்கும்.
macOS நிர்வகிக்கப்பட்ட VPN பேலோடு கொண்ட கட்டமைப்பு சுயவிவரத்தைப் பயன்படுத்துகிறது, கையொப்பமிடப்பட்டு MDM மூலம் விநியோகிக்கப்படுகிறது அல்லது முன்னோட்டத்திற்கு கையால் நிறுவப்படுகிறது. அடையாளமும் CA சங்கிலியும் தனித்தனி பேலோடுகளாகப் பயணிக்கின்றன, அதனால்தான் ஒரு சுயவிவரம் புகாரின்றி நிறுவப்பட்டு இணைக்கும் நேரத்தில் தோல்வியடையலாம். பேலோடு பட்டியலைச் சரிபார்க்கவும், நிறுவல் முடிவை மட்டும் அல்ல.
Linux, NetworkManager க்குப் பின்னால் உள்ள பின்தளத்தைச் சார்ந்தது, strongSwan மற்றும் NetworkManager செருகுநிரல் தனித்தனி தொகுப்புகள். இணைப்பு பண்புகள் செருகுநிரலுக்கே உரியவை, பொதுவான VPN விசைகள் அல்ல, எனவே மற்றொரு செருகுநிரலிலிருந்து நகலெடுக்கப்பட்ட விசை பெரும்பாலும் பிழையின்றிச் சேமிக்கப்பட்டு பின்னர் செயல்படுத்தலில் தோல்வியடைகிறது. செருகுநிரல் உண்மையில் இயங்கும் இடத்தில் உள்ளதா என்பதை உறுதிப்படுத்த சுத்தமான இமேஜில் இணைப்பை உருவாக்குங்கள்.
மூன்று கலைப்பொருள்களும் வடிவத்தில் வேறுபடுகின்றன, ஆனால் ஒவ்வொன்றும் அதே ஐந்து ஒப்பந்த வரிகளை குறியாக்குகிறது. ஒரு கலைப்பொருள் முடிந்ததா என்பதற்கான சோதனை இதுவே: ஒவ்வொரு வரியும் எங்காவது பிரதிநிதித்துவப்படுத்தப்பட்டுள்ளது, வழியில் எதுவும் கூடுதலாகக் கண்டுபிடிக்கப்படவில்லை.
| Platform | Artifact | Check before handoff |
|---|---|---|
| Windows | VPNv2 profile or Add-VpnConnection | Scope matches certificate store |
| macOS | Managed VPN payload plus certificate payload | Both payloads present in one profile |
| Linux | NetworkManager connection with strongSwan backend | Plugin package installed on the image |
சுத்தமான கணக்கில் வழிகள், தீர்வி மற்றும் மறுஇணைப்பைச் சரிபார்க்கவும்
இணைக்கப்பட்டிருப்பது ஏற்புச் சோதனை அல்ல. Windows இல் Get-VpnConnection சுயவிவரத்தைக் காட்டுகிறது, route print தனிப்பட்ட முன்னொட்டு சுரங்கப்பாதை இடைமுகத்தில் இறங்கியதா என்பதைக் காட்டுகிறது. macOS இல் scutil --nc list செயலில் உள்ள சேவையை உறுதிப்படுத்துகிறது, scutil --dns அமைப்பு உண்மையில் பயன்படுத்தும் தீர்வி வரிசையைக் காட்டுகிறது.
Linux இல் nmcli connection show --active இணைப்பு இயங்குவதை நிரூபிக்கிறது, resolvectl status இணைப்பு வாரியாக DNS ஐக் காட்டுகிறது. இணைப்புக் கோப்பில் உள்ளது ஆனால் இணைப்பு வாரியான வெளியீட்டில் இல்லாத தீர்வி என்பது பிரிக்கப்பட்ட DNS பயன்படுத்தப்படவில்லை என்பதைக் குறிக்கிறது. இது பெயர்கள் தீர்க்கப்படுவதற்கும் சுரங்கப்பாதை வழியாகப் பெயர்கள் தீர்க்கப்படுவதற்கும் இடையிலான வேறுபாடு, மேலும் அடுத்த படிநிலையை எந்த ஆதரவுக் குழு எடுப்பது என்பதை அது மாற்றுகிறது. இணைப்பு உயர்வதற்கு முன்பும் பின்பும் இணைப்பு வாரியான வெளியீட்டை ஒப்பிடுங்கள், பின்பு மட்டும் அல்ல.
முழு சரிபார்ப்பையும் புதிய கணக்கில் இயக்குங்கள், தேக்கத்தில் உள்ள சான்றுகள் இல்லாமல், நிர்வாகி நிறுவிய சான்றிதழ் இல்லாமல். பின்னர் இடைநிறுத்தம் மற்றும் மீட்புக்குப் பிறகு மீண்டும் செய்யுங்கள், சான்றுகளை மீண்டும் உள்ளிடக் கட்டாயப்படுத்திய பிறகு இன்னொரு முறை. அந்த இரண்டு மாற்றங்கள் முதல் இணைப்பு ஒருபோதும் காட்டாத பெரும்பாலான மறுஇணைப்புத் தோல்விகளை வெளிக்கொணர்கின்றன.
தொகுப்புக்கு பதிப்பு கொடுத்து பின்வாங்கும் பாதையை வைத்திருங்கள்
ஒவ்வொரு பிளாட்ஃபார்ம் தொகுப்பையும் அது செயல்படுத்தும் ஒப்பந்தத் திருத்தத்துடன் குறியுங்கள், மேலும் அதை எந்த கிளையண்ட் மற்றும் கேட்வே பதிப்புகளுடன் ஏற்றுக்கொண்டீர்கள் என்பதைப் பதிவு செய்யுங்கள். கிளையண்ட் புதுப்பிப்புக்குப் பிறகு நடத்தை மாறும்போது, குறி யூகிக்க வேண்டிய கோப்பை அல்ல, மீண்டும் சோதிக்க வேண்டிய ஒப்பந்தத்தைக் காட்டுகிறது.
ஒவ்வொரு பிளாட்ஃபார்மிற்கும் முந்தைய தொகுப்பை மீட்டெடுக்கக்கூடியதாக வைத்திருந்து அதன் நீக்கல் கட்டளையை அருகில் எழுதுங்கள். VPN சுயவிவரத்தை நீக்குவது Windows, macOS அல்லது Linux இல் அதை நிறுவியதன் கண்ணாடிப் பிம்பம் அல்ல, வேறுபாடுகள் மிக மோசமான நேரத்தில் தோன்றும். காப்பு சாதனத்தில் ஒருமுறை நீக்கலைப் பயிற்சி செய்யுங்கள், காப்பகம் நம்பிக்கையாக அல்லாமல் திட்டமாக மாறும்.