प्रत्येक साइटको आइसोलेसन

प्रत्येक वेबसाइट आफ्नै पिँजरामा, ताकि एउटा नराम्रो छिमेकी एउटै नराम्रो छिमेकी बनिरहोस्

एक्लोपन (Isolation) एउटा घटना र सेवा अवरोध (outage) बीचको भिन्नता हो। हामीले होस्ट गर्ने प्रत्येक साइट आफ्नै CPU, RAM, IO र प्रक्रिया सीमाहरू, आफ्नै CageFS फाइलप्रणाली दृश्य, आफ्नै PHP संस्करण र आफ्नै डाटाबेस थ्रोटल सहितको कर्नेल-स्तरको CloudLinux LVE केजभित्र चल्छ। आक्रमण गरिएको, जोखिममा परेको वा केवल भारी माग गर्ने क्वेरी चलाइरहेको साइटलाई जहाँको त्यहीँ सीमित राखिन्छ—र यो आइसोलेसन आधाररेखा प्रत्येक योजनामा समावेश गरिएको छ, यसलाई अपग्रेडको रूपमा बेचिएको छैन। उपलब्धता: प्रति-साइट डाटाबेस थ्रोटलिङ र प्रति-साइट संसाधन तथ्याङ्कहरू हाल विकासको क्रममा छन् र उपलब्ध भइसकेका छैनन्। यहाँ वर्णन गरिएका अन्य सबै कुराहरू आजैदेखि सक्रिय छन्।

  • ६५०,०००+विश्वभर होस्ट गरिएका साइटहरू
  • प्रति साइटCPU, RAM, IO, IOPS र प्रोसेस क्यापहरू
  • ९९.९९%अपटाइम सुनिश्चितता
  • समावेश गरिएकोप्रत्येक प्लानमा आइसोलेसन बेसलाइन

कन्फिग फाइलमा होइन, कर्नेलमै आइसोलेसन

वर्क र फleet ले CloudLinux OS चलाउँछ, जसले बहु-टेनन्सीलाई सिधै कर्नेलमा पुर्‍याउँछ। प्रत्येक साइटले एउटा लाइटवेट भर्चुअल वातावरण — LVE — प्राप्त गर्छ जुन नम्र सम्झौता हुनुको सट्टा कडा सीमा हो। यसको केजभित्र साइटले गर्ने कुनै पनि कामले अरू कसैको बजेट खर्च गर्न सक्दैन।

प्रति साइट कडा स्रोत सीमाहरू

LVE ले प्रत्येक साइटको CPU, RAM, IO, IOPS, प्रक्रियाहरू (processes) र प्रविष्टि-प्रक्रियाहरू (entry-processes) लाई स्वतन्त्र रूपमा सीमित गर्दछ। जब कुनै साइटले आफ्नो सीमा नाघ्छ, यसलाई आफ्नै घेराभित्र थ्रोटल (throttle) गरिन्छ — त्यसको त्रुटि सोही साइटमा रेकर्ड गरिन्छ, र त्यसका दायाँ-बायाँ रहेका साइटहरू कुनै असरबिना चलिरहन्छन्।

अनियन्त्रित प्रक्रियाहरूलाई नियन्त्रण गरिन्छ, पछ्याइँदैन

लूपमा अड्किएको प्लगइन, नराम्ररी लेखिएको क्रन जोब वा एन्डपइन्टमा अत्यधिक भार पार्ने क्रलरले सबैभन्दा पहिले साइटको आफ्नै प्रोसेस र इन्ट्री-प्रोसेस सीमाहरूलाई असर गर्छ। एउटा मात्र साइटले सिधै सम्पूर्ण मेसिनको श्रोत खपत गर्न सक्दैन।

आक्रमण ट्राफिक प्रति साइट सीमित छ

केजबारा प्रति केज इन्ट्री-प्रसेसहरू सीमित गरिएको हुन्छ, एउटा साइटमा लक्षित गरिएको बाढीले होस्टमा असीमित काम खोल्न सक्दैन। LiteSpeed जडान र अनुरोध थ्रोटलिङ र Imunify360 नेटवर्क फायरवाल त्यसको अगाडि रहेका हुन्छन्, त्यसैले आक्रमण लक्षित साइटकै समस्यामा सीमित रहन्छ।

리소스 दोषहरू आश्चर्य होइन, संकेतहरू बन्छन्

