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

इसे कनेक्ट करने से आपको क्या लाभ मिलता है

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

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

एक Hetzner खाता जिसमें आपके ज़ोन Hetzner Console में हों। Hetzner ने DNS को Hetzner Console में स्थानांतरित कर दिया है, और पुराना स्टैंडअलोन DNS Console एक अलग प्रकार के टोकन का उपयोग करता है जो अब इसके लिए काम नहीं करता है — यदि आपके ज़ोन अभी भी वहां हैं, तो पहले उन्हें Hetzner Console में ले जाएं। टोकन किसी प्रोजेक्ट से संबंधित होते हैं, इसलिए उस प्रोजेक्ट का उपयोग करें जिसमें आपके ज़ोन हैं।

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

Hetzner Console में, वह प्रोजेक्ट खोलें जिसमें आपके ज़ोन हैं, बाईं साइडबार में Security चुनें, फिर शीर्ष पर API tokens, और Generate API token चुनें। इसे एक विवरण दें, Read & Write चुनें — केवल-पढ़ने के लिए (read-only) टोकन आपके ज़ोन को सूचीबद्ध कर सकता है और किसी रिकॉर्ड को बदल नहीं सकता है — और इसे जनरेट करें। टोकन को कॉपी करें: विंडो बंद होने के बाद Hetzner इसे दोबारा नहीं दिखाता है।

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

अपने डैशबोर्ड में Integrations खोलें और Connect an account चुनें। समूह के रूप में Your own DNS और खाते के रूप में Hetzner DNS चुनें, API token भरें, और Connect account दबाएं।

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

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

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

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

आपके ज़ोन दिखाई नहीं देते हैं। टोकन किसी अन्य प्रोजेक्ट से संबंधित है, या ज़ोन अभी भी पुराने DNS Console में हैं। उस प्रोजेक्ट में टोकन जनरेट करें जिसमें वे मौजूद हैं।

रिकॉर्ड परिवर्तन अस्वीकार कर दिए गए हैं। टोकन को Read के रूप में बनाया गया था। एक Read & Write टोकन जनरेट करें और इसे कनेक्ट करें।

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

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

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

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

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