सर्टिफिकेट समस्या के कारण cdn.jsdelivr.net एक्सेस ठप
(github.com/jsdelivr)सोचा गया था उससे अधिक critical issue है, लेकिन इस पर अलग से कोई उल्लेख नहीं दिख रहा, इसलिए साझा कर रहा हूँ.
- दुनिया की सबसे बड़ी open source project CDN services में से एक jsDelivr के edge domains में से एक
cdn.jsdelivr.netपर 2024-05-02 सुबह (KST) से लगातार पहुंच संभव नहीं है - यह SSL certificate की expiry से हुई error (
ERR_CERT_DATE_INVALID) लगती है, लेकिन फिलहाल यह दूसरी error message (ERR_CERT_COMMON_NAME_INVALID) में बदल गई है - कोरिया के मामले में, jsDelivr का उपयोग करके js frontend libraries, web fonts आदि serve करने वाली sites बहुत हैं, इसलिए अपनी service या project की जांच करना जरूरी है
13 टिप्पणियां
cdn.jsdelivr.netपर उपलब्धslick-slider,cdnjs.cloudflare.comपर भी मिलता है, इसलिए उसे देखें।Discord पर भी कोई सूचना नहीं थी।
दोपहर तक आते-आते क्या काम नहीं कर रहा है, इसकी रिपोर्टें धड़ाधड़ आने लगीं T_T
कोरियाई समयानुसार 20:08 बजे, निर्माता Dmitriy Akulov(@jimaek) ने outage का postmortem लेख प्रकाशित किया।
https://www.jsdelivr.com/blog/jsdelivr-may-outage-postmortem/
उसके मोटे तौर पर अनुवाद और सारांश (Claude3 Sonnet LLM का उपयोग) इस प्रकार हैं।
2 मई 2024 की रात, jsDelivr CDN डोमेन
cdn.jsdelivr.netने कुछ क्षेत्रों के क्लाइंट्स को expired SSL certificate दिया, जिससे लगभग 5 घंटे से अधिक समय तक outage रहा। मुख्य रूप से अफ्रीका, एशिया, यूरोप और लैटिन अमेरिका के कुछ देशों के उपयोगकर्ता प्रभावित हुए।outage का कारण यह था कि Cloudflare ने certificate authority को DigiCert से Google Trust Services में बदलने की प्रक्रिया के दौरान domain validation method बदल दी, और jsDelivr की विशेष configuration के कारण automatic certificate issuance विफल हो गया।
jsDelivr डेवलपर ने इस घटना की पूरी जिम्मेदारी ली है, और कहा है कि आगे CDN provider में कोई भी महत्वपूर्ण बदलाव होने पर jsDelivr उस CDN को disable करके manual verification करेगा। लंबी अवधि में DNS, load balancing और failover system को optimize करने तथा अपनी Globalping service को integrate करने की योजना है.
लगता है आज सुबह-सुबह certificate की समस्या थी, लेकिन खोजने पर भी कुछ नहीं मिल रहा था।
अब जाकर...
मेरे यहाँ भी जल्दबाज़ी में बनाए गए प्रोजेक्ट में समस्या आ गई, इसलिए उसे अपने CDN पर शिफ्ट कर दिया..
वैसे वह private CDN implement कैसे किया जाता है?
मैंने भी disk cache में बचे हुए source को कॉपी करके अपने CDN पर ले जाकर समस्या का समाधान किया।
cdn.jsdelivr.netमेंcdnकोfastlyयाgcoreसे बदलकर समस्या हल की जा सकती है.देखने पर पता चला कि 2019 में भी यही समस्या हुई थी, और तब भी लगता है कि प्रतिक्रिया देर से हुई थी.
https://github.com/orioncactus/pretendard/…
आखिरकार ऐसा लगता है कि critical लाइब्रेरीज़ के लिए free hosting की बजाय self-hosting ही सही जवाब है। क्योंकि gcore और fastly में भी कभी न कभी इसी तरह की समस्या हो सकती है।
अरे, मैं भी अभी इसी वजह से सिर पकड़कर बैठा था