प्रत्येक LVE गल्ती प्रत्येक साइटको आधारमा रेकर्ड हुन्छ र प्लेटफर्मको नीति इन्जिनमा जान्छ, जसले सीमाहरूलाई स्वचालित रूपमा कडा वा खुकुलो पार्न सक्छ। साइटलाई किन र कहिले थ्रटल (गति सीमित) गरियो भन्ने कुरा तपाईं देख्न सक्नुहुन्छ—क्रमबद्ध, उल्टाउन सकिने र रेकर्ड गरिएको।

तपाईंको आफ्नै फाइलसिस्टम दृश्य

स्रोत आइसोलेसनले साइटलाई धेरै हल्ला गर्न रोक्छ। फाइलसिस्टम आइसोलेसनले यसलाई अनावश्यक रूपमा चियोचर्चो गर्न रोक्छ। CageFS ले प्रत्येक टेनन्टलाई मेसिनको निजी र प्रतिबन्धित दृश्य प्रदान गर्दछ।

CageFS अन्तर्गत, टेनेन्टले आफ्नै फाइलहरू र प्रणाली बाइनरीहरूको न्यूनतम, सञ्चालित सेट देख्छ — र यसले अन्य टेनेन्टहरू, अन्य टेनेन्टहरूका साइटहरू, वा संवेदनशील प्रणाली फाइलहरू देख्न सक्दैन। साझा-होस्टिङमा हुने सामान्य विफलताको अवस्था, जहाँ एउटा कम्प्रमाइज्ड खाता बक्समा रहेका अन्य सबै खाताहरू पढ्न सक्ने अवस्था बन्छ, त्यसलाई कर्नेल तहमा बन्द गरिएको छ।

यो कुरा कुनै गडबड हुँदाको दिनमा सबैभन्दा बढी महत्त्वपूर्ण हुन्छ। यदि कुनै साइट ह्याक भयो भने—पुरानो प्लगइन, चोेरिएको क्रेडेंशिएल वा जोखिमयुक्त थिममार्फत—CageFS ले त्यसको क्षतिलाई त्यही एउटै केजमा सीमित राख्छ। हाम्रो सुरक्षासम्बन्धी विशेषताले शब्दहरूको छनोटमा विशेष ध्यान दिएको छ: CageFS ले सुरक्षा उल्लङ्घनहरूलाई नियन्त्रण गर्छ। नियन्त्रण नै यसको यथार्थ दाबी हो, र यसैले निर्धारण गर्छ कि कुनै घटना एउटा मात्र साइट सफा गर्ने कुरा हो वा सम्पूर्ण सर्भर फ्लीटको।

बैकअपहरूले समान सीमालाई सुदृढ गर्छन्। प्रति-साइट बैकअपहरू अपरिवर्तनीय, अफसाइट र चलिरहेको फ्लीटबाट अलग हुन्छन्, जसको रिस्टोर परीक्षण गरिएको हुन्छ, त्यसैले एउटा साइटमा खराब भन्दा खराब सम्झौता (कम्प्रोमाइज) हुँदा पनि सफा र स्वतन्त्र रिकभरी मार्ग हुन्छ जुन यो चलिरहेको मेसिनको स्थितिमा निर्भर हुँदैन।

डेटाबेस पनि पृथक गरिएको छ — सामान्यतया होस्टिङ यहीं कोलाहलपूर्ण हुने गर्छ।

वेब-टियर आइसोलेसन आधा कुरा मात्र हो। WordPress फ्लीटमा, प्रायः सर्भरलाई सुस्त महसुस गराउने कुरा एउटा साइटको ट्राफिक नभई एउटा साइटका क्वेरीहरू हुन्। त्यसलाई स्पष्ट रूपमा सम्बोधन गरिएको छ।

MySQL Governor

CloudLinux MySQL Governor ले प्रति साइट डाटाबेस प्रयोग सीमित गर्दछ, जसले गर्दा एउटा साइटको भारी क्वेरीहरूले अरू सबैका लागि सर्भरलाई सुस्त बनाउन सक्दैन। यो सुस्तता-विरोधी नियन्त्रण हो, र यो हल्ला गर्ने साइटलाई नियन्त्रण गरिँदैछ भन्ने थाहा होस् वा नहोस्, सञ्चालन भइरहन्छ।

WordPress कार्यभारहरूको लागि MariaDB

