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

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

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

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

एक KeyCDN खाता।

1. KeyCDN पर की (key) बनाएँ

KeyCDN डैशबोर्ड में साइन इन करें और Account → Authentication खोलें, जहाँ आपकी API की (key) दिखाई जाती है। एक लाइव की sk_prod_ से शुरू होती है।

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

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

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

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

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

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

इसे अस्वीकार कर दिया गया था। जाँच करें कि पूरी की (key) कॉपी की गई थी या नहीं, जिसमें sk_prod_ उपसर्ग (prefix) भी शामिल है, और यह कि इसके बाद इसे दोबारा जेनरेट नहीं किया गया है।

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

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

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

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

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