DDoS સુરક્ષા

સ્તરીય DDoS સુરક્ષા, જેથી એક હુમલો ફક્ત એક જ સાઇટની સમસ્યા રહે

પૂર જેવા હુમલાઓ ધાર પર જ શોષાઈ જાય છે, નેટવર્ક-સ્તરના હુમલાઓને અપસ્ટ્રીમમાં જ ફિલ્ટર કરવામાં આવે છે, અને સર્વર સુધી પહોંચતી કોઈપણ બાબત લક્ષિત સાઇટના પોતાના કર્નલ-સ્તરના પાંજરામાં જ સમાવી લેવાય છે. ઘણા સ્તરો, પ્રત્યેક અલગ કાર્ય કરે છે, જેથી એક સાઇટને લક્ષ્ય બનાવીને કરવામાં આવેલ હુમલો તેની બાજુની સાઇટ્સ માટે આઉટેજ ન બને. આ તે સંરક્ષણ મૉડલ છે જે અમે વિશ્વભરમાં 700,000+ સાઇટ્સ હોસ્ટ કરતા પ્લેટફોર્મ માટે બનાવ્યું છે, અને આ મૂળભૂત સુવિધા દરેક પ્લાન પર ચાલે છે. ઉપલબ્ધતા: સાઇટ-દીઠ ડેટાબેઝ થ્રોટલિંગ સક્રિય વિકાસ હેઠળ છે અને હજુ સુધી ઉપલબ્ધ નથી. અહીં વર્ણવેલ બાકીનું બધું આજે જ લાઇવ છે.

બહુસ્તરીય કવચ પાછળની સાઇટ, જેમાં બાહ્ય સીમા પર જ જોખમો અટકાવી દેવાય છે.
  • ૩શમનના સ્તરો: નેટવર્ક, એજ, સર્વર
  • ૭,૦૦,૦૦૦+વિશ્વભરમાં હોસ્ટ કરેલી સાઇટ્સ
  • સમાવિષ્ટબેઝલાઇન આઇસોલેશન, WAF અને થ્રોટલિંગ
  • 99.99%અપટાઇમ ખાતરી

ડિઝાઇન મુજબ સ્તરીય, કારણ કે એક ક્યારેય પૂરતું નથી

વોલ્યુમેટ્રિક ફ્લડ, L7 એપ્લિકેશન ફ્લડ અને ધીમો કનેક્શન-એક્ઝોશન એટેક એ ત્રણ અલગ-અલગ સમસ્યાઓ છે. અમે તેમાંથી દરેકને ત્યાં નિયંત્રિત કરીએ છીએ જ્યાં તેનું સંચાલન કરવું સૌથી સસ્તું અને ઝડપી હોય — ફ્લીટના અપસ્ટ્રીમમાં, એજ પર અને કેજની અંદર.

નેટવર્ક સ્તર (L3/4)

પ્રોવાઇડર-સ્તરનું DDoS સંરક્ષણ અમારા વર્કર ફ્લીટની અપસ્ટ્રીમમાં નેટવર્ક-લેયર પૂરને ફિલ્ટર કરે છે, તે ટ્રાફિક તમારી સાઇટ ચાલે છે તે મશીન પર પોર્ટ, NIC અથવા CPU ચક્રનો ઉપયોગ કરે તે પહેલાં. અદ્યતન અને એન્ટરપ્રાઇઝ જોખમ પ્રોફાઇલ માટે, Cloudflare Magic Transit અને Spectrum એ જ ફિલ્ટરિંગને બિન-HTTP ટ્રાફિક સુધી વિસ્તારે છે.

ધાર પર એપ્લિકેશન લેયર (L7)

