Azure P2S ക്ലയന്റ് പ്രാമാണീകരണം: Entra, സർട്ടിഫിക്കറ്റ് അല്ലെങ്കിൽ RADIUS
Entra സൈൻ-ഇൻ, ക്ലയന്റ് സർട്ടിഫിക്കറ്റുകൾ, RADIUS എന്നിവയ്ക്ക് വ്യത്യസ്ത Azure VPN ക്ലയന്റുകളും പ്രൊഫൈലുകളും വേണം. ആദ്യം രീതി, പിന്നെ ക്ലയന്റ്, ഒടുവിൽ പ്രൊഫൈൽ തിരഞ്ഞെടുക്കുക.
ഇൻസ്റ്റാളർ പ്രവർത്തിക്കുന്നു, പ്രൊഫൈൽ ഇറക്കുമതി ചെയ്യുന്നു, എന്നാൽ സൈൻ-ഇൻ ഘട്ടത്തിൽ കണക്ഷൻ പരാജയപ്പെടുന്നു. ഈ ടിക്കറ്റുകളിൽ ഭൂരിഭാഗവും ക്ലയന്റിലെ തകരാറല്ല: OpenVPN-സഹജമായ ആപ്ലിക്കേഷന് ടണൽ വഹിക്കാം, പക്ഷേ Microsoft Entra സൈൻ-ഇൻ എങ്ങനെ നിർവഹിക്കണമെന്ന് അറിയില്ലായിരിക്കാം. ലൂപ്പ് ഒഴിവാക്കുന്ന ക്രമം രീതി, പിന്നെ ക്ലയന്റ്, പിന്നെ പ്രൊഫൈൽ എന്നതാണ്. ഗേറ്റ്‌വേ കോൺഫിഗർ ചെയ്തിരിക്കുന്ന പ്രാമാണീകരണ രീതി തിരഞ്ഞെടുക്കുക, ആ രീതിക്ക് Microsoft രേഖപ്പെടുത്തുന്ന ക്ലയന്റ് തിരഞ്ഞെടുക്കുക, അതിനുശേഷം മാത്രം ആ ക്ലയന്റ് പ്രതീക്ഷിക്കുന്ന പ്രൊഫൈൽ സൃഷ്ടിക്കുക. താഴെയുള്ളവയെല്ലാം ഈ ക്രമം പിന്തുടരുന്നു.
ഇൻസ്റ്റാളറിൽ നിന്നല്ല, രീതിയിൽ നിന്ന് തുടങ്ങുക
ഗേറ്റ്‌വേ ഒന്നോ അതിലധികമോ ടണൽ തരങ്ങളും പ്രാമാണീകരണ രീതികളും ഉപയോഗിച്ച് കോൺഫിഗർ ചെയ്തിരിക്കുന്നു. നിങ്ങളുടെ ഡെസ്ക്ടോപ്പിലെ ഫയൽ എക്സ്റ്റൻഷനല്ല, ഈ ജോഡിയാണ് ഏത് ക്ലയന്റുകൾ പിന്തുണയ്ക്കുന്നുവെന്ന് തീരുമാനിക്കുന്നത്.
എന്തെങ്കിലും ഡൗൺലോഡ് ചെയ്യുന്നതിന് മുമ്പ് ജോഡി എഴുതിവയ്ക്കുക, കാരണം പിന്തുണാ മാട്രിക്സ് ഇടുങ്ങിയതാണ്, തെറ്റായ തുടക്കം ഒരു ഉച്ചയ്ക്ക് ശേഷം നഷ്ടപ്പെടുത്തും.
ഡിപ്ലോയ്‌മെന്റ് കുറിപ്പുകളിൽ ഞാൻ സൂക്ഷിക്കുന്ന മാപ്പിംഗ് ഇതാണ്:
| Authentication | Tunnel type | Documented client |
|---|---|---|
| Microsoft Entra ID | OpenVPN | Azure VPN Client on Windows and macOS |
| Client certificate | OpenVPN or IKEv2 | Azure VPN Client, documented OpenVPN client, native IKEv2 client, strongSwan on Linux |
| RADIUS | IKEv2 or OpenVPN, per the current matrix | Native IKEv2 client, strongSwan, or the OpenVPN client the matrix names |
ഈ പട്ടിക മെനുവായല്ല, നിയന്ത്രണമായി വായിക്കുക. ഓരോ വരിയും രേഖപ്പെടുത്തിയ കോമ്പിനേഷനാണ്, ഒരു വരിയിലെ ക്ലയന്റ് മറ്റൊരു വരിയിലെ രീതിയുമായി കലർത്തുന്നത് ഈ ലേഖനം തടയാൻ ഉദ്ദേശിക്കുന്ന കൃത്യമായ പിഴവാണ്.
Entra ID എന്നാൽ OpenVPN കൂടാതെ Azure VPN Client
പോയിന്റ്-ടു-സൈറ്റിൽ Entra പ്രാമാണീകരണത്തിന്, പിന്തുണയ്ക്കുന്ന ക്രമീകരണം OpenVPN ടണൽ തരവും Azure VPN Client-ഉം ഉപയോഗിക്കുന്നു. സാധാരണ ഉപയോക്തൃനാമവും പാസ്‌വേഡും ഡയലോഗ് ആ ഇന്റഗ്രേഷന് പകരമല്ല, Windows-ന്റെ സ്വദേശീയ IKEv2 അതേ സൈൻ-ഇൻ നിർവഹിക്കാനുള്ള പരസ്പരം മാറ്റാവുന്ന വഴിയുമല്ല. മൂന്നാം കക്ഷി ക്ലയന്റ് Entra അല്ലെങ്കിൽ Azure AD ഓപ്ഷൻ നൽകുന്നുവെങ്കിൽ, ലേബലിന് പകരം Microsoft-ന്റെ നിലവിലെ ഡോക്യുമെന്റേഷനോട് പരിശോധിക്കുക. ലേബൽ മാർക്കറ്റിംഗാണ്, രേഖപ്പെടുത്തിയ കോമ്പിനേഷനാണ് കരാർ.
macOS-ലും Azure VPN Client ഈ രീതിയുടെ രേഖപ്പെടുത്തിയ വഴിയാണ്.
സർട്ടിഫിക്കറ്റുകൾക്ക് റൂട്ട് മാത്രമല്ല, ക്ലയന്റ് ക്രെഡൻഷ്യലും വേണം
സർട്ടിഫിക്കറ്റ് പ്രാമാണീകരണം പ്രത്യേകം പിന്തുണയ്ക്കുന്ന മോഡലാണ്, അത് Microsoft രേഖപ്പെടുത്തുന്ന OpenVPN ക്ലയന്റുകളുമായും പിന്തുണയ്ക്കുന്ന പ്ലാറ്റ്‌ഫോമുകളിലെ Azure VPN Client-മായും പ്രവർത്തിക്കുന്നു. Windows-ൽ Azure VPN Client Entra-യ്ക്ക് മാത്രമല്ല: അതിന് രേഖപ്പെടുത്തിയ സർട്ടിഫിക്കറ്റ് വർക്ക്‌ഫ്ലോയും ഉണ്ട്. അതിന് വേണ്ടത് ഗേറ്റ്‌വേ വിശ്വസിക്കുന്ന, ഉപയോഗയോഗ്യമായ സ്വകാര്യ കീയുള്ള ഉദ്ദേശിച്ച ക്ലയന്റ് സർട്ടിഫിക്കറ്റാണ്. ഗേറ്റ്‌വേയുടെ വിശ്വസ്ത റൂട്ട് ക്ലയന്റ് ക്രെഡൻഷ്യലല്ല, ഇഷ്യൂവറുടെ സൈനിംഗ് കീ ഒരിക്കലും ക്ലയന്റ് പാക്കേജിൽ ഉൾപ്പെടുന്നില്ല.
പ്രൊഫൈൽ ഡീബഗ് ചെയ്യുന്നതിന് മുമ്പ് ചെയിൻ പരിശോധിക്കുക. ഗേറ്റ്‌വേ വിശ്വസിക്കാത്ത റൂട്ടിൽ നിന്ന് നൽകിയ സർട്ടിഫിക്കറ്റ് മോശം പ്രൊഫൈൽ പോലെ തോന്നുന്ന, യഥാർത്ഥത്തിൽ വിശ്വാസ പ്രശ്നമായ പരാജയമുണ്ടാക്കുന്നു.
പ്ലാറ്റ്‌ഫോം അനുവദിക്കുന്നിടത്ത് സ്വകാര്യ കീ എക്സ്പോർട്ട് ചെയ്യാനാവാത്തതായി സൂക്ഷിക്കുക, നിലവിലെ ഉപയോക്താവിന് യഥാർത്ഥത്തിൽ ഇൻസ്റ്റാൾ ചെയ്ത സർട്ടിഫിക്കറ്റ് ഉപയോഗിച്ച് പരിശോധിക്കുക.
RADIUS സ്വന്തം കോമ്പിനേഷനുകളുള്ള ബാക്കെൻഡ് തിരഞ്ഞെടുപ്പാണ്
RADIUS ക്രെഡൻഷ്യൽ തീരുമാനം നിങ്ങൾ നടത്തുന്ന സെർവറിലേക്ക് മാറ്റുന്നു, അത് നിർദ്ദിഷ്ട ടണൽ തരങ്ങളും ക്ലയന്റുകളും ഉപയോഗിച്ച് രേഖപ്പെടുത്തിയിരിക്കുന്നു. പരിസ്ഥിതിയിൽ നിരവധി ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ ഉള്ളതുകൊണ്ട് അത് സ്വയമേവ ശരിയായ ഉത്തരമല്ല. ഗേറ്റ്‌വേയുടെ പ്രാമാണീകരണ നയം മാറ്റുന്നതിന് മുമ്പ് യഥാർത്ഥ ക്ലയന്റിന് എന്ത് അവതരിപ്പിക്കാമെന്ന് കണ്ടെത്തുക, കാരണം ഗേറ്റ്‌വേയെ RADIUS-ലേക്ക് മാറ്റുന്നത് ഓരോ നിലവിലുള്ള പ്രൊഫൈലും പൊരുത്തപ്പെടുത്തില്ല. ക്ലയന്റിന് ഇപ്പോഴും ആ ക്രെഡൻഷ്യലുകൾ ആവശ്യപ്പെടാനോ നൽകാനോ കഴിയണം.
മിശ്രിത പരിസ്ഥിതിയാണ് കാരണമെങ്കിൽ, എല്ലാവർക്കുമായി ഗേറ്റ്‌വേ നയം ദുർബലമാക്കുന്നതിന് പകരം പ്ലാറ്റ്‌ഫോം തോറും പരിഹരിക്കുക.
2026 പ്രിവ്യൂ പിൻവലിച്ചതിന് ശേഷം Linux
Microsoft-ന്റെ Linux പിൻവലിക്കൽ മാർഗ്ഗനിർദ്ദേശം Linux-നുള്ള Azure VPN Client പ്രിവ്യൂവിന്റെ പിൻവലിക്കൽ തീയതിയായി 31 ഓഗസ്റ്റ് 2026 നൽകുന്നു, അതിനാൽ 2026 നവംബർ മുതൽ ആ പ്രിവ്യൂ നിങ്ങളുടെ പിന്നിലാണ്. നിലവിലുള്ള ഇൻസ്റ്റലേഷനുകൾ പ്രവർത്തിച്ചേക്കാം, പക്ഷേ അവയ്ക്ക് ഇനി പിന്തുണ, അപ്ഡേറ്റുകൾ അല്ലെങ്കിൽ സുരക്ഷാ തിരുത്തലുകൾ ലഭിക്കില്ല. പഴയ Linux ഇൻസ്റ്റാളർ പിന്തുണയ്ക്കുന്ന പുതിയ ഡിപ്ലോയ്‌മെന്റായി നൽകരുത്. ഇത് ഒരു ക്ലയന്റിന്റെ പിൻവലിക്കലാണ്, Azure VPN Gateway-യുടെയോ Windows, macOS ക്ലയന്റുകളുടെയോ പിൻവലിക്കലല്ല.
രേഖപ്പെടുത്തിയ Linux ബദലുകൾ സർട്ടിഫിക്കറ്റ് പ്രാമാണീകരണത്തോടുകൂടിയ OpenVPN ക്ലയന്റ്, അല്ലെങ്കിൽ IKEv2-ഉം സർട്ടിഫിക്കറ്റ് അല്ലെങ്കിൽ RADIUS പ്രാമാണീകരണവുമുള്ള strongSwan എന്നിവയാണ്. രണ്ടും സംഘടനാ അനുമതി ആവശ്യമുള്ള വ്യത്യസ്ത കോൺഫിഗറേഷനുകളാണ്, പഴയ Entra പ്രൊഫൈലിന്റെ പേര് മാറ്റി ലഭിക്കുന്ന പരിവർത്തനമല്ല.
നയപരമായ കാരണങ്ങളാൽ Entra സൈൻ-ഇൻ നിർബന്ധമാണെങ്കിൽ, ഉടമ പിന്തുണയ്ക്കുന്ന പ്ലാറ്റ്‌ഫോമോ അംഗീകൃത ബദൽ രൂപകൽപ്പനയോ തിരഞ്ഞെടുക്കണം. അത് ഒരു തീരുമാനമാണ്, വഴിവിട്ട ഒരു മാർഗമല്ല.
പ്രൊഫൈൽ സൃഷ്ടിച്ച് നാല് പരിശോധനകൾ നടത്തുക
കോമ്പിനേഷൻ തീരുമാനിച്ചതിന് ശേഷം ഉദ്ദേശിച്ച ഗേറ്റ്‌വേയിൽ നിന്ന് ക്ലയന്റ് കോൺഫിഗറേഷൻ സൃഷ്ടിച്ച്, ആ ക്ലയന്റിനും രീതിക്കും രേഖപ്പെടുത്തിയ അവതരണം ഇറക്കുമതി ചെയ്യുക. പൊതുവായ OpenVPN ഫോൾഡറും Azure VPN Client XML പ്രൊഫൈലും പരസ്പരം മാറ്റാവുന്നവയല്ല. ഗേറ്റ്‌വേ ഉദ്ദേശ്യപൂർവ്വം നിരവധി പ്രാമാണീകരണ തരങ്ങൾ പ്രവർത്തനക്ഷമമാക്കിയാൽ, ഒരു കണക്ഷൻ എല്ലാം തൃപ്തിപ്പെടുത്തുമെന്ന് പ്രതീക്ഷിക്കുന്നതിന് പകരം യോജിക്കുന്ന പ്രൊഫൈലും ക്രെഡൻഷ്യൽ പാതയും തിരഞ്ഞെടുക്കുക. തുടർന്ന് ഈ ക്രമത്തിൽ പരിശോധനകൾ നടത്തുക:
- പിന്തുണയ്ക്കുന്ന ക്ലയന്റ് സൃഷ്ടിച്ച പ്രൊഫൈൽ തിരുത്താതെ ഇറക്കുമതി ചെയ്യുന്നു.
- ഉദ്ദേശിച്ച ഐഡന്റിറ്റി ആ പ്രൊഫൈൽ പ്രതീക്ഷിക്കുന്ന രീതി ഉപയോഗിച്ച് പ്രാമാണീകരിക്കുന്നു.
- ആവശ്യമായ റൂട്ട്, റിസോൾവർ നയം ക്ലയന്റിൽ പ്രത്യക്ഷപ്പെടുന്നു.
- അനുവദിച്ച ആപ്ലിക്കേഷൻ അതിന്റെ സ്വകാര്യ വിഭവത്തിൽ എത്തുന്നു.
വിജയകരമായ ഇറക്കുമതി പ്രാമാണീകരണ അനുയോജ്യതയോ സ്വകാര്യ വിഭവ അംഗീകാരമോ തെളിയിക്കുന്നില്ല, അതുകൊണ്ടാണ് ആ നാല് പരിശോധനകൾ വേറിട്ട് നിൽക്കുന്നത്.