ডিডিওএস সুরক্ষা

স্তরযুক্ত ডিডিওএস প্রতিরক্ষা, যাতে একটি আক্রমণ কেবল একটি সাইটেরই সমস্যা হয়

বন্যাপ্রবণতা প্রান্তে শোষিত হয়, নেটওয়ার্ক-স্তরীয় আক্রমণগুলো আপস্ট্রিমে ফিল্টার করা হয় এবং সার্ভারে যা পৌঁছায় তা লক্ষ্য সাইটের নিজস্ব কার্নেল-স্তরের কেজের ভেতরে সীমাবদ্ধ থাকে। একাধিক স্তর, প্রতিটি আলাদা কাজ করছে, যাতে একটি সাইটের উদ্দেশ্যে করা আক্রমণ পাশের সাইটগুলোর জন্য ডাউনটাইম হয়ে না দাঁড়ায়। বিশ্বজুড়ে ৬,৫০,০০০+ সাইট হোস্ট করে এমন একটি প্ল্যাটফর্মের জন্য আমরা যে ডিফেন্স মডেল তৈরি করেছি তা এটি এবং এর ভিত্তিগত সুরক্ষাব্যবস্থা প্রতিটি প্ল্যানেই রয়েছে। উপলব্ধতা: সাইট-ভিত্তিক ডাটাবেজ থ্রটলিং বর্তমানে তৈরি করা হচ্ছে এবং এখনও উপলব্ধ নয়। এখানে বর্ণিত বাকি সবকিছু আজই চালু রয়েছে।

  • প্রতিরদের স্তর: নেটওয়ার্ক, এজ, সার্ভার
  • ৬৫০,০০০+বিশ্বজুড়ে হোস্ট করা সাইটগুলি
  • অন্তর্ভুক্তবেসলাইন আইসোলেশন, ডব্লিউএএফ এবং থ্রটলিং
  • ৯৯.৯৯%আপটাইম অ্যাশিয়োরেন্স

ডিজাইন দ্বারাই স্তরযুক্ত, কারণ একটি কখনোই যথেষ্ট নয়

একটি ভলিউমেট্রিক বন্যা, একটি L7 অ্যাপ্লিকেশন বন্যা এবং একটি ধীর সংযোগ-নিঃশেষকরণ আক্রমণ তিনটি ভিন্ন সমস্যা। আমরা এগুলোর প্রত্যেকটিকে এমন জায়গায় মোকাবিলা করি যেখানে এটি মোকাবিলা করা সবচেয়ে কম খরচ সাপেক্ষ এবং দ্রুততম — ফ্লিটের আপস্ট্রিমে, এজে এবং কেজের ভেতরে।

নেটওয়ার্ক লেয়ার (L3/4)

প্রোভিডারের লেভেলের ডিডিওএস (DDoS) সুরক্ষা আমাদের ওয়ার্কার ফ্লিটের আপস্ট্রিমে নেটওয়ার্ক-লেয়ার ফ্লাড ফিল্টার করে, আপনার সাইট যে মেশিনে চলে তার কোনো পোর্ট, এনআইসি (NIC) বা সিপিইউ সাইকেল ট্রাফিকের মাধ্যমে খরচ হওয়ার আগেই। উন্নত এবং এন্টারপ্রাইজ রিস্ক প্রোফাইলের জন্য, Cloudflare Magic Transit এবং Spectrum একই ফিল্টারিং নন-HTTP ট্রাফিকেও প্রসারিত করে।

এজ স্তরে অ্যাপ্লিকেশন লেয়ার (L7)

প্রতিটি সাইটের সামনে একটি ম্যানেজড এজ নেটওয়ার্ক থাকে। এটি ভলিউমেট্রিক HTTP ফ্লাড শোষণ করে, একটি L7 WAF চালায়, প্রতি-সাইট রেট লিমিত প্রয়োগ করে এবং অনুরোধ অরিজিনে পৌঁছানোর আগেই আসল ভিজিটরদের স্বয়ংক্রিয় ট্রাফিক থেকে আলাদা করতে বট ম্যানেজমেন্ট ও ম্যানেজড চ্যালেঞ্জ ব্যবহার করে।

সার্ভার লেয়ার