દરેક સાઇટની આગળ એક સંચાલિત એજ નેટવર્ક હોય છે. તે વિનંતી મૂળ સર્વર સુધી પહોંચે તે પહેલાં વોલ્યુમેટ્રિક HTTP પૂરને શોષી લે છે, L7 WAF ચલાવે છે, સાઇટ-દીઠ દર મર્યાદા લાગુ કરે છે, અને વાસ્તવિક મુલાકાતીઓને સ્વચાલિત ટ્રાફિકથી અલગ કરવા માટે બૉટ મેનેજમેન્ટ અને સંચાલિત પડકારોનો ઉપયોગ કરે છે.

સર્વર સ્તર

LiteSpeed Enterprise પ્રત્યેક IP દીઠ કનેક્શન મર્યાદાઓ સાથે કનેક્શન અને વિનંતી થ્રોટલિંગ લાગુ કરે છે, Imunify360 બ્રુટ-ફોર્સ સુરક્ષા અને IP પ્રતિષ્ઠા ફિલ્ટરિંગ સાથે નેટવર્ક ફાયરવોલ ચલાવે છે, અને CloudLinux LVE એન્ટ્રી-પ્રોસેસ મર્યાદાઓ એક જ સાઇટ કેટલી સમવર્તી વિનંતીઓ ખુલ્લી રાખી શકે છે તેને મર્યાદિત કરે છે.

પ્રતિ-સાઇટ નિયંત્રણ

LVE દરેક સાઇટ માટે વ્યક્તિગત રીતે CPU, RAM, IO, IOPS, પ્રોસેસ અને એન્ટ્રી-પ્રોસેસને મર્યાદિત કરે છે. ઉપરના સ્તરોમાંથી પસાર થતો ટ્રાફિકનો ધસારો લક્ષ્ય સાઇટના પોતાના પાંજરામાં જ મર્યાદિત કરી દેવામાં આવે છે, જેથી તેના દ્વારા સર્જાતું દબાણ આખા સર્વરમાં ફેલાવાને બદલે તે સાઇટ સુધી જ સીમિત રહે છે.

નિયંત્રણ જ મુખ્ય બાબત છે

હુમલા દરમિયાન મોટાભાગના હોસ્ટિંગ આઉટેજ હુમલો તેના લક્ષ્ય સુધી પહોંચવાને કારણે થતા નથી. તે લક્ષ્ય દ્વારા સંસાધનોના વધુ પડતા વપરાશને કારણે સર્વર પરની અન્ય તમામ બાબતો વંચિત રહી જવાને કારણે થાય છે. આ આર્કિટેક્ચર નિષ્ફળતાના આ જ મોડને દૂર કરવા માટે ડિઝાઇન કરવામાં આવ્યું છે.

  • દરેક સાઇટ તેના પોતાના CloudLinux LVE રિસોર્સ કેજમાં ચાલે છે — હુમલો થયેલ સાઇટ તેની પોતાની ટોચમર્યાદા પર મર્યાદિત થાય છે, અને પડોશી સાઇટ્સ તેમના પોતાના મર્યાદાઓ દ્વારા ખાતરી આપેલ સંસાધનો જાળવી રાખે છે.
  • CageFS દરેક ભાડૂતને એક અલગ ફાઇલસિસ્ટમ દૃશ્ય પ્રદાન કરે છે, જેથી ઘૂસણખોરીના પ્રયાસમાં પરિણમતો હુમલો અન્ય ભાડૂતોમાં ફેલાવાને બદલે નિયંત્રિત રહે છે.
  • CloudLinux MySQL Governor પ્રતિ સાઇટ ડેટાબેઝ વપરાશને મર્યાદિત કરે છે, જેથી અનકેશ્ડ ક્વેરીઝનો એપ્લિકેશન-લેયર ફ્લડ સર્વર પરના અન્ય તમામ લોકો માટે ડેટાબેઝને ધીમો અથવા ડાઉન ન કરી શકે.
  • પ્રતિ-સાઇટ LiteSpeed LSAPI વર્કર્સ તે સાઇટની LVE મર્યાદાઓ દ્વારા સીમિત છે, તેથી ટ્રાફિકનું પૂર અમર્યાદિત PHP પ્રક્રિયાઓ ઉત્પન્ન કરી શકતું નથી.
  • પ્રતિ-IP કનેક્શન મર્યાદાઓ અને LiteSpeed કનેક્શન થ્રોટલિંગ ધીમા કનેક્શન અને કનેક્શન ખાલી કરવાના હુમલાઓને એપ્લિકેશન પર નહીં, પરંતુ વેબ સર્વર પર શોષી લે છે.

