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

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

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

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

एक AWS खाता। Route 53 आपके AWS बिल पर प्रति होस्टेड ज़ोन और प्रति क्वेरी शुल्क लेता है।

इस कनेक्शन के लिए एक ऐसी पॉलिसी के साथ एक IAM यूज़र बनाएं जो route53:ListHostedZones, route53:ListResourceRecordSets और route53:ChangeResourceRecordSets की अनुमति देती हो।

1. AWS पर कुंजी बनाएं

AWS कंसोल में IAM → Users खोलें, वह यूज़र चुनें जिसके रूप में इस कनेक्शन को कार्य करना चाहिए (एक समर्पित यूज़र बनाएं — कभी भी अपने रूट खाते का उपयोग न करें), उसका Security credentials टैब खोलें और Access keys के अंतर्गत Create access key चुनें। उपयोग के मामले के रूप में Other चुनें, आगे बढ़ें और Create access key चुनें। Access key ID और Secret access key को कॉपी करें — AWS सीक्रेट केवल एक बार दिखाता है। प्रत्येक IAM यूज़र एक समय में दो कुंजियाँ रख सकता है।

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

अपने डैशबोर्ड में Integrations खोलें और Connect an account चुनें। समूह के रूप में Your own DNS और खाते के रूप में Amazon Route 53 चुनें, Access key ID और Secret access key भरें, और Connect account दबाएं।

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

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

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

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

यह कनेक्ट हो जाता है, फिर रिकॉर्ड परिवर्तन विफल हो जाता है। ज़ोन सूचीबद्ध करना और रिकॉर्ड बदलना अलग-अलग IAM अनुमतियाँ हैं, और परिवर्तन की जाँच केवल पहली बार तब की जाती है जब हम कोई बदलाव करते हैं। यूज़र की पॉलिसी में route53:ChangeResourceRecordSets जोड़ें — कुंजी स्वयं नहीं बदलती है।

AWS ने क्रेडेंशियल अस्वीकार कर दिया। IAM में एक्सेस कुंजी को निष्क्रिय या हटा दिया गया है।

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

यह कनेक्ट होता है, लेकिन बाद में कुछ विफल हो जाता है। कुंजी प्रमाणित होती है लेकिन इसमें उस अनुमति का अभाव होता है जिसकी कार्रवाई को आवश्यकता होती है। ऊपर सूचीबद्ध अनुमतियों के साथ एक नई कुंजी बनाएं, फिर पुराने कनेक्शन को डिस्कनेक्ट करें और नई कुंजी कनेक्ट करें।

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

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

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