LiteSpeed Enterprise কানেকশন এবং রিকোয়েস্ট থ্রটলিং প্রয়োগ করে প্রতি-আইপি কানেকশন লিমিটসহ, Imunify360 ব্রুট-ফোর্স সুরক্ষা এবং আইপি রেপুটেশন ফিল্টারিং সহ একটি নেটওয়ার্ক ফায়ারওয়াল চালায়, এবং CloudLinux LVE এন্ট্রি-প্রসেস ক্যাপস নির্ধারণ করে দেয় একটি একক সাইট যেকোনো সময় একসাথে কতগুলি সমসাময়িক রিকোয়েস্ট খোলা রাখতে পারবে।

প্রতি-সাইট কন্টেইনমেন্ট

LVE প্রতিটি সাইটের জন্য পৃথকভাবে CPU, RAM, IO, IOPS, প্রসেস এবং এন্ট্রি-প্রসেস সীমিত করে। ওপরের স্তরগুলি পেরিয়ে আসা কোনো ফ্লাড টার্গেট সাইটের নিজস্ব কেজের মধ্যেই থ্রটল করা হয়, ফলে এর ফলে সৃষ্টি হওয়া চাপ পুরো সার্ভারে ছড়িয়ে না পড়ে সেই সাইটেই সীমাবদ্ধ থাকে।

কন্টেইনমেন্ট হলো মূল বিষয়

আক্রমণের সময় বেশিরভাগ হোস্টিং বিভ্রাট আক্রমণটি তার লক্ষ্যে পৌঁছানোর কারণে ঘটে না। এগুলো ঘটে লক্ষ্যের রিসোর্স ব্যবহারের কারণে সার্ভারের বাকি সবকিছু অচল হয়ে যাওয়ার ফলে। এটিই সেই ব্যর্থতার ধরন যা এই আর্কিটেকচার দূর করার জন্য ডিজাইন করা হয়েছে।

  • প্রতিটি সাইট তার নিজস্ব CloudLinux LVE রিসোর্স কেজের মধ্যে চলে — আক্রান্ত সাইটটি তার নিজের সীমার মধ্যে সীমাবদ্ধ থাকে এবং আশেপাশের সাইটগুলি তাদের নিজস্ব সীমা দ্বারা নিশ্চিত করা রিসোর্সগুলি পেতে থাকে।
  • CageFS প্রতিটি টেন্যান্টকে একটি বিচ্ছিন্ন ফাইলসিস্টেম ভিউ দেয়, যাতে আক্রমণ যা অনুপ্রবেশের চেষ্টার রূপ নেয় তা ভাগ করে নেওয়ার পরিবর্তে সীমাবদ্ধ থাকে।
  • CloudLinux MySQL Governor প্রতি সাইটের ডেটাবেস ব্যবহার সীমিত করে, ফলে অ্যাপ্লিকেয়ার-লেয়ারের কোনো ফ্লাড যা ক্যাশ না করা কুয়েরি নিয়ে আসে, তা সার্ভারের অন্য সবার জন্য ডেটাবেস ডাউন করে দিতে পারে না।
  • প্রতিটি সাইটের জন্য LiteSpeed LSAPI ওয়ার্কারগুলি ওই সাইটের LVE লিমিটের মধ্যে সীমাবদ্ধ থাকে, তাই কোনো ফ্ল্যাড বা অতিরিক্ত ট্রাফিকের কারণে সীমাহীন PHP প্রসেস তৈরি হতে পারে না।
  • প্রতি-আইপি কানেকশন লিমিট এবং LiteSpeed কানেকশন থ্রটলিং অ্যাপ্লিকেশন স্তরে নয়, বরং ওয়েব সার্ভারেই স্লো-কানেকশন এবং কানেকশন-এক্সহজেশন আক্রমণ প্রতিহত করে।

ক্যাশ হলো সেই শক অ্যাবজর্ভার যা বেশিরভাগ হোস্ট ভুলে যায়