કૅશ એ શોક એબ્સોર્બર છે જે મોટાભાગના હોસ્ટ ભૂલી જાય છે

ટકી રહેવા માટેની સૌથી સસ્તી વિનંતી એ છે કે જે PHP અથવા MySQL ને ક્યારેય સ્પર્શતી નથી. અમારા બે-સ્તરના કેશનો અર્થ એ છે કે એપ્લિકેશન-સ્તરના મોટા હિસ્સાના પૂરનો જવાબ તમારા મૂળ સર્વર દ્વારા કામ કરવાને બદલે સ્ટેટિક બાઇટ્સ દ્વારા આપવામાં આવે છે.

  • LiteSpeed Enterprise નું ફુલ-પેજ કેશ, LSCache, PHP અથવા ડેટાબેઝને બોલાવ્યા વિના કેશ કરેલા પૃષ્ઠો પહોંચાડે છે — જેથી સમાન URL માટેની વારંવારની વિનંતીઓ સામાન્ય સ્ટેકની તુલનામાં માત્ર એક અંશ જેટલો જ ખર્ચ કરે છે.
  • પ્રતિ-સાઇટ Redis ઑબ્જેક્ટ કૅશ એવા પૃષ્ઠો માટે ડેટાબેઝ રીડ્સનો ભાર ઘટાડે છે જે ખરેખર ડાયનેમિક હોવા જ જોઈએ.
  • Cloudflare એજ કેશિંગ મુલાકાતીના પ્રદેશમાં વિનંતીઓનો જવાબ આપે છે, જેથી પૂર જેવો ટ્રાફિક એક મૂળ સ્થાન પર કેન્દ્રિત થવાને બદલે એજ નેટવર્કમાં વિખેરાઈ જાય છે.
  • કાર્ટ, ચેકઆઉટ, મારું ખાતું, nonce અને સત્ર પૃષ્ઠો ડિફૉલ્ટ રૂપે કૅશમાંથી બાકાત રાખવામાં આવ્યા છે, જેથી ભાર હેઠળ મજબૂતીકરણ ક્યારેય વ્યવહારમાં ખલેલ પહોંચાડતું નથી.
  • બંને સ્તરો પર શુદ્ધિકરણ એક જ નિયંત્રણમાંથી સંકલિત થાય છે, તેથી ઘટના દરમિયાન કેશ કવરેજ વધારવાથી તમને પછી જૂના પૃષ્ઠો મળતા નથી.

સિગ્નલથી ક્રિયા સુધી, આપમેળે

શમન એ સપોર્ટ ટિકિટ નથી. સિગ્નલો પોલિસી એન્જિનને ફીડ કરે છે જે પ્રત્યેકને અમલીકરણ ક્રિયા, ગ્રાહક સૂચના અને — જ્યાં શક્ય હોય ત્યાં — સ્વચાલિત ઉપચાર સાથે મેપ કરે છે, જેમાં દરેક સંક્રમણ લૉગ થયેલ હોય છે.

ડાયનેમિક ટાઇટનિંગ

