ज्ञान भांडार

साइटचे CDN म्हणून तुमच्या स्वतःच्या Amazon CloudFront खात्याचा वापर करा

CloudFront वाचण्यासाठी आणि इनव्हॅलिडेशन्स तयार करण्यासाठी परवानगी असलेली AWS ॲक्सेस की तयार करा आणि ती कनेक्ट करा, जेणेकरून एखादी साइट तुमच्या स्वतःच्या CloudFront डिस्ट्रिब्युशनवर चालू शकेल.

ते जोडल्याने तुम्हाला काय फायदा होतो

तुमचे स्वतःचे AWS खाते जोडल्याने तुम्ही आमच्या ऐवजी तुमच्या स्वतःच्या CDN वर साइट ठेवू शकता. झोन, ट्रॅफिक आणि बिल तुमच्या खात्यावर असतात आणि तुम्ही अजूनही तुमच्या Zinn® डॅशबोर्डधून कॅशे पर्ज (purge) करू शकता आणि CDN ची सेटिंग्ज बदलू शकता — पॅनल्स दरम्यान स्विच करण्याची गरज नाही.

सुरू करण्यापूर्वी

एक AWS खाते. या जोडणीसाठी एक IAM यूजर तयार करा ज्याच्या पॉलिसीमुळे CloudFront ला रीड ऍक्सेस आणि cloudfront:CreateInvalidation मिळतो, ज्याची कॅशे पर्ज करण्यासाठी गरज असते.

तुमचे स्वतःचे डोमेन सर्व्ह करण्यासाठी, CloudFront ला us-east-1 रीजियनमधील AWS Certificate Manager मधील त्यासाठीच्या प्रमाणपत्राची (certificate) देखील गरज असते. तुम्ही इतर कोणत्याही रीजियनमध्ये काम करत असलात, तरी इतर कोणत्याही रीजियनमधील प्रमाणपत्रे CloudFront ला दिसत नाहीत.

१. AWS वर की (key) तयार करा

AWS कन्सोलमध्ये IAM → Users उघडा, या जोडणीने ज्या यूजरच्या रूपात कार्य करावे तो यूजर निवडा (एक समर्पित यूजर तयार करा — कधीही तुमचे रूट खाते वापरू नका), त्याची Security credentials टॅब उघडा आणि Access keys अंतर्गत, Create access key निवडा. युझ केस म्हणून Other निवडा, पुढे जा आणि Create access key निवडा. Access key ID आणि Secret access key कॉपी करा — AWS सिक्रेट की फक्त एकदाच दाखवते. प्रत्येक IAM यूजर एका वेळी दोन की बाळगू शकतो.

२. ते येथे जोडा

तुमच्या डॅशबोर्डमधील Integrations उघडा आणि Connect an account निवडा. गट म्हणून Your own CDN आणि खाते म्हणून Amazon CloudFront निवडा, Access key ID आणि Secret access key भरा, आणि Connect account दाबा.

काहीही सेव्ह करण्यापूर्वी आम्ही तुम्ही पेस्ट केलेली माहिती तपासतो. जी की काम करत नाही ती कधीही स्टोअर केली जात नाही, आणि उत्तरामध्ये त्यात काय चूक होती ते सांगितले जाते. जी की काम करते ती आमच्या सिक्रेट्स व्हॉल्टमध्ये — कधीही आमच्या डेटाबेसमध्ये नाही — एनक्रिप्टेड ठेवली जाते आणि पुन्हा कधीही दाखवली जात नाही, तुम्हालासुद्धा नाही.

पुढे काय होते

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

ते जोडले गेले नाही तर

तुमचे डोमेन जोडले जाऊ शकत नाही. us-east-1 मध्ये त्यासाठी कोणतेही प्रमाणपत्र नाही. त्या रीजियनमधील AWS Certificate Manager मध्ये एकाची विनंती करा, नंतर पुन्हा प्रयत्न करा.

पर्ज करणे अयशस्वी होते. यूजरच्या पॉलिसीमध्ये cloudfront:CreateInvalidation नाही. ती जोडा; की बदलत नाही.

