ज्ञानकोष

तपाईंको डोमेनहरूको DNS सेवा गर्न आफ्नो Gcore DNS खाता प्रयोग गर्नुहोस्

Managed DNS भूमिका भएको स्थायी Gcore API टोकन सिर्जना गर्नुहोस् र यसलाई जडान गर्नुहोस्, ताकि तपाईंको डोमेनहरूको DNS तपाईंको आफ्नै Gcore खाताबाट सेवा प्राप्त गरोस्।

यसलाई कनेक्ट गर्दा हुने फाइदाहरू

तपाईंको आफ्नै Gcore खाता कनेक्ट गर्नाले डोमेनको DNS हाम्रो सट्टा तपाईंको खाताबाट प्रदान गर्न सकिन्छ। तपाईंले जोन, बिल र भेन्डर ड्यासबोर्ड राख्नुहुन्छ; हामी तपाईंको साइट र मेलबक्सहरूलाई आवश्यक पर्ने रेकर्डहरू सिर्जना र अपडेट गर्छौँ, ताकि तपाईंले तिनीहरूलाई म्यानुअल रूपमा कपि गर्नुपर्दैन।

सुरु गर्नुअघि

Managed DNS उपलब्ध भएको Gcore खाता।

१. Gcore मा कुञ्जी (key) सिर्जना गर्नुहोस्

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

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

DNS का लागि, टोकनलाई Managed DNS को भूमिका दिनुहोस्।

२. यहाँ कनेक्ट गर्नुहोस्

आफ्नो ड्यासबोर्डमा Integrations खोल्नुहोस् र Connect an account छान्नुहोस्। समूहको रूपमा Your own DNS र खाताको रूपमा Gcore DNS छान्नुहोस्, API token भर्नुहोस्, र Connect account थिच्नुहोस्।

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

यसपछि के हुन्छ

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

यदि यो कनेक्ट भएन भने

तपाईंको जोनहरू देखा पर्दैनन्। टोकनको भूमिकामा Managed DNS समावेश छैन। यो समावेश भएको टोकन सिर्जना गर्नुहोस्।

यसले कुञ्जी अस्वीकृत भएको भन्छ। प्रायः जसो तीनवटा कुरामध्ये एउटा हुन्छ: यससँगै कपि भएको खाली ठाउँ (space) वा लाइन ब्रेक, म्याद सकिएको कुञ्जी, वा तपाईंले कपि गरेपछि रद्द गरिएको वा पुन: सिर्जना गरिएको कुञ्जी। नयाँ सिर्जना गर्नुहोस् र यसलाई फेरि पेस्ट गर्नुहोस्।

यो कनेक्ट हुन्छ, तर पछि केही असफल हुन्छ। कुञ्जीले प्रमाणीकरण गर्छ तर कार्यका लागि आवश्यक अनुमति यसमा छैन। माथि सूचीबद्ध अनुमतिहरूसहित नयाँ कुञ्जी सिर्जना गर्नुहोस्, त्यसपछि पुरानो कनेक्सन विच्छेद गर्नुहोस् र नयाँ कुञ्जी कनेक्ट गर्नुहोस्।

विच्छेद गर्दै (Disconnecting)

Integrations खोल्नुहोस्, खाता खोज्नुहोस् र Disconnect थिच्नुहोस्। यसले भण्डारण गरिएको कुञ्जीलाई तुरुन्तै हटाउँछ। यसलाई प्रयोग गरिरहेको जुनसुकै कुरा पनि यसको पछिल्लो कार्यमा रोकिन्छ, र यसमा निर्भर स्क्रिनहरूले सुस्त रूपमा असफल हुनुको सट्टा सोही कुरा जनाउँछन्।

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

ब्लगबाट पछिल्लो

हामीले हस्तीङ, एसइओ र ठूलो मात्रामा वेबसाइटहरू सञ्चालन गर्ने बारेमा के लेखिरहेका छौँ।

होस्टिंग तहबाट एसईओ र लिङ्क निर्माण: सन् २०२६ को अपरेटरको दृष्टान्त

२०२६ मा होस्टिङले इन्डेक्सिङ र लिङ्क इक्विटीलाई कसरी आकार दिन्छ: पेजहरूलाई इन्डेक्स राख्ने, पुराना डोमेनहरूमा साइट बनाउनुअघि तिनको जाँच गर्ने, फुटप्रिन्ट बिनाको लिङ्क बिल्डिङ, र SEO का लागि पूर्वाधारले के गर्न सक्छ र के सक्दैन भन्ने बारे स्पष्ट धारणा।

पोष्ट पढ्नुहोस्

WordPress लाई छिटो र सुरक्षित बनाउँदै: कार्यसम्पादन र प्लगइन चेकलिस्ट

छिटो र सुरक्षित WordPress का लागि एउटा व्यावहारिक चेकलिस्ट: सर्भर-स्तरको क्याचिङ, प्रति-साइट अब्जेक्ट क्याच, चलाउन लायक केही सीमित प्लगइनहरू, स्ट्याकलाई अध्यावधिक राख्ने, र WooCommerce पृष्ठहरू जुन तपाईंले कहिल्यै क्याच गर्नु हुँदैन।

पोष्ट पढ्नुहोस्

२०२६ मा म्यानेज्ड वेब हस्टिङ कसरी छनौट गर्ने: एक खरिदकर्ताको मार्गदर्शक

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

पोष्ट पढ्नुहोस्

ब्लग पढ्नुहोस्

अझै पनि अल्झिनुभयो?

सबै योजनाहरूमा सहयोग समावेश गरिएको छ, हेल्पडेस्क दिनको 24 घण्टा खुला रहन्छ, र तपाईंले हाम्रा कुनै पनि 58 भाषाहरूमा हामीलाई लेख्न सक्नुहुन्छ—हामी तपाईंले बुझ्ने भाषामा जवाफ दिन्छौं।

सम्पर्क समर्थन सबै लेखहरू