જ્યારે DDoS સિગ્નલ સક્રિય થાય છે, ત્યારે પૉલિસી એન્જિન Cloudflare શમન અને સાઇટ-દીઠ દર મર્યાદા લાગુ કરે છે, અને તે સાઇટની LVE મર્યાદાઓને ગતિશીલ રીતે કડક બનાવી શકે છે. જ્યારે સિગ્નલ સમાપ્ત થાય છે, ત્યારે મર્યાદાઓ ફરીથી હળવી થાય છે. ક્રમબદ્ધ, પૂર્વવત્ કરી શકાય તેવું અને દરેક પગલા પર લૉગ થયેલું.

મર્યાદિત, બંધ નથી

જો કોઈ હુમલો મૂળ સર્વર માટે જોખમી બને, તો સાઇટ 'થ્રોટલ્ડ' (throttled) સ્થિતિમાં આવી જાય છે — વધુ કડક LVE મર્યાદાઓ અને રેટ લિમિટિંગ સાથે સાઇટ ચાલુ રહે છે અને સેવા આપતી રહે છે. દબાણ ઘટતાં જ થ્રોટલિંગ આપમેળે પુનઃપ્રાપ્ત થઈ જાય છે; આ સસ્પેન્શન નથી.

મૂળ LVE સ્વતઃ-થ્રોટલ

પોલિસી એન્જિનની નીચે, LVE સાઇટ દીઠ CPU, IO અને પ્રક્રિયા વપરાશને મૂળભૂત રીતે અને આપમેળે થ્રોટલ કરે છે. તે હંમેશા-ચાલુ પ્રથમ લાઇન છે, ટ્રાફિકને હજુ સુધી હુમલા તરીકે વર્ગીકૃત કરવામાં આવ્યો છે કે નહીં તેની પરવા કર્યા વિના ચાલે છે.

સંપૂર્ણ ઓડિટ ટ્રેઇલ

દરેક અમલીકરણ સંક્રમણ તેનું કારણ, તે સ્વચાલિત હતું કે સ્ટાફ દ્વારા શરૂ કરવામાં આવ્યું હતું, અને તેની પાછળના પુરાવા રેકોર્ડ કરે છે. શું બદલાયું છે અને તેનો ઉકેલ કેવી રીતે લાવવો તે વિશે તમને સૂચિત કરવામાં આવે છે, અને દરેક પગલા સામે અપીલ કરી શકાય છે.

શું શામેલ છે, અને જ્યારે જોખમ વધે ત્યારે તમે શું ખરીદો છો

મૂળભૂત સુરક્ષા વૈકલ્પિક નથી, કારણ કે હુમલાનો ભોગ બનેલી અથવા જોખમમાં મુકાયેલી સાઇટ તેના પડોશીઓને, અમારા સર્વરની પ્રતિષ્ઠાને અને અમારી IP શ્રેણીઓને જોખમમાં મૂકે છે. જે સાઇટ્સની જોખમ પ્રોફાઇલ માંગ કરે છે તેમના માટે વધુ મજબૂત સુરક્ષા ઉપલબ્ધ છે.

  • દરેક પ્લાનમાં શામેલ છે: LVE અને CageFS આઇસોલેશન, LiteSpeed કનેક્શન અને વિનંતી થ્રોટલિંગ, બ્રુટ-ફોર્સ સુરક્ષા અને IP પ્રતિષ્ઠા ફિલ્ટરિંગ સાથેનું નેટવર્ક ફાયરવોલ, સક્રિય WAF અને માલવેર સ્કેનિંગ.
  • ઍડ-ઓન્સ તરીકે ઉપલબ્ધ: અદ્યતન બૉટ મેનેજમેન્ટ, ઉચ્ચ DDoS સુરક્ષા સ્તરો, ઉન્નત WAF નિયમો, અગ્રતા સ્કેનિંગ અને સમર્પિત ફાયરવૉલ નિયમો.
  • તમને જરૂર પડે ત્યારે અપસેલ તરીકે પણ ઉપલબ્ધ: એક ક્લિકમાં માલવેર સફાઈ અને ઉપાય, એવા કિસ્સાઓ માટે જ્યાં હુમલો એ અંતિમ ધ્યેય ન હોઈ પરંતુ સિસ્ટમમાં ઘૂસણખોરી કરવાનું એક બહાનું હતું.
  • એન્ટરપ્રાઇઝ અને ઉચ્ચ જોખમ ધરાવતા વર્કલોડ માટે Cloudflare Magic Transit અથવા Spectrum દ્વારા અદ્યતન નેટવર્ક-લેયર મિટિગેશન ઉપલબ્ધ છે.

