यदि मेरो सर्भरमा रहेको अर्को साइटमा आक्रमण भयो भने, मेरो साइटलाई के हुन्छ?
डिजाइनको लक्ष्य नियन्त्रण हो। प्रत्येक साइट सीमित CPU, RAM, IO, IOPS, प्रक्रियाहरू र प्रविष्टि-प्रक्रियाहरू सहित आफ्नै CloudLinux LVE पिंजराभित्र चल्छ, जसको आफ्नै CageFS फाइलप्रणाली दृश्य र MySQL Governor मार्फत प्रति-साइट डाटाबेस थ्रोटलिङ हुन्छ। आक्रमण गरिएको साइटले सम्पूर्ण मेसिन खपत गर्नुको सट्टा आफ्नै सीमामा थ्रोटल हुन्छ, र LiteSpeed प्रति-IP जडान सीमाहरूले यसले वेब सर्भरको कति भाग ओगट्न सक्छ भन्ने कुरालाई बाँध्छ। नियन्त्रण कर्नेलमा इन्जिनियर गरिएको छ, प्रति ग्राहक कन्फिगर गरिएको होइन।
के DDoS सुरक्षा समावेश छ, वा यो एक एड-अन हो?
आधारभूत सुरक्षा प्रत्येक योजनामा समावेश गरिएको छ: LVE र CageFS अलगाव, LiteSpeed जडान र अनुरोध थ्रोटलिङ, नेटवर्क फायरवाल, सक्रिय WAF र मालवेयर स्क्यानिङ, साथै सम्पूर्ण फ्लीटको अगाडि Cloudflare एज अवशोषण र प्रदायक-स्तरको नेटवर्क फिल्टरिङ। हामीले यसलाई समावेश गरेका छौँ किनभने हामी हाम्रो आफ्नै फ्लीटको सुरक्षालाई वैकल्पिक छोड्न सक्दैनौँ। उन्नत बोट व्यवस्थापन, उच्च DDoS स्तरहरू, परिष्कृत WAF नियमहरू र समर्पित फायरवाल नियमहरू आवश्यक पर्ने साइटहरूका लागि थप सुविधाहरू हुन्।
यदि मेरो साइटमा आक्रमण भयो भने के तपाईं यसलाई अफलाइन गर्नुहुन्छ?
DDoS को निशाना बन्नु भनेको Cloudflare न्यूनीकरणका साथै प्रति-साइट दर सीमित हुनु हो, र — यदि आक्रमणले मूल सर्भर (origin) लाई नै खतरा पुर्याइरहेको छ भने मात्र — 'throttled' स्थिति लागू हुनु हो: साइट चालु रही सेवा प्रदान गरिरहेकै अवस्थामा अझ कडा LVE सीमाहरू। दबाब कम भएपछि थ्रोटल गरिएको स्थिति स्वतः सामान्य अवस्थामा फर्किन्छ। सेवा निलम्बन भुक्तानी नगरेको वा पुष्टि भएको दुरुपयोगको लागि मात्र सुरक्षित गरिएको छ, र त्यस्तो अवस्थामा पनि साइटले बिग्रिएको पृष्ठको सट्टा ब्रान्डेड, कारण-विशिष्ट होल्डिङ पृष्ठ देखाउँछ।
के एप्लिकेसन-तहको बाढीले अझै पनि मेरो डाटाबेसलाई असर गर्छ?
क्यासबाट सेवा दिइएका कुनै पनि कुराका लागि होइन। LSCache ले PHP वा MySQL लाई सक्रिय नगरी क्यास गरिएका पृष्ठ अनुरोधहरूको जवाफ दिन्छ, र प्रति-साइट Redis object cache ले साँच्चिकै गतिशील पृष्ठहरूका लागि पढ्ने भारलाई कम गर्दछ। बाँकी रहेको कुरा तपाईंको साइटको LVE प्रक्रिया र प्रविष्टि-प्रक्रिया सीमाहरू र MySQL Governor को प्रति-साइट डाटाबेस थ्रोटलिङद्वारा बाँधिएको हुन्छ, त्यसैले एउटा साइटको डाटाबेस दबाब सर्भरमा फैलिन सक्दैन। कार्ट, चेकआउट, मेरो-खाता र सत्र पृष्ठहरू पूर्वनिर्धारित रूपमा क्यास नगरिएका रहन्छन् ताकि सुरक्षा सुदृढीकरणले कहिल्यै पनि कारोबारमा बाधा नपुर्याओस्।
के तपाईं HTTP नभएको ट्राफिकलाई सुरक्षित गर्न सक्नुहुन्छ?
हो, नेटवर्क तहमा। प्रदायक-स्तरको DDoS सुरक्षाले प्रोटोकलको परवाह नगरी हाम्रो फ्लीटको माथिल्लो तहमा L3/4 फ्लडहरू फिल्टर गर्छ, र उन्नत वा इन्टरप्राइज आवश्यकताहरूको लागि Cloudflare Magic Transit र Spectrum ले गैर-HTTP ट्राफिकमा पनि एज-ग्रेड न्यूनीकरण विस्तार गर्छ।
आक्रमण भयो भनी मलाई कसरी थाहा हुन्छ र तपाईंले त्यसका बारेमा के गर्नुभयो?
प्रत्येक कार्यान्वयन परिवर्तन यसको कारण, यो स्वचालित थियो वा कर्मचारी-द्वारा प्रारम्भ गरिएको थियो, र यस पछाडिको प्रमाणको साथ लग गरिन्छ। के परिवर्तन भयो र के ले यसलाई समाधान गर्छ भन्ने बारे तपाईंलाई सूचित गरिन्छ, प्रत्येक कार्यविरुद्ध अपील गर्न सकिन्छ, र तपाईंको आफ्नै अनुपालन ट्रेलको लागि विशेषाधिकार प्राप्त कार्यहरूको अडिट-लग राखिन्छ। संकेतहरू उपकरणहरूमा छरिनुको सट्टा एकल Abuse Desk मा एकत्रित हुन्छन्।
भुक्तानी गर्नुअघि के म यो प्रयास गर्न सक्छु?
हो। Footprint-Free होस्टिङ ५ वटा सम्म साइटहरू समेट्ने बिना-कार्ड १४-दिने परीक्षणबाट सुरु हुन्छ — कुनै भुक्तानी विवरणहरू चाहिँदैन, कुनै प्रतिबद्धता चाहिँदैन। योजनाहरू ३०-दिने बिना कुनै झन्झट पैसा फिर्ता हुने ग्यारेन्टी, नि:शुल्क माइग्रेसनहरू र कुनै भेन्डर लक-इन नहुने सुविधाहरूद्वारा समर्थित छन्।