যে অনুরোধটি সবচেয়ে কম খরচে টিকে থাকে, সেটি হলো যা কখনো PHP বা MySQL-কে স্পর্শ করে না। আমাদের দুই-স্তর বিশিষ্ট ক্যাশ মানে হলো অ্যাপ্লিকেশন-লেয়ারের ট্রাফিকের একটি বড় অংশের উত্তর আপনার অরিজিন সার্ভারের কাজ করার পরিবর্তে স্ট্যাটিক বাইটের মাধ্যমে দেওয়া হয়।

  • LSCache, the LiteSpeed Enterprise ফুল-পেজ ক্যাশ, পিএইচপি বা ডাটাবেস কল না করেই ক্যাশ করা পেজগুলো সার্ভ করে—ফলে একই URL-এর জন্য বারবার রিকোয়েস্ট করলে একটি সাধারণ স্ট্যাকের তুলনায় খরচ অনেক কম হয়।
  • প্রতিটি সাইটের জন্য একটি পৃথক Redis অবজেক্ট ক্যাশ এমন পৃষ্ঠাগুলির জন্য ডাটাবেস রিড অফলোড করে যা সত্যি সত্যিই ডাইনামিক হতে হবে।
  • Cloudflare এজ ক্যাশিং দর্শকের অঞ্চলে অনুরোধগুলির উত্তর দেয়, তাই ফ্লাড ট্রাফিক একটি অরিজিনে কেন্দ্রীভূত না হয়ে এজ নেটওয়ার্কে ছড়িয়ে পড়ে।
  • কার্ট, চেকআউট, মাই-অ্যাকাউন্ট, নন্স এবং সেশন পেজগুলো ডিফল্টভাবেই ক্যাশ থেকে বাদ দেওয়া হয়, তাই অতিরিক্ত লোডের মধ্যেও হার্ডেনিং কোনো ট্রানজেকশন ব্যাহত করে না।
  • পার্্জটি একটি নিয়ন্ত্রণ থেকেই উভয় স্তরে সমন্বিত হয়, তাই কোনো ঘটনার সময় ক্যাশ কভারেজ বাড়ালে পরবর্তীতে আপনার কাছে পুরোনো পেজগুলো থেকে যায় না।

সংকেত থেকে কার্যক্রমে, স্বয়ংক্রিয়ভাবে

ঝুঁকি প্রশমন কোনো সাপোর্ট টিকিট নয়। সিগন্যালগুলি একটি পলিসি ইঞ্জিনকে ফিড করে যা প্রতিটিকে একটি এনফোর্সমেন্ট অ্যাকশন, একটি গ্রাহক বিজ্ঞপ্তি এবং — যেখানে সম্ভব — একটি স্বয়ংক্রিয় প্রতিকারের সাথে ম্যাপ করে, প্রতিটি রূপান্তর লগ করা থাকে।

ডাইনামিক টাইটেনিং

যখন ডিডিওএস (DDoS) সিগন্যাল ট্রিগার হয়, তখন পলিসি ইঞ্জিন Cloudflare প্রশমন এবং প্রতি-সাইট রেট লিমিতিং প্রয়োগ করে এবং গতিশীলভাবে সেই সাইটের LVE সীমা কড়াকড়ি করতে পারে। সিগন্যাল পরিষ্কার হলে, সীমাগুলো আবার শিথিল হয়। পর্যায়ক্রমিক, বিপরীতমুখী এবং প্রতিটি পদক্ষেপে লগ করা হয়।

থ্রটল করা হয়েছে, বন্ধ করা হয়নি

যদি কোনো আক্রমণ অরজিনকে হুমকি দেয়, তবে সাইটটি 'থ্রটলড' বা সীমিত অবস্থায় চলে যায় — আরও কড়া LVE সীমা এবং রেট লিমিটিং প্রযোজ্য হয়, তবে সাইটটি চালু থাকে এবং সেবা প্রদান করতে থাকে। চাপ কমে গেলে থ্রটলড অবস্থা স্বয়ংক্রয়ভাবে স্বাভাবিক হয়ে যায়; এটি কোনো স্থগিতাদেশ নয়।

নেটিভ এলভিই অটো-থ্রটল

পলিসি ইঞ্জিনের নিচে, LVE প্রতিটি সাইটের জন্য CPU, IO এবং প্রসেস ব্যবহার স্বাভাবিকভাবে এবং স্বয়ংক্রিয়ভাবে সীমিত করে। এটি সর্বদা চালু থাকা প্রথম প্রতিরক্ষা রেখা, ট্রাফিককে আক্রমণ হিসেবে চিহ্নিত করা হয়েছে কি না তা নির্বিশেষে এটি সক্রিয় থাকে।

সম্পূর্ণ অডিট ট্রেইল

প্রতিটি প্রয়োগ পরিবর্তন এর কারণ, এটি স্বয়ংক্রিয় বা কর্মী-চালিত কিনা, এবং এর পেছনের প্রমাণ রেকর্ড করে। কী পরিবর্তিত হয়েছে এবং কীভাবে এর সমাধান করতে হবে সে সম্পর্কে আপনাকে অবহিত করা হয়, এবং প্রতিটি পদক্ষেপের বিরুদ্ধে আপিল করা যায়।

