DDoS সুরক্ষা
বন্যার মতো আক্রমণগুলো প্রান্তে শোষিত হয়, নেটওয়ার্ক-স্তরের আক্রমণগুলো আপস্ট্রিমে ফিল্টার করা হয় এবং সার্ভারে যা কিছুই পৌঁছাক না কেন তা লক্ষ্যযুক্ত সাইটের নিজস্ব কার্নেল-স্তরের খাঁচায় আবদ্ধ থাকে। বেশ কয়েকটি স্তর, যার প্রতিটি আলাদা কাজ করে, যাতে একটি সাইটকে লক্ষ্য করে করা আক্রমণ তার পাশের সাইটগুলোর জন্য বিভ্রাটের কারণ না হয়। বিশ্বব্যাপী ৭,০০,০০০+ সাইট হোস্ট করে এমন একটি প্ল্যাটফর্মের জন্য আমরা এই প্রতিরক্ষা মডেলটি তৈরি করেছি এবং এর ভিত্তিটি প্রতিটি প্ল্যানে কার্যকর রয়েছে। প্রাপ্যতা: প্রতি সাইট ডাটাবেস থ্রটলিং সক্রিয়ভাবে বিকাশের অধীনে রয়েছে এবং এখনও উপলব্ধ নয়। এখানে বর্ণিত বাকি সবকিছু আজ থেকেই সক্রিয় রয়েছে।
একটি ভলিউমেট্রিক ফ্লাড, একটি L7 অ্যাপ্লিকেশন ফ্লাড এবং একটি ধীর গতির কানেকশন-এক্সহশন আক্রমণ হলো তিনটি ভিন্ন সমস্যা। আমরা সেগুলির প্রতিটির সমাধান করি যেখানে এটি পরিচালনা করা সবচেয়ে সাশ্রয়ী এবং দ্রুততম — ফ্লিটের আপস্ট্রিমে, প্রান্তে এবং খাঁচার ভেতরে।
প্রোভাইডার-স্তরের DDoS সুরক্ষা আমাদের ওয়ার্কার ফ্লিটে পৌঁছানোর আগেই নেটওয়ার্ক-লেয়ার ফ্লাড ফিল্টার করে, যাতে সেই ট্র্যাফিক আপনার সাইট চলমান থাকা মেশিনের পোর্ট, NIC বা CPU সাইকেল খরচ করতে না পারে। উন্নত এবং এন্টারপ্রাইজ ঝুঁকি প্রোফাইলের জন্য, Cloudflare Magic Transit এবং Spectrum নন-HTTP ট্র্যাফিকের ক্ষেত্রেও একই ফিল্টারিং প্রসারিত করে।
একটি পরিচালিত প্রান্তিক নেটওয়ার্ক প্রতিটি সাইটের সামনে থাকে। এটি অনুরোধটি উৎসে পৌঁছানোর আগেই ভলিউমেট্রিক HTTP বন্যা শোষণ করে, একটি L7 WAF চালায়, সাইট-ভিত্তিক হারের সীমাবদ্ধতা প্রয়োগ করে এবং প্রকৃত দর্শকদের স্বয়ংক্রিয় ট্র্যাফিক থেকে আলাদা করতে বট ব্যবস্থাপনা ও পরিচালিত চ্যালেঞ্জ ব্যবহার করে।
LiteSpeed Enterprise প্রতি আইপি সংযোগের সীমা সহ সংযোগ এবং অনুরোধ থ্রোটলিং প্রয়োগ করে, Imunify360 ব্রুট-ফোর্স সুরক্ষা এবং আইপি সুনামের ফিল্টারিং সহ একটি নেটওয়ার্ক ফায়ারওয়াল চালায়, এবং CloudLinux LVE এন্ট্রি-প্রসেস সীমাগুলি একটি একক সাইট একই সাথে কতগুলি সমসাময়িক অনুরোধ খোলা রাখতে পারে তা সীমাবদ্ধ করে।
LVE প্রতিটি সাইটের জন্য পৃথকভাবে CPU, RAM, IO, IOPS, প্রক্রিয়া এবং প্রবেশ-প্রক্রিয়া সীমাবদ্ধ করে। ওপরের স্তরগুলি অতিক্রম করে আসা ট্রাফিকের ঢল লক্ষ্যযুক্ত সাইটের নিজস্ব কাঠামোর মধ্যে সীমাবদ্ধ করা হয়, যার ফলে এটি যে চাপের সৃষ্টি করে তা পুরো সার্ভারে ছড়িয়ে পড়ার পরিবর্তে সেই সাইটেই সীমাবদ্ধ থাকে।
আক্রমণের সময় বেশিরভাগ হোস্টিং বিভ্রাট আক্রমণের লক্ষ্যবস্তুতে পৌঁছানোর কারণে ঘটে না। সেগুলি ঘটে লক্ষ্যবস্তুর অতিরিক্ত রিসোর্স ব্যবহারের কারণে সার্ভারের অন্য সবকিছু বঞ্চিত হওয়ার ফলে। এই আর্কিটেকচারটি ব্যর্থতার ঠিক এই ধরনটি দূর করার জন্যই ডিজাইন করা হয়েছে।
মোকাবিলা করার জন্য সবচেয়ে সাশ্রয়ী অনুরোধ হলো সেটি, যা কখনোই PHP বা MySQL-কে স্পর্শ করে না। আমাদের দ্বি-স্তরীয় ক্যাশের অর্থ হলো অ্যাপ্লিকেশন-স্তরের ট্র্যাফিক বন্যার একটি বড় অংশ আপনার মূল সার্ভারের কাজ করার পরিবর্তে স্ট্যাটিক বাইট দ্বারা উত্তর দেওয়া হয়।
প্রশমন কোনো সাপোর্ট টিকিট নয়। সিগন্যালগুলি একটি পলিসি ইঞ্জিনকে চালিত করে যা প্রতিটিকে একটি প্রয়োগকারী পদক্ষেপ, গ্রাহক বিজ্ঞপ্তি এবং — যেখানে সম্ভব — একটি স্বয়ংক্রিয় সমাধানের সাথে সংযুক্ত করে, যার প্রতিটি রূপান্তর লগ করা থাকে।
যখন কোনো DDoS সংকেত সক্রিয় হয়, তখন পলিসি ইঞ্জিন Cloudflare প্রশমন এবং সাইট-ভিত্তিক রেট সীমিতকরণ প্রয়োগ করে, এবং গতিশীলভাবে সেই সাইটের LVE সীমা কঠোর করতে পারে। সংকেতটি কেটে গেলে সীমাগুলি আবার শিথিল হয়ে যায়। পর্যায়ক্রমিক, পরিবর্তনযোগ্য এবং প্রতিটি ধাপে লগ করা হয়।
যদি কোনো আক্রমণ অরিজিনকে হুমকির মুখে ফেলে, তবে সাইটটি 'থ্রোটলড' (throttled) অবস্থায় চলে যায় — সাইট সচল ও সেবা প্রদান অব্যাহত রেখেই আরও কঠোর LVE সীমা এবং রেট লিমিটিং প্রযোজ্য হয়। চাপ কমে গেলে থ্রোটলড অবস্থা স্বয়ংক্রিয়ভাবে স্বাভাবিক অবস্থায় ফিরে আসে; এটি কোনো স্থগিতাদেশ নয়।
পলিসি ইঞ্জিনের নিচে, LVE প্রতিটি সাইটের জন্য নেটিভভাবে এবং স্বয়ংক্রিয়ভাবে CPU, IO এবং প্রক্রিয়া ব্যবহার নিয়ন্ত্রণ করে। ট্র্যাফিক এখনও আক্রমণ হিসাবে শ্রেণীবদ্ধ করা হয়েছে কি না তা নির্বিশেষে এটি সর্বদা সক্রিয় প্রথম সারির সুরক্ষা হিসাবে কাজ করে।
প্রতিটি প্রয়োগ সংক্রান্ত পরিবর্তনের ক্ষেত্রে এর কারণ, এটি স্বয়ংক্রিয় নাকি কর্মী দ্বারা শুরু করা হয়েছে, এবং এর পেছনের প্রমাণ রেকর্ড করা হয়। কী পরিবর্তিত হয়েছে এবং কীভাবে এর সমাধান করতে হবে তা আপনাকে জানানো হয়, এবং প্রতিটি পদক্ষেপের বিরুদ্ধে আপিল করা যায়।
মৌলিক সুরক্ষা ঐচ্ছিক নয়, কারণ আক্রান্ত বা আপসকৃত কোনো সাইট তার পার্শ্ববর্তী সাইটগুলো, আমাদের সার্ভারের সুনাম এবং আমাদের আইপি রেঞ্জগুলোকে ঝুঁকিতে ফেলে। যেসব সাইটের ঝুঁকির মাত্রা দাবি করে, সেগুলোর জন্য আরও শক্তিশালী সুরক্ষা ব্যবস্থা রয়েছে।
ট্র্যাফিকের আকস্মিক বৃদ্ধি প্রায়শই একটি লক্ষণ মাত্র। যে সিগন্যাল পাইপলাইন বন্যার মতো ট্র্যাফিক সামলায়, তা এর পেছনের আপস বা অনুপ্রবেশগুলিও শনাক্ত করে; ফলে কোনও ঘটনা কেবল প্রশমিত হওয়ার বদলে সঠিকভাবে শ্রেণীবদ্ধ হয়।
ডিজাইনের মূল লক্ষ্য হলো সীমাবদ্ধকরণ। প্রতিটি সাইট তার নিজস্ব CloudLinux LVE cage-এর মধ্যে চালিত হয়, যেখানে সীমিত CPU, RAM, IO, IOPS, প্রসেস এবং এন্ট্রি-প্রসেস থাকে, সাথে থাকে নিজস্ব CageFS ফাইলসিস্টেম ভিউ এবং MySQL Governor-এর মাধ্যমে সাইট-প্রতি ডেটাবেস নিয়ন্ত্রণ। আক্রান্ত কোনো সাইট পুরো মেশিনের রিসোর্স গ্রাস করার পরিবর্তে তার নিজস্ব সর্বোচ্চ সীমার মধ্যে নিয়ন্ত্রিত হয়, এবং LiteSpeed-এর প্রতি-IP সংযোগ সীমা নির্ধারণ করে দেয় যে এটি ওয়েব সার্ভারের কতটা অংশ দখল করতে পারবে। সীমাবদ্ধকরণটি কার্নেল স্তরে তৈরি করা হয়েছে, গ্রাহক-প্রতি কনফিগার করা নয়।
বেসলাইনটি প্রতিটি প্ল্যানে অন্তর্ভুক্ত রয়েছে: LVE এবং CageFS বিচ্ছিন্নকরণ, LiteSpeed সংযোগ এবং অনুরোধ থ্রটলিং, একটি নেটওয়ার্ক ফায়ারওয়াল, সক্রিয় WAF এবং ম্যালওয়্যার স্ক্যানিং, সাথে ফ্লিটের সামনে Cloudflare এজ শোষণ এবং প্রদানকারী-স্তরের নেটওয়ার্ক ফিল্টারিং। আমরা এটি অন্তর্ভুক্ত করি কারণ আমরা আমাদের নিজস্ব ফ্লিটের সুরক্ষাকে ঐচ্ছিক রাখতে পারি না। উন্নত বট পরিচালনা, উচ্চতর DDoS স্তর, বর্ধিত WAF নিয়ম এবং নিবেদিত ফায়ারওয়াল নিয়মগুলি সেই সাইটগুলির জন্য অ্যাড-অন যাদের এগুলির প্রয়োজন রয়েছে৷
DDoS আক্রমণের লক্ষ্যবস্তু হওয়া মানে Cloudflare মিটিগেশন এবং সাইট-প্রতি রেট লিমিটিং, এবং — শুধুমাত্র যদি আক্রমণটি মূল অরিজিনের জন্য হুমকিস্বরূপ হয় — 'থ্রোটল্ড' অবস্থা: সাইট চালু ও সক্রিয় থাকা অবস্থাতেই আরও কঠোর LVE লিমিট। চাপ কমে গেলে থ্রোটল্ড অবস্থা স্বয়ংক্রিয়ভাবে স্বাভাবিক হয়ে যায়। অ্যাকাউন্ট স্থগিতকরণ শুধুমাত্র অর্থ পরিশোধ না করা বা নিশ্চিত অপব্যবহারের জন্য সংরক্ষিত, এবং তখনও সাইটটি কোনো ত্রুটিযুক্ত পেজের পরিবর্তে একটি ব্র্যান্ডেড ও নির্দিষ্ট কারণ সংবলিত হোল্ডিং পেজ প্রদর্শন করে।
ক্যাশে থেকে পরিবেশন করা কোনো কিছুর জন্য নয়। LSCache কোনো PHP বা MySQL ব্যবহার না করেই ক্যাশ করা পৃষ্ঠার অনুরোধগুলোর উত্তর দেয় এবং প্রতি সাইটের জন্য একটি Redis অবজেক্ট ক্যাশ প্রকৃতপক্ষে গতিশীল পৃষ্ঠাগুলোর পড়ার চাপ কমিয়ে দেয়। যা অবশিষ্ট থাকে তা আপনার সাইটের LVE প্রক্রিয়া এবং এন্ট্রি-প্রসেস সীমা দ্বারা এবং MySQL Governor-এর প্রতি-সাইট ডাটাবেস নিয়ন্ত্রণের দ্বারা সীমাবদ্ধ, তাই একটি সাইটের ডাটাবেস চাপ সার্ভারে ছড়িয়ে পড়তে পারে না। কার্ট, চেকআউট, my-account এবং সেশন পৃষ্ঠাগুলো ডিফল্টরূপে আনক্যাশড থাকে যাতে সুরক্ষাকরণ কখনো কোনো লেনদেন ব্যাহত না করে।
হ্যাঁ, নেটওয়ার্ক স্তরে। প্রোটোকল নির্বিশেষে প্রদানকারী-স্তরের DDoS সুরক্ষা আমাদের ফ্লিটের আপস্ট্রিমে L3/4 ফ্লাড ফিল্টার করে, এবং উন্নত বা এন্টারপ্রাইজ প্রয়োজনীয়তার জন্য Cloudflare Magic Transit এবং Spectrum নন-HTTP ট্র্যাফিকেও এজ-গ্রেড প্রশমন সম্প্রসারিত করে।
প্রতিটি প্রয়োগ সংক্রান্ত পরিবর্তন তার কারণ, এটি স্বয়ংক্রিয় নাকি কর্মীদের দ্বারা সূচিত এবং এর পেছনের প্রমাণ সহ নথিভুক্ত করা হয়। কী পরিবর্তিত হয়েছে এবং কীসের মাধ্যমে তা সমাধান হবে সে সম্পর্কে আপনাকে অবহিত করা হয়, প্রতিটি পদক্ষেপের বিরুদ্ধে আপিল করা যায় এবং আপনার নিজস্ব কমপ্লায়েন্স ট্রেইলের জন্য বিশেষ সুবিধাপ্রাপ্ত পদক্ষেপগুলো অডিট-লগ করা হয়। সিগন্যালগুলো বিভিন্ন টুলে ছড়িয়ে থাকার পরিবর্তে একটি একক Abuse Desk-এ একত্রিত করা হয়।
হ্যাঁ। Footprint-Free হোস্টিং শুরু হয় কোনো কার্ড ছাড়াই ১৪ দিনের ট্রায়াল দিয়ে যা সর্বোচ্চ ৫টি সাইট কভার করে — কোনো অর্থপ্রদানের বিবরণ নেই, কোনো প্রতিশ্রুতি নেই। প্ল্যানগুলি ৩০ দিনের কোনো দ্বিধাহীন অর্থ ফেরত গ্যারান্টি, বিনামূল্যে স্থানান্তর এবং কোনো ভেন্ডর লক-ইন না থাকার সুবিধা দ্বারা সমর্থিত।
নেটওয়ার্ক ফিল্টারিং, এজ অ্যাবসর্পশন, সার্ভার থ্রটলিং এবং প্রতি-সাইট কন্টেনমেন্ট আপনার ডিপ্লয় করার মুহূর্ত থেকেই চলে — কনফিগার করার কিছু নেই, ঘটনার মাঝামাঝি সময়ে চালু করার মতো কিছু নেই। কার্ড-মুক্ত ১৪ দিনের ট্রায়াল দিয়ে শুরু করুন, যা ৩০ দিনের মানি-ব্যাক গ্যারান্টি এবং বিনামূল্যে মাইগ্রেশন দ্বারা সমর্থিত।
বিনামূল্যে শুরু করুন