હુમલાઓ જે ખરેખર કંઈક અલગ જ છે

ટ્રાફિકમાં અચાનક થતો વધારો ઘણીવાર એક લક્ષણ હોય છે. પૂર જેવી સ્થિતિનું સંચાલન કરતી સિગ્નલ પાઇપલાઇન જ તેના માટે જવાબદાર સુરક્ષા ભંગને પણ પકડે છે, જેથી કોઈ ઘટના માત્ર શોષાઈ જવાને બદલે યોગ્ય રીતે વર્ગીકૃત થાય છે.

  • અમે હોસ્ટ કરીએ છીએ તે દરેક સાઇટને દરરોજ માલવેર માટે સ્કેન કરવામાં આવે છે, અને સક્રિય WAF મૂળ નબળાઈ માટે પેચ ઉપલબ્ધ થાય તે પહેલાં જ જાણીતી શોષણ તકનીકોને અવરોધે છે — તે માર્ગ જેના દ્વારા સાઇટ અન્ય કોઈનું હુમલાનું સાધન બની જાય છે.
  • આઉટબાઉન્ડ મેઇલ સાઇટ દીઠ મર્યાદિત હોય છે અને તેમાં વોલ્યુમમાં અચાનક વધારો, બાઉન્સ રેટ, બ્લોકલિસ્ટની અસરો અને ફરિયાદના સંકેતો પર નજર રાખવામાં આવે છે, જેથી સ્પામ મોકલતી ચેડાં થયેલી સાઇટ બ્લોકલિસ્ટ થયા પછી નહીં પરંતુ મિનિટોમાં જ પકડાઈ જાય છે.
  • અમલીકરણનો નિર્ણય લેવામાં આવે તે પહેલાં શંકાસ્પદ માલવેર અને ફિશિંગને Google Safe Browsing, PhishTank અને SURBL/APWG સામે ક્રોસ-ચેક કરવામાં આવે છે અને સ્કેન પરિણામો સાથે સહસંબંધિત કરવામાં આવે છે.
  • સંસાધનનો દુરુપયોગ અને ક્રિપ્ટો-માઇનર્સ દરેક સાઇટ દીઠ નોંધાયેલ LVE CPU અને IO ખામીઓ તરીકે સપાટી પર આવે છે, જે ઉલ્લંઘન કરનારને આપમેળે પ્રતિબંધિત કરે છે.
  • દરેક સિગ્નલ ચાર અલગ-અલગ ટૂલ્સમાં જવાને બદલે એડમિન કન્સોલના એક અબ્યુઝ ડેસ્ક પર આવે છે — એકત્રિત, ડુપ્લિકેટ મુક્ત અને પ્રાથમિકતા આપેલું.

વારંવાર પૂછાતા પ્રશ્નો

જો મારા સર્વર પરની અન્ય સાઇટ પર હુમલો થાય, તો મારી સાઇટનું શું થશે?

