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