ज्ञान आधार

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

Hetzner कंसोल में एक Read & Write API टोकन जनरेट करें और इसे कनेक्ट करें, ताकि आपके डोमेन का DNS आपके अपने Hetzner प्रोजेक्ट से परोस (सर्व) किया जा सके।

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

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

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

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

1. Hetzner में कुंजी बनाएं

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 दबाएं।

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

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

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

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

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

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

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

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

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

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

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

ब्लॉग से नवीनतम

होस्टिंग, एसईओ (SEO) और बड़े पैमाने पर साइटें चलाने के बारे में हम जो लिखते रहे हैं।

होस्टिंग लेयर से एसईओ और लिंक बिल्डिंग: एक 2026 ऑपरेटर का दृष्टिकोण

2026 में होस्टिंग कैसे इंडेक्सिंग और लिंक इक्विटी को प्रभावित करती है: पेजों को इंडेक्स रखना, उन पर निर्माण करने से पहले पुरानी डोमेन की जांच करना, बिना किसी फुटप्रिंट के लिंक बनाना, और इस बात पर एक ईमानदार रुख कि इन्फ्रास्ट्रक्चर SEO के लिए क्या कर सकता है और क्या नहीं।

पोस्ट पढ़ें

WordPress को तेज़ और सुरक्षित बनाना: एक परफॉर्मेंस और प्लगइन चेकलिस्ट

तेज़ और सुरक्षित WordPress के लिए एक व्यावहारिक चेकलिस्ट: सर्वर-स्तरीय कैशिंग, प्रति-साइट ऑब्जेक्ट कैच, वे कुछ ही प्लगइन्स जो उपयोग करने लायक हैं, स्टैक को अपडेट रखना, और वे WooCommerce पेज जिन्हें आपको कभी भी कैच नहीं करना चाहिए।

पोस्ट पढ़ें

2026 में मैनेज्ड वेब होस्टिंग कैसे चुनें: एक खरीदार की मार्गदर्शिका

अच्छी मैनेज्ड होस्टिंग को कंट्रोल पैनल वाले सस्ते सर्वर से असल में क्या चीज़ अलग करती है — माइग्रेशन, बैकअप, आइसोलेशन, वास्तविक कैशिंग और सही स्केलिंग — और कमिट करने से पहले इसका आंकलन कैसे करें।

पोस्ट पढ़ें

ब्लॉग पढ़ें

अभी भी परेशान हैं?

हर प्लान में सहायता शामिल है, हेल्प डेस्क दिन के 24 घंटे खुली रहती है, और आप हमारी किसी भी 58 भाषाओं में हमें लिख सकते हैं — हम आपकी ही भाषा में आपको जवाब देते हैं।

सपोर्ट से संपर्क करें सभी लेख