ડિઝાઇનનું લક્ષ્ય નિયંત્રણ (કન્ટેઈનમેન્ટ) છે. દરેક સાઇટ તેના પોતાના CloudLinux LVE cage અંદર મર્યાદિત CPU, RAM, IO, IOPS, પ્રક્રિયાઓ અને એન્ટ્રી-પ્રક્રિયાઓ, તેના પોતાના CageFS ફાઇલસિસ્ટમ વ્યૂ અને MySQL Governor મારફતે સાઇટ-દીઠ ડેટાબેઝ થ્રોટલિંગ સાથે ચાલે છે. હુમલો થયેલી સાઇટ સમગ્ર મશીનનો ઉપયોગ કરવાને બદલે તેની પોતાની મર્યાદા પર થ્રોટલ થાય છે, અને LiteSpeed ના IP-દીઠ કનેક્શન મર્યાદાઓ તે વેબ સર્વરનો કેટલો ભાગ રોકી શકે છે તેને મર્યાદિત કરે છે. આ નિયંત્રણ કર્નલ સ્તરે તૈયાર કરવામાં આવ્યું છે, ગ્રાહક દીઠ ગોઠવવામાં આવ્યું નથી.

શું DDoS સુરક્ષા શામેલ છે, કે પછી તે એડ-ઓન છે?

બેઝલાઇન દરેક પ્લાનમાં શામેલ છે: LVE અને CageFS આઇસોલેશન, LiteSpeed કનેક્શન અને રિક્વેસ્ટ થ્રોટલિંગ, નેટવર્ક ફાયરવોલ, સક્રિય WAF અને માલવેર સ્કેનિંગ, કાફલાની સામે Cloudflare એજ શોષણ અને પ્રદાતા-સ્તરના નેટવર્ક ફિલ્ટરિંગ સાથે. અમે તેનો સમાવેશ કરીએ છીએ કારણ કે અમે અમારા પોતાના કાફલાની સુરક્ષાને વૈકલ્પિક રાખી શકીએ નહીં. એડવાન્સ્ડ બોટ મેનેજમેન્ટ, ઉચ્ચ DDoS ટાયર્સ, સુધારેલા WAF નિયમો અને સમર્પિત ફાયરવોલ નિયમો એ એવી સાઇટ્સ માટે ઍડ-ઑન્સ છે જેને તેની જરૂર છે.

જો મારી સાઇટ પર હુમલો થાય, તો શું તમે તેને ઑફલાઇન કરી દેશો?

DDoS ટાર્ગેટ બનવાનો અર્થ છે Cloudflare મિટિગેશન સાથે પ્રત્યેક-સાઇટ રેટ લિમિટિંગ, અને — જો હુમલો મૂળ સર્વર (ઓરિજિન) માટે જોખમી હોય તો જ — 'થ્રોટલ્ડ' સ્થિતિ: સાઇટ ચાલુ અને કાર્યરત રહેવા સાથે વધુ કડક LVE મર્યાદાઓ. દબાણ દૂર થતાં જ થ્રોટલ્ડ સ્થિતિ આપમેળે સામાન્ય થઈ જાય છે. સસ્પેન્શન ફક્ત બિન-ચુકવણી અથવા પુષ્ટિ થયેલ દુરુપયોગ માટે અનામત છે, અને તે સંજોગોમાં પણ સાઇટ તૂટેલા પેજને બદલે બ્રાન્ડેડ, ચોક્કસ કારણ દર્શાવતું હોલ્ડિંગ પેજ દર્શાવે છે.

શું એપ્લિકેશન-લેયર ફ્લડ હજી પણ મારા ડેટાબેઝને અસર કરે છે?

કેશમાંથી પીરસવામાં આવતી કોઈપણ વસ્તુ માટે નહીં. LSCache PHP અથવા MySQL નો ઉપયોગ કર્યા વિના કેશ કરેલા પૃષ્ઠની વિનંતીઓનો જવાબ આપે છે, અને સાઇટ-દીઠ Redis ઑબ્જેક્ટ કેશ વાસ્તવિક ગતિશીલ પૃષ્ઠો માટે વાંચનનો ભાર હળવો કરે છે. જે બાકી રહે છે તે તમારી સાઇટની LVE પ્રક્રિયા અને એન્ટ્રી-પ્રોસેસ મર્યાદાઓ દ્વારા અને MySQL Governor ના સાઇટ-દીઠ ડેટાબેઝ થ્રોટલિંગ દ્વારા સીમિત છે, જેથી એક સાઇટ પરથી ડેટાબેઝનું દબાણ સર્વર પર ન ફેલાય. Cart, checkout, my-account અને સત્ર પૃષ્ઠો મૂળભૂત રીતે અનકેશ રહે છે જેથી મજબૂતીકરણ ક્યારેય વ્યવહારમાં ખલેલ ન પહોંચાડે.