ঝুঁকি বেড়ে গেলে কী অন্তর্ভুক্ত থাকে এবং আপনি কী কেনেন

বেসলাইন সুরক্ষা ঐচ্ছিক নয়, কারণ একটি আক্রান্ত বা আপসকৃত সাইট এর প্রতিবেশী, আমাদের সার্ভার সুনাম এবং আমাদের আইপি পরিসীমার জন্য হুমকিস্বরূপ। যাদের ঝুঁকি প্রোফাইলের জন্য প্রয়োজন, তাদের সাইটের জন্য আরও জোরালো সুরক্ষা রয়েছে।

  • প্রতিটি প্ল্যানে অন্তর্ভুক্ত রয়েছে: LVE এবং CageFS আইসোলেশন, LiteSpeed কানেকশন ও রিকোয়েস্ট থ্রটলিং, ব্রুট-ফোর্স সুরক্ষা এবং আইপি রেপুটেশন ফিল্টারিং সহ একটি নেটওয়ার্ক ফায়ারওয়াল, প্র্যাক্টিভ WAF এবং মেলওয়্যার স্ক্যানিং।
  • অ্যাড-অন হিসেবে উপলব্ধ: উন্নত বট ম্যানেজমেন্ট, উচ্চতর ডিডিওএস সুরক্ষা টিয়ার, বর্ধিত ডব্লিউএএফ নিয়ম, অগ্রাধিকার স্ক্যানিং এবং ডেডিকেটেড ফায়ারওয়াল নিয়ম।
  • প্রয়োজনের সময় এটিও আপসোল্ড করা যায়: এক ক্লিকে মেলওয়্যার পরিষ্কার এবং সমাধান, যদি আক্রমণটি মূল লক্ষ্য না হয়ে অন্য কোনো ক্ষতিকর কাজের আড়াল মাত্র হয়।
  • এন্টারপ্রাইজ এবং উচ্চ-ঝুঁকিপূর্ণ কাজের চাপের জন্য Cloudflare Magic Transit বা Spectrum-এর মাধ্যমে উন্নত নেটওয়ার্ক-লেয়ার প্রশমিতকরণ উপলব্ধ রয়েছে।

যে আক্রমণগুলো সত্যিই অতুলনীয়

একটি ট্রাফিক স্পাইক প্রায়শই একটি উপসর্গ। যে একই সিগন্যাল পাইপলাইন বন্যার মতো পরিস্থিতি সামলায়, তা আবার ওই পরিস্থিতি সৃষ্টিকারী আপসগুলিকেও ধরে ফেলে, যার ফলে কোনো ঘটনা কেবল হজম হয়ে না গিয়ে সঠিকভাবে শ্রেণীবদ্ধ হয়।

  • আমাদের হোস্ট করা প্রতিটি সাইট প্রতিদিন মেলওয়্যারের জন্য স্ক্যান করা হয়, এবং প্রোঅ্যাক্টিভ ডব্লিউএএফ (WAF) অন্তর্নিহিত দুর্বলতার জন্য কোনো প্যাচ তৈরি হওয়ার আগেই পরিচিত এক্সপ্লয়েট কৌশলগুলোকে ব্লক করে — যে পথ ধরে একটি সাইট অন্য কারো আক্রমণের হাতিারে পরিণত হয়।
  • আউটবাউন্ড মেল প্রতিটি সাইটের জন্য রেট-লিমিটেড এবং ভলিউম স্পাইক, বাউন্স রেট, ব্লকলিস্ট হিট এবং অভিযোগের সংকেতের জন্য পর্যবেক্ষণ করা হয়, যাতে স্প্যাম পাঠানো একটি আপসকৃত সাইট ব্লকলিস্টে যাওয়ার পরে নয় বরং কয়েক মিনিটের মধ্যেই ধরা পড়ে।
  • অবরোধ বা ব্যবস্থা নেওয়ার সিদ্ধান্ত নেওয়ার আগে সম্ভাব্য মেলওয়ায়ার এবং ফিশিং-এর বিষয়টি Google Safe Browsing, PhishTank এবং SURBL/APWG-এর সাথে ক্রস-চেক করা হয় এবং স্ক্যান ফলাফলের সাথে মেলানো হয়।
  • রিসোর্স অপব্যবহার এবং ক্রিপ্টো-মাইনারগুলো প্রতি সাইটে লগ করা LVE CPU এবং IO ত্রুটি হিসেবে সামনে আসে, যা অপরাধীকে স্বয়ংক্রিয়ভাবে থ্রটল করে।
  • চারটি আলাদা টুলের পরিবর্তে প্রতিটি সিগন্যাল অ্যাডমিন কনসোলের একটি অ্যাবিউজ ডেস্কে জমা হয় — একত্রিত, ডুপ্লিকেট সরানো এবং অগ্রাধিকারপ্রাপ্ত হয়ে।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