यो फ्लीटले MariaDB (or Percona) चलाउँछ, जुन पूर्वनिर्धारित रूपमा आउनेभन्दा WordPress कार्यभारका लागि छानिएको हो, र यसको माथि प्रति-टेनेन्ट निष्पक्षता तहको रूपमा Governor बसेको छ।

अगाडि Redis अब्जेक्ट क्यास

प्रत्येक साइटको Redis अब्जेक्ट क्यासले डाटाबेसमा पुग्नअघि पटक-पटक गरिने पढाइहरूलाई सोझै ग्रहण गर्छ, जसले गर्दा सुरुमा नै Governor ले मध्यस्थता गर्नुपर्ने दबाब कम हुन्छ। क्यास र आइसोलेसनले एउटै प्रणालीको रूपमा काम गर्छन्।

प्रति-साइट PHP, सुरक्षित बनाइएको

CloudLinux alt-PHP ले प्रत्येक साइटलाई यसको आफ्नै PHP संस्करण चयनकर्ता, यसका आफ्नै एक्सटेन्सनहरू (imagick, gd, redis र अन्य) र यसका आफ्नै कठोर सेटिङहरू प्रदान गर्दछ — LVE सीमाहरूद्वारा सीमित LSAPI वर्करहरूसँग, ताकि PHP कन्करेन्सी यसबाट बाहिर निस्कने माध्यम हुनुको सट्टा त्यो केज (cage) को हिस्सा बन्छ।

असफलता स्तरबद्ध, उल्ट्याउन मिल्ने र स्पष्ट पारिएको हुन्छ

पृथक्करणले समस्या कति टाढासम्म फैलिन्छ भन्ने निर्धारण गर्छ। प्रभावकारी कार्यान्वयनले त्यसपछि के हुन्छ भन्ने निर्णय गर्छ। हामीले स्थूल अन/अफ निलम्बनलाई राज्य मेसिनद्वारा सञ्चालित, टिकाउ कार्यप्रवाहहरूद्वारा निर्देशित र LiteSpeed, LVE तथा Imunify मार्फत वर्करमा लागू गरिएको प्रणालीले प्रतिस्थापन गरेका छौँ।

  • थ्रोटल गरिएको — कडा LVE सीमाहरू र दर सीमितता, वेबसाइट अझै पनि अनलाइन छ र सेवा दिइरहेको छ। सामान्यतया यो स्रोतको दुरुपयोग वा नरम सङ्केत हो, र कारण हट् In केही समयमै यो स्वतः ठीक हुन्छ।
  • प्रतिबंधित — साइट देखिने नै रहने भए तापनि बाहिर जाने मेल, cron वा POST अनुरोधहरू असक्षम पारिएका छन्। शंकास्पद कम्प्रमाइज वा स्पाम-पठाउने कार्यको लागि प्रयोग गरिन्छ, र यसको निवारण भएपछि यो स्वतः पुनःबहाल हुन्छ।
  • निलम्बित — साइट बन्द हुन्छ र यसको सट्टा ब्रान्डेड, कारण-विशेष होल्डिङ पेज (बिलिङ, मर्मतसम्भार वा दुरुपयोग) देखिन्छ। यो भुक्तानी, समस्या समाधान वा पुनरावलोकन गरेपछि फुकुवा हुन्छ।
  • क्वारेन्टाइन गरिएको — अफलाइन, फाइलहरू लक गरिएका, कार्यान्वयन नहुने, फरेन्सिकका लागि अलग गरिएको। यो निश्चित गरिएको मालवेयर वा फिसिङका लागि सुरक्षित राखिएको हो, र यो सरसफाइ र समीक्षा पछि मात्र उल्टाउन सकिन्छ; पुन: स्क्यान गर्दा स्वचालित रूपमा रिलिज हुँदैन।
  • प्रत्येक संक्रमण यसको कारण, कर्ता र प्रमाण सहित लेखापरीक्षण-लग गरिन्छ, यसलाई कसरी समाधान गर्ने भन्ने निर्देशनहरू सहित तपाईंलाई सूचित गरिन्छ, र यो अपील योग्य हुन्छ। कार्यान्वयनको समय प्रति उत्पादन लाइन कन्फिगर गर्न सकिन्छ, त्यसैले बिलिङ, दुरुपयोग र कानुनी पक्षहरू प्रत्येक आ-आफ्नै समयसीमामा अगाडि बढ्छन्।

