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 प्रोफाइल अदलबदल गर्न मिल्दैन। गेटवेले जानाजान धेरै प्रमाणीकरण प्रकार सक्षम गरेको भए एउटै जडानले सबैलाई सन्तुष्ट गर्छ भन्ने अपेक्षा नगरी मिल्ने प्रोफाइल र प्रमाण-पत्र मार्ग छान्नुहोस्। त्यसपछि यो क्रममा जाँच गर्नुहोस्:
- समर्थित क्लाइन्टले बनाइएको प्रोफाइल नसम्पादन गरी आयात गर्छ।
- इच्छित पहिचान त्यो प्रोफाइलले अपेक्षा गर्ने विधिबाट प्रमाणित हुन्छ।
- आवश्यक रुट र रिजोल्भर नीति क्लाइन्टमा देखिन्छ.
- अनुमति दिइएको अनुप्रयोग आफ्नो निजी स्रोतसम्म पुग्छ।
सफल आयातले प्रमाणीकरणको अनुकूलता वा निजी स्रोतको अधिकार कुनै पनि प्रमाणित गर्दैन, त्यसैले ती चार जाँच छुट्टै रहन्छन्।