আমার সার্ভারে থাকা অন্য কোনো সাইটে আক্রমণ হলে, আমার সাইটের কী হবে?

ডিজাইন গোল হলো কনটেইনমেন্ট। প্রতিটি সাইট তার নিজস্ব CloudLinux LVE কেজের ভেতরে চলে, যেখানে ক্যাপ্ত CPU, RAM, IO, IOPS, প্রসেস এবং এন্ট্রি-প্রসেস থাকে, সাথে থাকে এর নিজস্ব CageFS ফাইলসিস্টেম ভিউ এবং MySQL Governor-এর মাধ্যমে প্রতি-সাইটের ডেটাবেস থ্রটল করার ব্যবস্থা। একটি আক্রান্ত সাইট পুরো মেশিন ব্যবহার করার পরিবর্তে তার নিজের নির্ধারিত সীমার মধ্যে থ্রটল করা হয় এবং LiteSpeed-এর প্রতি-IP কানেকশন লিমিট নির্ধারণ করে যে এটি ওয়েব সার্ভারের কতটুকু দখল করতে পারবে। কনটেইনমেন্ট কার্নেলে ডিজাইন করা হয়েছে, কোনো গ্রাহক প্রতি কনফিগার করা নয়।

ডিডিওএস সুরক্ষা কি অন্তর্ভুক্ত, নাকি একটি অ্যাড-অন?

প্রতিটি প্ল্যানেই বেসলাইন অন্তর্ভুক্ত রয়েছে: LVE এবং CageFS আইসোলেশন, LiteSpeed সংযোগ এবং অনুরোধ থ্রটলিং, একটি নেটওয়ার্ক ফায়ারওয়াল, প্রোঅ্যাক্টিভ WAF এবং মেলওয়্যার স্ক্যানিং, এবং ফ্লিটের সামনে Cloudflare এজ এবজরপশন ও প্রোভাইডার-স্তরের নেটওয়ার্ক ফিল্টারিং। আমরা এটি অন্তর্ভুক্ত করি কারণ আমরা আমাদের নিজস্ব ফ্লিটের সুরক্ষা ঐচ্ছিক রাখতে পারি না। উন্নত বট ম্যানেজমেন্ট, উচ্চতর DDoS টিয়ার, বর্ধিত WAF নিয়ম এবং ডেডিকেটেড ফায়ারওয়াল নিয়মগুলো যেসব সাইটের প্রয়োজন তাদের জন্য অ্যাড-অন হিসেবে উপলব্ধ।

আমার সাইটে আক্রমণ হলে কি আপনি এটি অফলাইন করে দেবেন?

একটি DDoS লক্ষ্য হওয়া মানে Cloudflare প্রশমন এবং প্রতি-সাইট রেট লিমিতিং-এর অন্তর্ভুক্তি, এবং — শুধুমাত্র যদি আক্রমণটি অরিজিনকে হুমকির মুখে ফেলে — 'throttled' অবস্থা: সাইটটি চালু এবং পরিবেশনরত রেখেই আরও কঠোর LVE সীমা। চাপ কমে গেলে Throttled স্বয়ংক্রিয়ভাবে পুনরুদ্ধার হয়। সাসপেনশন শুধুমাত্র পেমেন্ট না করা বা নিশ্চিত অপব্যবহারের জন্য সংরক্ষিত, এবং এমনকি সেক্ষেত্রেও সাইটটি ভাঙা পাতার পরিবর্তে একটি ব্র্যান্ডেড, কারণ-নির্দিষ্ট হোল্ডিং পেজ পরিবেশন করে।

একটি অ্যাপ্লিকেশন-লেয়ার ফ্লাড কি এখনও আমার ডাটাবেসকে আক্রমণ করে?