दुवै उत्पादन लाइनहरूमा समान आइसोलेसन — र तपाईलाई आवश्यक पर्दा भारी टिएर

आइसोलेसन तीन तह माथि देखिने प्लानको विशेषता होइन। यो सबस्ट्रेटको गुण हो, त्यसैले तपाईँ एउटा WooCommerce स्टोर चलाउँदै हुनुहुन्छ वा दुई हजार नेटवर्क साइटहरू, यो सबैमा एकै हुन्छ।

Footprint-Free होस्टिङ

बल्क र PBN नेटवर्कहरूले footprint-aware CDN अकाउन्ट रोटेशन र स्ट्याटिक-HTML डेलिभरीसँगै उही LVE र CageFS सबस्ट्रेटमा काम गर्छन्। आइसोलेसनले घनत्वलाई सुरक्षित बनाउँछ: साइटहरूले भाग्य साझेदारी नगरी एउटा फ्लीट साझेदारी गर्छन्।

Zinn® म्यानेज्ड WordPress

Managed WordPress, WooCommerce, PHP, static र Node साइटहरूले उही cages का साथै पूर्ण self-service प्राप्त गर्दछन् — तपाईंको आफ्नै PHP संस्करण र एक्सटेन्सनहरू, Redis object cache, staging र push-to-live।

एक प्रिमियम भेरियन्टको रूपमा कन्टेनर-प्रति-साइट

घनत्व-अनुकूलित पूर्वनिर्धारित भन्दा बलियो सीमा आवश्यक पर्ने वर्कलोडहरूका लागि, प्रावधान-ड्राइभर भेरियन्टको रूपमा पूर्ण कन्टेनर-प्रति-साइट आइसोलेसन प्रस्ताव गरिएको छ: उही इन्जिन, उही कन्ट्रोल प्लेन, फरक प्लेसमेन्ट, उच्च ओभरहेडमा।

समावेश गरिएको छ, अतिरिक्त शुल्क छैन

LVE र CageFS आइसोलेसन, सक्रिय WAF र मालवेयर स्क्यानिङ प्रत्येक ग्राहकका लागि समावेश गरिएको छ, किनकि संक्रमित वा अनियन्त्रित साइटले आफ्ना छिमेकीहरू र हाम्रो IP प्रतिष्ठालाई खतरामा पार्छ। एक-क्लिक मालवेयर क्लिनअप र उन्नत सुरक्षा स्तरहरू सशुल्क एड-अनहरू हुन् — आधारभूत स्तर होइन।

यहाँ अलग्गै राख्ने काम किन कहिल्यै पनि ऐच्छिक हुँदैन

हस्टिङमा व्यावसायिक प्रलोभन भनेको सुरक्षालाई तहहरूमा बेच्नु हो: सस्तो ग्राहकहरूलाई सफ्ट सीमाहरू भएको साझा बक्समा राख्नु, र जो सीमा चाहन्छन् उनीहरूसँग शुल्क असुल गर्नु। हामी त्यसो गर्दैनौं, किनकि जसले आइसोलेसनको लागि तिरेको छैन, उही ग्राहकको ह्याक गरिएको साइट नै अरू सबैको लागि समस्या बन्छ।

हामी विश्वभर ६५०,००० भन्दा बढी साइटहरू होस्ट गर्छौं, एउटा यस्तो फ्लीटमा जहाँ घनत्व नै सम्पूर्ण आर्थिक प्रस्ताव हो। यो तब मात्र काम गर्छ जब त्यसभन्दा मुनिको आइसोलेसन बिनारोकतोक हुन्छ। कर्नेल-स्तरका केजहरू, निजी फाइलसिस्टम दृश्य, प्रति-साइट डाटाबेस थ्रोटलिङ र प्रति-साइट PHP साझा भाग्यबिना त्यो स्केलमा सञ्चालन गर्ने मूल्य हुन् — त्यसैले तिनीहरू पहिलो साइट डिप्लोय गरेदेखि नै, हरेक योजनामा, सबैका लागि अन गरिएका हुन्छन्।

