ज्ञानकोष

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

अपने Bunny खाते की API कुंजी कॉपी करें और उसे कनेक्ट करें, ताकि आपके डोमेन का DNS आपके अपने Bunny खाते से प्रस्तुत किया जा सके।

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

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

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

एक bunny.net खाता। Bunny की खाता API की (key) के पास खाते की पूर्ण पहुंच होती है, इसलिए इसे पासवर्ड की तरह ही समझें।

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

bunny.net डैशबोर्ड में Account → API Key खोलें। की (key) डिफ़ॉल्ट रूप से छिपी होती है: इसे देखने के लिए आँख के आइकन को दबाएं, या इसे कॉपी करने के लिए कॉपी आइकन दबाएं।

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

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

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

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

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

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

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

इसने काम करना बंद कर दिया। की (key) को Bunny में फिर से जनरेट किया गया था। नई की कॉपी करें और इसे कनेक्ट करें।

आप Bunny का उपयोग अपने CDN के रूप में भी करते हैं। वही खाता की (key) दोनों के लिए काम करती है; इसे एक बार Bunny DNS के रूप में और एक बार Bunny CDN के रूप में कनेक्ट करें।

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

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

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

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

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

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

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

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

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

पोस्ट पढ़ें →

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

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

पोस्ट पढ़ें →

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

एक कंट्रोल पैनल वाले सस्ते बॉक्स से अच्छे प्रबंधित होस्टिंग को वास्तव में क्या अलग करता है — माइग्रेशन, बैकअप, आइसोलेशन, वास्तविक कैशिंग और ईमानदार स्केलिंग — और इससे पहले कि आप कोई निर्णय लें, इसका आकलन कैसे करें।

पोस्ट पढ़ें →

ब्लॉग पढ़ें →

क्या अब भी समस्या आ रही है?

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

सहायता से संपर्क करें → सभी लेख →