ক্যাচ থেকে পরিবেশন করা কোনো বিষয়ের জন্য এটি প্রযোজ্য নয়। LSCache কোনো PHP বা MySQL চালু না করেই ক্যাচ করা পেজ-এর অনুরোধগুলোর উত্তর দেয় এবং প্রতি সাইটের Redis অবজেক্ট ক্যাচ সত্যিকারের গতিশীল পেজগুলোর রিড-অপারেশনগুলোর চাপ কমিয়ে দেয়। যা অবশিষ্ট থাকে তা আপনার সাইটের LVE প্রসেস এবং এন্ট্রি-প্রসেস ক্যাপ এবং MySQL Governor-এর প্রতি সাইটের ডাটাবেস থ্রোটলিং দ্বারা সীমিত থাকে, ফলে একটি সাইটের ডাটাবেসের চাপ সার্ভারে ছড়িয়ে পড়তে পারে না। কার্ট, চেকআউট, মাই-অ্যাকাউন্ট এবং সেশন পেজগুলো ডিফল্টভাবে আনক্যাচড থাকে যাতে হার্ডেনিংয়ের কারণে কখনো কোনো ট্রানজেকশন ব্যাহত না হয়।

আপনি কি HTTP নয় এমন ট্রাফিক সুরক্ষিত করতে পারেন?

হ্যাঁ, নেটওয়ার্ক স্তরে। প্রোভাইডার-লেভেলের DDoS সুরক্ষা প্রোটোকল নির্বিশেষে আমাদের ফ্লিটের আপস্ট্রিমে L3/4 ফ্লাড ফিল্টার করে, এবং উন্নত বা এন্টারপ্রাইজ প্রয়োজনীয়তার জন্য Cloudflare Magic Transit এবং Spectrum নন-HTTP ট্রাফিকে এজ-গ্রেড প্রশমিতকরণ প্রসারিত করে।

কীভাবে আমি জানব যে একটি আক্রমণ ঘটেছে এবং এ বিষয়ে আপনারা কী ব্যবস্থা নিয়েছেন?

প্রতিটি এনফোর্সমেন্ট ট্রানজিশন এর কারণ, এটি স্বয়ংক্রিয় নাকি কর্মী-সূচিত, এবং এর পেছনের প্রমাণসহ লগ করা হয়। কী পরিবর্তিত হয়েছে এবং কী এর সমাধান করে সে সম্পর্কে আপনাকে জানানো হয়, প্রতিটি পদক্ষেপের বিরুদ্ধে আপিল করা যেতে পারে, এবং আপনার নিজস্ব কমপ্লায়েন্স ট্রেইলের জন্য বিশেষ পদক্ষেপগুলি অডিট-লগ করা হয়। সিগন্যালগুলি বিভিন্ন টুলের মধ্যে ছড়িয়ে না থেকে একটিমাত্র অ্যাবিউজ ডেস্কে একত্রিত করা হয়।

আমি কি পেমেন্ট করার আগে এটি ব্যবহার করে দেখতে পারি?

হ্যাঁ। Footprint-Free Hosting-এর শুরু হয় কার্ড ছাড়াই ১৪ দিনের ট্রায়াল দিয়ে, যা ৫টি পর্যন্ত সাইট কভার করে—কোনো পেমেন্টের বিবরণ বা প্রতিশ্রুতির প্রয়োজন নেই। প্ল্যানগুলোর সাথে রয়েছে ৩০ দিনের কোনো প্রশ্ন ছাড়াই টাকা ফেরতের গ্যারান্টি, ফ্রি মাইগ্রেশন এবং কোনো ভেন্ডর লক-ইন নেই।

ট্রাফিক আসার আগেই যে প্রতিরক্ষা সক্রিয় থাকে

নেটওয়ার্ক ফিল্টারিং, এজ অ্যাবজর্পশন, সার্ভার থ্রটলিং এবং প্রতি-সাইট কন্টেইনমেন্ট আপনি ডিপ্লয় করার মুহূর্ত থেকেই কাজ করতে শুরু করে—কনফিগার করার কিছু নেই, কোনো ঘটনার মাঝখানে চালু করারও কিছু নেই। কার্ড ছাড়াই ১৪ দিনের ট্রায়াল দিয়ে শুরু করুন, সাথে থাকছে ৩০ দিনের মানি-ব্যাক গ্যারান্টি এবং বিনামূল্যে মাইগ্রেশন।

বিনামূল্যে শুরু করুন