अपने डोमेन के DNS को सर्व करने के लिए अपने स्वयं के Azure DNS खाते का उपयोग करें

इसे कनेक्ट करने से आपको क्या फ़ायदा होता है

अपना Azure खाता कनेक्ट करने से किसी डोमेन का DNS हमारे खाते के बजाय आपके खाते से सर्व किया जा सकता है। आप ज़ोन, बिल और वेंडर डैशबोर्ड अपने पास रखते हैं; हम उन रिकॉर्ड्स को बनाते और अपडेट करते हैं जिनकी आपके साइट्स और मेलबॉक्स को ज़रूरत होती है, ताकि आपको उन्हें मैन्युअल रूप से कॉपी न करना पड़े।

शुरू करने से पहले

एक Azure सब्सक्रिप्शन और एक रिसोर्स ग्रुप जिसमें आपके DNS ज़ोन हैं — या होंगे।

1. Azure पर की (key) बनाएं

Azure इसे service principal कहता है। Microsoft Entra एडमिन सेंटर में Entra ID → App registrations → New registration खोलें, इसे एक नाम दें और Register करें। ऐप के ओवरव्यू पेज पर Application (client) ID और Directory (tenant) ID कॉपी करें। फिर Certificates & secrets → Client secrets → New client secret खोलें, अवधि चुनें और Add करें — सीक्रेट की वैल्यू तुरंत कॉपी कर लें, Azure इसे केवल एक बार दिखाता है।

Azure पोर्टल में, वह रिसोर्स ग्रुप खोलें जिसका उपयोग आप हमसे कराना चाहते हैं, फिर Access control (IAM) → Add → Add role assignment पर जाएं। DNS Zone Contributor रोल चुनें, इसे User, group, or service principal को असाइन करें, ऐप को नाम से खोजें, और Review + assign करें। रिसोर्स ग्रुप का नाम और उससे संबंधित Subscription ID नोट कर लें (पोर्टल में Subscriptions खोजें)।

2. इसे यहाँ कनेक्ट करें

अपने डैशबोर्ड में Integrations खोलें और Connect an account चुनें। ग्रुप के रूप में Your own DNS और खाते के रूप में Azure DNS चुनें, Client ID, Client secret, Tenant ID, Subscription ID और Resource group भरें, और Connect account दबाएं।

कुछ भी सहेजे जाने से पहले हम आपके द्वारा पेस्ट की गई जानकारी का परीक्षण करते हैं। काम न करने वाली की (key) को कभी भी स्टोर नहीं किया जाता है, और जवाब में यह बताया जाता है कि इसमें क्या खराबी थी। काम करने वाली की (key) को हमारे सीक्रेट्स वॉल्ट में एन्क्रिप्टेड रखा जाता है — हमारे डेटाबेस में कभी नहीं — और इसे दोबारा कभी नहीं दिखाया जाता है, आपको भी नहीं।

आगे क्या होता है

• किसी भी डोमेन पर, उसका DNS टैब खोलें और इस खाते को उस स्थान के रूप में चुनें जहाँ से डोमेन का DNS सर्व किया जाता है। यदि ज़ोन मौजूद नहीं है, तो हम उसे वहां बनाते हैं और वे रिकॉर्ड्स लिखते हैं जिनकी डोमेन की साइट्स और मेल को आवश्यकता होती है।
• जब हमारी ओर से कोई चीज़ यह बदलती है कि रिकॉर्ड में क्या होना चाहिए — आप किसी साइट को स्थानांतरित करते हैं, CDN बदलते हैं या कोई मेलबॉक्स जोड़ते हैं — तो हम आपके खाते पर रिकॉर्ड को अपडेट कर देते हैं।
• इस प्रोसेस को पूरा करने के लिए, आपके डोमेन के नेमसर्वर Azure की ओर पॉइंट करने चाहिए। यदि डोमेन हमारे पास रजिस्टर्ड है, या आपके द्वारा कनेक्ट किए गए किसी रजिस्ट्रार के पास है, तो हम उन्हें आपके लिए सेट करते हैं; अन्यथा डोमेन का पेज सेट किए जाने वाले नेमसर्वर दिखाता है।
• जब आप कनेक्ट करते हैं, तो हम जांचते हैं कि की (key) आपके ज़ोन को लिस्ट कर सकती है, रिकॉर्ड पढ़ सकती है और रिकॉर्ड में बदलाव कर सकती है। कनेक्शन के बगल में दी गई चेकलिस्ट दिखाती है कि हम इनमें से किसकी पुष्टि कर सके।

यदि यह कनेक्ट नहीं होता है

Azure ने service principal को अस्वीकार कर दिया। या तो क्लाइंट सीक्रेट की समय सीमा समाप्त हो गई है, या ऐप के पास अब रिसोर्स ग्रुप पर DNS Zone Contributor नहीं है। संदेश एक जैसे दिखते हैं, इसलिए नया सीक्रेट बनाने से पहले रोल असाइनमेंट की जांच करें।

एक ज़ोन गायब है। यह एक अलग रिसोर्स ग्रुप में स्थित है। उस ग्रुप पर भी रोल असाइन करें, या इसे दूसरे खाते के रूप में कनेक्ट करें।

यह बताता है कि की (key) अस्वीकार कर दी गई थी। लगभग हमेशा तीन में से एक बात होती है: इसके साथ कॉपी किया गया कोई स्पेस या लाइन ब्रेक, ऐसी की (key) जिसकी समय सीमा समाप्त हो गई है, या ऐसी की (key) जिसे कॉपी करने के बाद निरस्त या पुनर्जीवित किया गया था। एक नई की (key) बनाएं और इसे फिर से पेस्ट करें।

यह कनेक्ट तो हो जाता है, लेकिन बाद में कुछ विफल हो जाता है। की (key) ऑथेंटिकेट तो हो जाती है लेकिन उसमें उस अनुमति का अभाव होता है जिसकी एक्शन को ज़रूरत होती है। ऊपर दी गई अनुमतियों के साथ एक नई की (key) बनाएं, फिर पुराने कनेक्शन को डिस्कनेक्ट करें और नई की (key) को कनेक्ट करें।

डिस्कनेक्ट करना

Integrations खोलें, खाता ढूंढें और Disconnect दबाएं। यह स्टोर की गई की (key) को तुरंत हटा देता है। जो कुछ भी इसका उपयोग कर रहा था वह अपने अगले एक्शन पर रुक जाता है, और जो स्क्रीन इस पर निर्भर थीं वे चुपचाप विफल होने के बजाय ऐसा होने की सूचना देती हैं।

डिस्कनेक्ट करने से वह पहले जैसा नहीं होता जो पहले ही किया जा चुका है — आपके खाते पर हमारे द्वारा बदले गए रिकॉर्ड्स, डिप्लॉयमेंट या सेटिंग्स वैसे ही रहते हैं जैसे वे हैं। यदि आपको लगता है कि की (key) लीक हो गई होगी, तो इसे वेंडर के पास भी निरस्त कर दें; डिस्कनेक्ट करने से हमारी कॉपी हटती है, उनकी नहीं।