શું તમે એવા ટ્રાફિકને સુરક્ષિત કરી શકો છો જે HTTP નથી?

હા, નેટવર્ક સ્તર પર. પ્રદાતા-સ્તરનું DDoS સંરક્ષણ પ્રોટોકોલને ધ્યાનમાં લીધા વિના અમારા કાફલાના અપસ્ટ્રીમમાં L3/4 ફ્લડને ફિલ્ટર કરે છે, અને અદ્યતન અથવા એન્ટરપ્રાઇઝ આવશ્યકતાઓ માટે Cloudflare Magic Transit અને Spectrum એજ-ગ્રેડ મિટિગેશનને નોન-HTTP ટ્રાફિક સુધી વિસ્તૃત કરે છે.

મને કેવી રીતે ખબર પડશે કે કોઈ હુમલો થયો હતો અને તમે તેના વિશે શું કર્યું?

દરેક અમલીકરણ સંક્રમણ તેના કારણ સાથે લોગ કરવામાં આવે છે, પછી ભલે તે સ્વચાલિત હોય કે સ્ટાફ દ્વારા શરૂ કરવામાં આવ્યું હોય, અને તેની પાછળના પુરાવા પણ નોંધવામાં આવે છે. શું બદલાયું છે અને શું તેનું નિરાકરણ કરે છે તેની તમને જાણ કરવામાં આવે છે, દરેક પગલા સામે અપીલ કરી શકાય છે, અને તમારા પોતાના અનુપાલન ટ્રેઇલ માટે વિશેષાધિકૃત ક્રિયાઓ ઓડિટ-લોગ કરવામાં આવે છે. સિગ્નલો વિવિધ સાધનોમાં વિખરાયેલા રહેવાને બદલે એક જ Abuse Desk માં એકત્રિત કરવામાં આવે છે.

શું હું ચૂકવણી કરતા પહેલા આ અજમાવી શકું?

હા. Footprint-Free હોસ્ટિંગ 5 સાઇટ્સ સુધી આવરી લેતી કાર્ડ-મુક્ત 14-દિવસની અજમાયશ સાથે શરૂ થાય છે — કોઈ ચુકવણી વિગતો નહીં, કોઈ પ્રતિબદ્ધતા નહીં. પ્લાન્સ 30-દિવસની કોઈ-તકરાર-વિના પૈસા પાછા આપવાની ગેરંટી, મફત સ્થાનાંતરણ અને કોઈ વિક્રેતા લોક-ઇન ન હોવા દ્વારા સમર્થિત છે.

ટ્રાફિક આવે ત્યારે પહેલેથી જ સક્રિય હોય તેવું સંરક્ષણ

નેટવર્ક ફિલ્ટરિંગ, એજ એબ્સોર્પ્શન, સર્વર થ્રોટલિંગ અને પ્રત્યેક-સાઇટ કન્ટેનમેન્ટ તમારા ડિપ્લોય કરવાના સમયથી જ કાર્ય કરે છે — કંઈપણ ગોઠવવાની જરૂર નથી, ઘટના દરમિયાન કંઈપણ ચાલુ કરવાની જરૂર નથી. કાર્ડ વિનાના 14-દિવસના ટ્રાયલ સાથે પ્રારંભ કરો, જે 30-દિવસની મની-બેક ગેરંટી અને મફત સ્થળાંતર દ્વારા સમર્થિત છે.

મફતમાં શરૂ કરો