ज्ञान आधार

अपने स्वयं के Gcore खाते को साइट के CDN के रूप में उपयोग करें

CDN भूमिका के साथ एक स्थायी Gcore API टोकन बनाएँ और इसे कनेक्ट करें, ताकि कोई साइट आपके अपने Gcore CDN पर चल सके जिसमें आपके डैशबोर्ड से प्रबंधित पर्ज और सेटिंग्स शामिल हों।

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

अपना स्वयं का Gcore खाता कनेक्ट करने से आप हमारी CDN के बजाय अपनी CDN पर साइट होस्ट कर सकते हैं। ज़ोन, ट्रैफ़िक और बिल आपके खाते के अंतर्गत होते हैं, और आप पैनलों के बीच स्विच किए बिना, सीधे अपने Zinn® डैशबोर्ड से कैश साफ़ कर सकते हैं और CDN की सेटिंग बदल सकते हैं।

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

CDN की सुविधा वाला एक Gcore खाता।

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

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

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

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

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

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

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

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

  • किसी साइट का CDN टैब खोलें। Where this site is served from के अंतर्गत, यह खाता एक गंतव्य के रूप में दिखाई देता है। इसे चुनें और पुष्टि करें; हम आपके खाते पर साइट का कॉन्फ़िगरेशन तैयार करते हैं, इसकी जाँच करते हैं, और उसके बाद ही साइट को स्थानांतरित करते हैं, ताकि स्थानांतरण के दौरान साइट चालू रहे।
  • उसी टैब से आप साइट का कैश purge कर सकते हैं और अपने खाते पर इसकी CDN सेटिंग बदल सकते हैं।
  • जब आप कनेक्ट करते हैं, तो हम जाँचते हैं कि कुंजी क्या कर सकती है: आपके ज़ोन या प्रॉपर्टी की सूची बनाना, किसी एक को विस्तार से पढ़ना, कैश साफ़ करना, सेटिंग बदलना और — जहाँ विक्रेता के पास ये उपलब्ध हों — भौगोलिक नियम। कनेक्शन के बगल में दी गई चेकलिस्ट दिखाती है कि हम उनमें से किसकी पुष्टि कर पाए, जिससे साइट को खाते में स्थानांतरित करने से पहले ही कोई अनुपस्थित अनुमति दिखाई दे जाती है।
  • Deploy a site to your own CDN account में खातों के बीच साइट को स्थानांतरित करने की प्रक्रिया का विस्तार से वर्णन किया गया है।

यदि यह कनेक्ट न हो

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

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

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

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

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

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

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

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

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

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

पोस्ट पढ़ें

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

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

पोस्ट पढ़ें

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

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

पोस्ट पढ़ें

ब्लॉग पढ़ें

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

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

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