तुमच्या डोमेनचे DNS सर्व्ह करण्यासाठी तुमच्या स्वतःच्या Amazon Route 53 खात्याचा वापर करा

हे जोडल्याने आपल्यासाठी काय होते

आपले स्वतःचे AWS खाते जोडल्याने डोमेनचे DNS आमच्या ऐवजी आपल्या खात्यावरून पुरवले जाते. आपण झोन, बिल आणि व्हेंडर डॅशबोर्ड आपल्याकडे ठेवता; आम्ही आपल्या साइट्स आणि मेलबॉक्सेसना आवश्यक असलेले रेकॉर्ड्स तयार आणि अपडेट करतो, जेणेकरून आपल्याला ते मॅन्युअली कॉपी करावे लागणार नाहीत.

सुरू करण्यापूर्वी

एक AWS खाते. Route 53 आपल्या AWS बिलावर प्रति होस्ट केलेल्या झोननुसार आणि प्रति क्वेरीनुसार शुल्क आकारते.

या कनेक्शनसाठी route53:ListHostedZones, route53:ListResourceRecordSets आणि route53:ChangeResourceRecordSets ला अनुमती देणाऱ्या पॉलिसीसह एक IAM वापरकर्ता तयार करा.

1. AWS वर की (key) तयार करा

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 दाबा. यामुळे स्टोअर केलेली की त्वरित हटवली जाते. ती वापरत असलेले काहीही असल्यास ते त्याच्या पुढील कृतीवर थांबते, आणि शांतपणे अयशस्वी होण्याऐवजी त्यावर अवलंबून असलेल्या स्क्रीन तसे सांगतात.

डिस्कनेक्ट केल्याने आधीच केलेले काम पूर्ववत होत नाही — आम्ही आपल्या खात्यावर बदललेले रेकॉर्ड्स, डिप्लॉयमेंट्स किंवा सेटिंग्ज जशा आहेत तशाच राहतात. की स्वतः लीक झाली असावी असे आपल्याला वाटत असल्यास, व्हेंडरकडे देखील ती मागे घ्या; डिस्कनेक्ट केल्याने आमची प्रत हटवली जाते, त्यांची नाही.