नतिजा एउटा यस्तो प्लेटफर्म हो जसले अरू कसैको खत्तम दिनमा पनि अनुमान गर्न सकिने तरिकाले काम गर्छ। यसको पछाडि ९९.९९% अपटाइमको सुनिश्चितता, परीक्षण गरिएका पुनर्स्थापनाहरू सहित प्रति-साइट अपरिवर्तनीय अफसाइट ब्याकअपहरू, र तपाईंका साइटहरूमा चालिएका प्रत्येक कार्यान्वयन कारबाहीको पूर्ण अडिट ट्रेल रहेको छ।

प्रायः सोधिने प्रश्नहरू

के अर्को ग्राहकको साइटले मेरो साइटलाई सुस्त बनाउन सक्छ?

आइसोलेसन विशेष रूपमा त्यसलाई रोक्नको लागि डिजाइन गरिएको हो। LVE ले प्रति साइट CPU, RAM, IO, IOPS र प्रक्रियाहरू सीमित गर्छ, MySQL Governor ले प्रति साइट डाटाबेस प्रयोगलाई थ्रोटल गर्छ, र LSAPI वर्करहरू साइटको आफ्नै केजद्वारा सीमित हुन्छन् — त्यसैले छिमेकीको ट्राफिक स्पाइक वा भारी क्वेरी लोडलाई तपाईंको सीमामा होइन, उनीहरूको आफ्नै सीमामा थ्रोटल गरिन्छ। प्रत्येक त्रुटि प्रति साइट रेकर्ड गरिन्छ, र नीति इन्जिनले बढी स्रोत खपत गर्ने साइटको सीमाहरू स्वचालित रूपमा कडा पार्न सक्छ।

एउटै सर्भरमा भएको अर्को साइट ह्याक भएमा, मेरो साइट पनि जोखिममा हुन्छ?

इमानदार जवाफ ग्यारेन्टीभन्दा पनि नियन्त्रण हो। CageFS ले प्रत्येक भाडामा लिने (टेनन्ट) लाई अलग गरिएको फाइलप्रणाली दृश्य प्रदान गर्दछ — एउटा सङ्क्रमित टेनन्टले अन्य टेनन्टहरू, तिनीहरूका साइटहरू, वा संवेदनशील प्रणाली फाइलहरू देख्न सक्दैन — र मालवेयर वा फिसिङको घटना पुष्टि भएमा उक्त साइटलाई क्वारेन्टाइनमा सारिन्छ: अफलाइन, फाइलहरू लक गरिएका, कुनै कार्यान्वयन नहुने, फरेन्सिकका लागि छुट्टाइएको। यसले नै क्षतिको दायरालाई सीमित गर्छ। यसका साथै हामी प्रत्येक साइटमा मालवेयर स्क्यानिङ र सक्रिय WAF चलाउँछौं, साथै परीक्षण गरिएका पुनर्स्थापनाहरू सहित प्रति-साइट अपरिवर्तनीय अफसाइट ब्याकअपहरू पनि राख्छौं, ताकि पुन: प्राप्ति कहिल्यै पनि सम्बन्धित मेसिनको स्थितिको भरमा नपरोस्।

के आइसोलेसन समावेश छ, वा यसको अतिरिक्त शुल्क लाग्छ?

यो प्रत्येक योजनामा समावेश गरिएको छ। एलभीई र केजएफएस आइसोलेसन, सक्रिय डब्ल्यूएएफ र मालवेयर स्क्यानिङ प्रत्येक ग्राहकका लागि आधारभूत हुन्, किनभने संक्रमित वा अनियन्त्रित साइटले आफ्ना छिमेकीहरू र हाम्रो आईपी प्रतिष्ठालाई खतरामा पार्छ — हामी यसलाई समझदारीपूर्वक वैकल्पिक रूपमा छाड्न सक्दैनौं। एड-अनको रूपमा बिक्री गरिने कुरा एक-क्लिक मालवेयर क्लिनअप र रिमेडिएसन हो, र उन्नत सुरक्षा स्तरहरू जस्तै परिष्कृत डब्ल्यूएएफ नियमहरू, प्राथमिकता स्क्यानिङ, बोट व्यवस्थापन र उच्च डीडीओएस स्तरहरू हुन्।

मेरो साइटले यसको स्रोत सीमाहरू पार गर्यो भने के हुन्छ?