की नाकारली गेल्याचे सांगितले जाते. जवळपास नेहमी या तीन पैकी एक कारण असते: तिच्यासोबत कॉपी झालेली एखादी जागा किंवा लाइन ब्रेक, कालबाह्य झालेली की, किंवा तुम्ही ती कॉपी केल्यानंतर रद्द केलेली किंवा पुनरुत्पादित केलेली की. एक नवीन की तयार करा आणि ती पुन्हा पेस्ट करा.

ते जोडले जाते, परंतु नंतर काहीतरी अयशस्वी होते. की ऑथेंटिकेट होते परंतु कृतीसाठी आवश्यक असलेली परवानगी त्यात नसते. वर सूचीबद्ध केलेल्या परवान्यांसह एक नवीन की तयार करा, नंतर जुनी जोडणी डिस्कनेक्ट करा आणि नवीन की जोडा.

डिस्कनेक्ट करत आहे

Integrations उघडा, खाते शोधा आणि Disconnect दाबा. त्यामुळे स्टोअर केलेली की ताबडतोब डिलीट होते. ती वापरणारी कोणतीही गोष्ट तिच्या पुढील कृतीवर थांबते, आणि ज्या स्क्रीन त्यावर अवलंबून असतात त्या शांतपणे अयशस्वी होण्याऐवजी तसेच सांगतात.

डिस्कनेक्ट केल्याने आधीच काय झाले आहे ते पूर्ववत होत नाही — रेकॉर्ड, उपयोजन (deployments) किंवा आम्ही तुमच्या खात्यावर बदललेली सेटिंग्ज जशीच्या तशी राहतात. की स्वतः लीक झाली असावी असे तुम्हाला वाटत असल्यास, ती व्हेंडरकडे देखील रद्द (revoke) करा; डिस्कनेक्ट केल्याने आमची प्रत काढून घेतली जाते, त्यांची नाही.

ब्लॉगवरील ताज्या घडामोडी

होस्टिंग, एसईओ (SEO) आणि मोठ्या प्रमाणावर साइट चालवणे याबद्दल आम्ही काय लिहीत आहोत.

होस्टिंग लेयरवरून एसइओ आणि लिंक बिल्डिंग: २०२६ ऑपरेटरचा दृष्टीकोन

२०२६ मध्ये होस्टिंग इंडेक्सिंग आणि लिंक इक्विटीवर कसा प्रभाव पाडते: पेज इंडेक्स ठेवणे, जुन्या डोमेनवर वेबसाइट तयार करण्यापूर्वी त्यांची छाननी करणे, फूटप्रिंटशिवाय लिंक बिल्डिंग, आणि इन्फ्रास्ट्रक्चर एसईओसाठी काय करू शकते आणि काय करू शकत नाही याबद्दलचे स्पष्ट सत्य.

पोस्ट वाचा

WordPress ला जलद आणि सुरक्षित बनवणे: एक कार्यप्रदर्शन आणि प्लगइन चेकलिस्ट

जलद आणि सुरक्षित WordPress साठी एक व्यावहारिक चेकलिस्ट: सर्व्हर-स्तरीय कॅचींग, प्रति-साइट ऑब्जेक्ट कॅच, वापरण्यायोग्य मोजके प्लगइन, स्टॅक अपडेट ठेवणे आणि तुम्ही कधीही कॅश न करायची WooCommerce पृष्ठे.

पोस्ट वाचा

२०२६ मध्ये मॅनेज्ड वेब होस्टिंग कशी निवडावी: खरेदीदाराचे मार्गदर्शक

उत्तम मॅनेज्ड होस्टिंग कंट्रोल पॅनेलसह येणाऱ्या स्वस्त बॉक्सपासून नेमके कशामुळे वेगळे ठरते — मायग्रेशन्स, बॅकअप्स, आयसोलेशन, रिअल कॅशिंग आणि प्रामाणिक स्केलिंग — आणि कोणतीही वचनबद्धता करण्यापूर्वी त्याचे मूल्यमापन कसे करावे.

पोस्ट वाचा

ब्लॉग वाचा

अजूनही अडकलात?

प्रत्येक प्लॅनमध्ये सपोर्ट समाविष्ट आहे, हेल्पडेस्क दिवसाचे 24 तास सुरू असते आणि तुम्ही आमच्या कोणत्याही 58 भाषांमध्ये आम्हाला लिहू शकता — आम्ही तुमच्याच भाषेत उत्तर देतो.

सपोर्टशी संपर्क साधा सर्व लेख