ज्ञानकोष

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

Managed DNS भूमिका वाला एक स्थायी Gcore API टोकन बनाएं और इसे कनेक्ट करें, ताकि आपके डोमेन का DNS आपके अपने Gcore खाते से प्रबंधित किया जा सके।

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

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

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

एक Gcore खाता जिसमें Managed DNS उपलब्ध हो।

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

Gcore Customer Portal में, ऊपर दाईं ओर अपना अवतार खोलें, फिर Profile → API tokens → Create token पर जाएँ। इसे एक नाम दें, Never expire या कोई समाप्ति तिथि चुनें, और इसे प्रत्येक आवश्यक उत्पाद के लिए एक भूमिका (role) असाइन करें। Gcore टोकन को केवल एक बार दिखाता है; इसे तभी कॉपी कर लें।

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

DNS के लिए, टोकन को Managed DNS की भूमिका दें।

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

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

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

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

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

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

आपके ज़ोन दिखाई नहीं देते हैं। टोकन की भूमिका में Managed DNS शामिल नहीं है। ऐसा टोकन बनाएँ जिसमें यह शामिल हो।

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

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

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

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

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

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

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

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

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

पोस्ट पढ़ें →

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

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

पोस्ट पढ़ें →

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

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

पोस्ट पढ़ें →

ब्लॉग पढ़ें →

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

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

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