- Cloudflare की बड़ी आउटेज के कारण कई वेबसाइटें एक्सेस नहीं हो सकीं, और इससे centralized services में single point of failure की समस्या सामने आई
- कई छोटे और मझोले साइट Cloudflare का उपयोग करते हैं, लेकिन वास्तव में अक्सर DDoS protection की ज़रूरत नहीं होती
- छोटे ब्लॉग या व्यक्तिगत साइट पर हमला होने की संभावना कम होती है, इसलिए इससे सिर्फ अनावश्यक निर्भरता पैदा होती है
- reliability चाहिए तो round-robin DNS का उपयोग करके दूसरे server को backup के रूप में रखने का तरीका सुझाया गया है
- वेब के decentralization सिद्धांत को बनाए रखने के लिए, Cloudflare जैसी intermediary services पर अत्यधिक निर्भर न होना महत्वपूर्ण है
Cloudflare आउटेज और single point of failure की समस्या
- लेखन के समय (UTC 18 नवंबर 12:43) Cloudflare की वजह से कई साइट बंद हो जाने की घटना हुई
- लेखक ने बताया कि वेब ब्राउज़ करते समय लगभग आधी साइटों पर उन्हें error दिखा
- यह घटना दिखाती है कि centralized service पर निर्भर होने से single point of failure पैदा होता है
- बड़ी कंपनियाँ भी गलती कर सकती हैं या आउटेज झेल सकती हैं, और उसका असर बहुत व्यापक होता है
DDoS protection को लेकर अत्यधिक डर
- कई उपयोगकर्ता DDoS attack के डर से Cloudflare का इस्तेमाल करते हैं
- लेकिन ज़्यादातर छोटे साइटों पर महीने में केवल कुछ हज़ार visitors आते हैं, इसलिए उन पर हमला होने की संभावना कम होती है
- security industry की एक कहावत उद्धृत करते हुए यह ज़ोर दिया गया कि “कोई भी आपके लिए zero-day बर्बाद नहीं करता”
- यानी छोटे ब्लॉग पर उन्नत attack methods इस्तेमाल करने की वजह नहीं होती
decentralized web और Cloudflare पर निर्भरता का विरोधाभास
- बहुत से लोग decentralized web के महत्व की बात करते हैं, लेकिन व्यवहार में अपनी साइट Cloudflare के पीछे रखते हैं
- इसे आत्मविरोधी व्यवहार के रूप में बताया गया है
- Cloudflare आउटेज होने पर वे साइटें भी साथ ही inaccessible हो जाती हैं
विकल्प: round-robin DNS के जरिए redundancy
- server stability बढ़ाने के लिए दूसरे location में दूसरा server सेट करने और
A और AAAA records का उपयोग करके round-robin DNS configuration का सुझाव दिया गया है
- इससे एक server डाउन होने पर भी traffic को दूसरे server की ओर बांटा जा सकता है
मुख्य संदेश
- डर के आधार पर की गई अत्यधिक सुरक्षा व्यवस्थाओं से अधिक महत्वपूर्ण है सीधा संचालन
- साइट अस्थायी रूप से डाउन हो सकती है, लेकिन Cloudflare आउटेज से होने वाला पूर्ण ठप पड़ना टाला जा सकता है
- अंततः, अपनी service को सीधे इंटरनेट पर expose करके स्वयं प्रबंधित करना अधिक बेहतर विकल्प है
13 टिप्पणियां
घरेलू कंपनियों सहित बाकी सभी DNS providers को देखें, तब भी Cloudflare जैसा नई technologies को इतनी तेजी से अपनाने और इतने तरह के features को support करने वाला शायद ही कोई है
फिर भी ऐसा नहीं है कि कीमत में कोई खास फर्क हो।
छोटी साइट भी हो, अटैक तो होते ही हैं,..
अगर Cloudflare का कोई अच्छा विकल्प होता तो बेहतर होता, लेकिन जब तक सच में ऐसा कुछ नहीं है, मुझे लगता है कि Cloudflare इस्तेमाल करना ही सही है.
दूसरे लोगों की राय भी कुछ ऐसी ही है.
जब वास्तव में outage हुआ था, तो errors की वजह से मुझे यह शक ज़रूर हुआ कि क्या चीज़ें सामान्य रूप से काम कर रही हैं, लेकिन आखिर में DNS proxy बंद करके और DNS TTL को 1 मिनट पर सेट करके अस्थायी रूप से service चालू रखी जा सकी थी...
यह सही है कि विकल्प की ज़रूरत है, लेकिन इसे बिल्कुल न इस्तेमाल करना मुझे बिल्कुल भी समझदारी नहीं लगता.
हाहाहा
मुझे लगता है कि इससे बेहतर यह उम्मीद करना ज़्यादा यथार्थवादी होगा कि कोई प्रतिस्पर्धी सामने आए..
DDoS से ज़्यादा, अगर इसका इस्तेमाल सर्वर का असली IP छिपाने के लिए किया जाए तो क्या?
Hacker News राय
महीने में लगभग 100 विज़िटर आने वाले छोटे ब्लॉग पर भी DDoS attack हो सकता है
अगर attacker ठान ले तो कुछ डॉलर में DDoS service खरीद सकता है, और hosting provider सर्वर बंद कर देगा
इसी वजह से मैं anonymous account से लिखता हूँ। “साइट छोटी है तो सुरक्षित है” कोई security strategy नहीं है
मुझे लगता है कि personal site कुछ देर down रहे तो यह कोई बड़ी समस्या नहीं है
Cloudflare को पहले से on रखना कुछ ज़्यादा premature optimization जैसा लगता है
यह किसी के DDoS पर कुछ डॉलर खर्च करने से भी बहुत कम है
इसलिए अब मैं छद्मनाम से काम करता हूँ। लोग उम्मीद से ज़्यादा दुर्भावनापूर्ण होते हैं
static assets को CDN पर रखना मतलब single point of failure (SPOF) से कुछ हद तक बाहर निकलना
बल्कि मैं तो सोचता हूँ कि जब मेरी site down हो, तो हज़ारों engineers वाली बड़ी कंपनी भी साथ में down हो तो बेहतर है
scale के हिसाब से कभी Cloudflare की ज़रूरत नहीं भी होती, लेकिन risk के मुकाबले value देखनी चाहिए
Cloudflare इस्तेमाल करना ज़्यादातर लोगों के लिए तर्कसंगत है, लेकिन उतनी ही dependency भी पैदा होती है
बस आजकल outage को जैसे किसी cyber weather की तरह स्वीकार करना अजीब लगता है
छोटी sites में cache effect भी लगभग नहीं होता, इसलिए performance benefit भी बहुत बड़ा नहीं है
मैं बहुत कम traffic वाली PHP site चला रहा हूँ, लेकिन bot traffic बहुत ज़्यादा है
CDN के बिना सिर्फ local cache से site टिक नहीं पाती
पहले जब Fastly के ज़रिए एक बड़े media outlet में मेरा ज़िक्र हुआ था, तब भी CDN की वजह से बिना समस्या के संभाल लिया
लेकिन वास्तविकता में यह लगभग असंभव है। regulation आ भी जाए तो शायद और नुकसानदायक हो
हमारे जैसे छोटे sites पर भी Cloudflare के बिना malicious requests बहुत ज़्यादा आते हैं
filtering के बिना analytics गड़बड़ा जाती है, और business partners के साथ collaboration में भी दिक्कत होती है
Cloudflare outage के समय भी सिर्फ DNS बदलकर 1 मिनट के भीतर recovery हो गई थी
cost खटकती तो है, लेकिन load balancer के आगे filtering के रूप में यह काफ़ी संतोषजनक है
firewall से रोक भी लें, तब भी CPU resources खर्च होते रहते हैं
Cloudflare free है और setup भी बहुत आसान है
इसका इस्तेमाल न करने की वजह समझ नहीं आती। लगता है लेखक Cloudflare की भूमिका ठीक से नहीं समझता
यानी Cloudflare internet access का arbiter बन जाएगा
मेरा server अक्सर Facebook, Azure, OpenAI जैसी बड़ी ट्रैफिक से परेशान रहता है
Cloudflare rules से रोक रहा हूँ, लेकिन कभी-कभी China और Russia से DDoS भी आता है
सोचता हूँ कि Cloudflare के अलावा इन जटिल rules का कोई विकल्प है या नहीं
लगता है क्या आजकल के servers बहुत कमज़ोर हो गए हैं?
Cloudflare इस्तेमाल करना ठीक है, लेकिन DNS registrar Cloudflare पर नहीं होना चाहिए
हमारे यहाँ भी registrar Cloudflare पर होने की वजह से थोड़ी देर के लिए lock state में फँस गए थे और recovery मुश्किल हो गई थी
DNS, domain, और infrastructure providers को अलग रखना बेहतर है
Cloudflare से जुड़े regional outages अक्सर BGP issues की वजह से थे
संबंधित बातें Cloudflare ब्लॉग और HN चर्चा में हैं
ज़्यादातर sites के लिए Cloudflare इस्तेमाल करना बेहतर है, लेकिन unpredictable DDoS को देखते हुए यह कोई पूरी तरह का जवाब नहीं है
किस मानदंड पर “ज़्यादातर” कहा जा रहा है, यह जानना चाहूँगा
2017 की data leak incident याद रखनी चाहिए
मैं home server से कई projects को Cloudflare tunnel के ज़रिए expose करता हूँ
ISP fixed IP नहीं देता, इसलिए dynamic DNS से बच जाता हूँ और ports खोलने की भी ज़रूरत नहीं पड़ती
caching, rate limiting, bot blocking लगभग बिना configuration के हो जाते हैं, इसलिए सुविधाजनक है
अब Cloudflare “असल internet” नहीं बल्कि एक विशाल private intranet जैसा लगता है
SSL सौंपने पर क्या वह packets देख सकता है, और क्या वह government agencies के साथ cooperate करता है, यह चिंता भी है
internet का distributed model Cloudflare या social media के कारण जिस तरह centralize हो गया है, वह खेदजनक है
federation की चर्चा उम्मीद जगाती है, लेकिन अभी autonomy और privacy बचाए रखना कठिन समय है
मैंने तो विज़िटर्स की संख्या बस दो अंकों में रहने वाली छोटी-सी साइट पर भी DDoS अटैक झेला है, उफ।
यह तो वैसी बात हुई कि कीड़ों के डर से अचार बनाना ही छोड़ दिया जाए।
छोटी साइटों पर आमतौर पर Cloudflare के डाउन होने जितना downtime, साइट संचालन पर कोई बड़ा असर नहीं डालता...
ट्रेन या बस ख़तरनाक हैं, इसलिए पैदल चलिए। ऐसा ही एहसास है।
मैं तो बस इसे इस्तेमाल करूंगा।
मैं भी ^^