यसलाई बन्द गर्नुको सट्टा यसको आफ्नै पिँजडभित्र थ्रोटल गरिएको छ। थ्रोटल भन्नाले साइट चालु र सेर्भिङमै रहेको अवस्थामा कडा LVE सीमाहरू र दर सीमितता बुझाउँछ, र कारण समाप्त भएपछि यो स्वचालित रूपमा पुन: प्राप्त हुन्छ। तपाईंलाई कारणसहित सूचित गरिन्छ, यसको प्रमाणसहित परिवर्तन लग गरिन्छ, र यसमा अपिल गर्न सकिन्छ। यदि भार त्रुटिको सट्टा वास्तविक वृद्धिको कारणले हो भने, यसको समाधान स्थायी थ्रोटल नभई ठूलो योजना हो।

निलम्बन गरिएको साइट केवल खाली हुन्छ?

होइन — निलम्बन गरिएको साइटले ब्रान्डेड, कारण-विशेष होल्डिङ पेज (बिलिङ, मर्मतसम्भार वा दुरुपयोग) देखाउँछ जसले गर्दा यो बिग्रिएको भन्दा पनि जानाजानी गरिएको जस्तो देखिन्छ। भुक्तानी, समाधान वा अपील गरेपछि निलम्बन फुकुवा हुन्छ। क्वारेन्टाइन अझ कडा हुन्छ र यसले फरक तरिकाले काम गर्छ: यो सरसफाइ र समीक्षा पछि मात्र फुकुवा हुन्छ, कहिल्यै पनि स्वचालित रूपमा हुँदैन।

के म मेरो आफ्नै PHP संस्करण र एक्सटेन्सनहरू छनौट गर्न सक्छु?

Zinn® Managed WordPress मा, हुन्छ— CloudLinux alt-PHP ले प्रत्येक साइटलाई यसको आफ्नै PHP संस्करण चयनकर्ता, यसका आफ्नै एक्सटेन्सनहरू जस्तै imagick, gd र redis, र यसका आफ्नै कठोर बनाइएका सेटिङहरू प्रदान गर्दछ, यी सबै कुराहरू उक्त साइटको LVE सीमाहरूभित्र सीमित हुन्छन्। Footprint-Free Hosting ले जानाजवान (deliberately) एउटा बढी मानकीकृत (standardised), लक-डाउन गरिएको प्रति-साइट कन्फिगरेसन चलाउँछ, किनकि कन्फिगरेसनको विविधता आफैंमा एउटा फुटप्रिन्ट हो।

के Shared-kernel मोडलभन्दा बलियो अलगाव (isolation) विकल्प छ?

हो। CloudLinux LVE र CageFS दुवै उत्पादन लाइनहरूमा घनत्व-अनुकूलित पूर्वनिर्धारित हुन्। कडा सीमा आवश्यक पर्ने कार्यभारहरूका लागि, पूर्ण कन्टेनर-प्रति-साइट आइसोलेसन (अलग्गै राख्ने कार्य) एक प्रोभिजनिंग-ड्राइभर भेरियन्टको रूपमा प्रस्ताव गरिएको छ — एउटै इन्जिन र कन्ट्रोल प्लेन फरक प्लेसमेन्ट (स्थान निर्धारण) सँग, जसले बलियो विभाजनको बदलामा ओभरहेड व्यापार गर्दछ।

के म प्रतिबद्ध हुनुअघि यसलाई प्रयास गर्न सक्छु?

हो। Footprint-Free Hosting ले कार्ड-रहित १४-दिनको परीक्षणबाट सुरु हुन्छ जसले पाँचवटा साइटहरूसम्म समेट्छ — कुनै भुक्तानी विवरणहरू छैनन्, कुनै प्रतिबद्धता छैन। केही साइटहरू डिप्लोय गर्नुहोस्, तिनमा केही लोड पुश गर्नुहोस्, र तपाईंले निर्णय गर्नु अघि केजहरूले कसरी काम गर्छन् हेर्नुहोस्।

तपाईंको आफ्नै लोडमा केजहरूले कसरी काम गर्छन् हेर्नुहोस्

Footprint-Free Hosting मा कार्ड-रहित १४ दिने परीक्षण सुरु गर्नुहोस् — पाँचवटासम्म साइटहरू, भुक्तानी विवरणहरू छैनन्, कुनै प्रतिबद्धता छैन। कर्नेल-स्तरको आइसोलेसन, सक्रिय WAF र मालवेयर स्क्यानिङ पहिलो डिप्लोयबाटै समावेश छन्।

निःशुल्क सुरु गर्नुहोस्