DDoS হামলার সময় Cloudflare "Under Attack" মোড ব্যবহার করার উপায়

DDoS হামলার শিকার একটি সাইটে Cloudflare Under Attack মোড হল একটি জরুরী সুরক্ষা সেটিং যা দর্শকদের একটি সংক্ষিপ্ত নিরাপত্তা যাচাই প্রদর্শন করে এবং বট ট্রাফিককে ফিল্টার করে। Cloudflare প্যানেলে আপনার সাইটটি নির্বাচন করে Security বিভাগ থেকে Under Attack Mode ফিচারটি সক্রিয় করে কয়েক মিনিটের মধ্যে HTTP/HTTPS স্তরের করে অত্যাধিক অনুরোধগুলি ধীর করতে পারেন, প্রকৃত ব্যবহারকারীদের সাইটে পৌঁছানোর সুরক্ষা দিতে পারেন এবং আপনার সার্ভারের বোঝা কমাতে পারেন। তবে এই মোড একাই স্থায়ী সমাধান নয়; এটি সঠিক DNS প্রোক্সি সেটিং, WAF নিয়ম, হার সীমাবদ্ধতা, ক্যাশ কনফিগারেশন এবং মূল সার্ভার সুরক্ষার সাথে ব্যবহার করা উচিত।

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

Cloudflare Under Attack মোড কি?

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

এই মোডের মূল উদ্দেশ্য হল অ্যাপ্লিকেশন স্তরের অর্থাৎ লেয়ার 7 স্তরের হামলাগুলি হ্রাস করা। উদাহরণস্বরূপ, যদি মূল পৃষ্ঠায় প্রতি সেকেন্ডে হাজার হাজার GET অনুরোধ, WordPress লগইন পৃষ্ঠায় ঘন POST প্রচেষ্টা, অনুসন্ধান পৃষ্ঠায় ব্যয়বহুল অনুসন্ধান অথবা কার্ট পৃষ্ঠায় মিথ্যা ট্রাফিক পাঠানো হয়, তবে Under Attack মোড দ্রুত একটি প্রাথমিক হস্তক্ষেপ প্রদান করে।

এখানে একটি গুরুত্বপূর্ণ পার্থক্য হল: Under Attack মোড ওয়েব অনুরোধগুলি ফিল্টার করে; তবে যদি আপনার সার্ভারের IP ঠিকানা সরাসরি লক্ষ্যবস্তু হয়, Cloudflare প্রোক্সির বাইরের পরিষেবাগুলি উন্মুক্ত থাকে বা হামলা লেয়ার 3/4 স্তরে হয় তবে অতিরিক্ত সতর্কতা প্রয়োজন। তাই DNS রেকর্ডগুলি Cloudflare এর মাধ্যমে প্রোক্সি অবস্থায় থাকতে হবে, মূল IP ঠিকানা গোপন করতে হবে এবং হোস্টিং দিক থেকে সঠিক নিরাপত্তা ব্যবস্থা গ্রহণ করা অত্যন্ত গুরুত্বপূর্ণ। নিরাপদ অবকাঠামো নির্বাচন করার জন্য নিরাপদ ওয়েব হোস্টিং পরিষেবা এবং এসএসএল সার্টিফিকেট ইনস্টলেশন বিষয়বস্তুগুলির সাথে সংযোগ স্থাপন করা যেতে পারে।

DDoS হামলার লক্ষণ: Under Attack মোডে যাওয়ার আগে কি পরীক্ষা করতে হবে?

প্রতি ধীরগতি DDoS নয়। কখনও কখনও ত্রুটিপূর্ণ প্লাগইন, ডাটাবেস লক, উচ্চ CPU ব্যবহারকারী ক্রন কাজ অথবা ভুল ক্যাশ সেটিংও অনুরূপ ফলাফল তৈরি করতে পারে। তাই Under Attack মোডটি চালু করার আগে একটি দ্রুত নির্ণয় করা উপকারী। তবুও, যদি সার্ভার প্রতিক্রিয়া দিতে অসুবিধা হয়, ব্যবহারকারীরা 502, 503, 504 ত্রুটি পাচ্ছে এবং লগগুলিতে অস্বাভাবিক অনুরোধের বিস্ফোরণ রয়েছে তবে জরুরী মোড বিলম্বিত করা উচিত নয়।

টিপিক্যাল DDoS সূচক

• শীঘ্রই স্বাভাবিকের 5, 10 অথবা 50 গুণ ট্রাফিক বৃদ্ধি দেখা যাচ্ছে।
• একটি পৃষ্ঠায় অথবা এন্ডপয়েন্টে প্রতি সেকেন্ডে শত শত অনুরোধ আসছে।
• বিভিন্ন দেশ থেকে কিন্তু সদৃশ ইউজার-এজেন্ট মান সহ ট্রাফিক প্রবাহ।
• WordPress, WooCommerce, OpenCart অথবা কাস্টম সফ্টওয়্যারে প্রশাসক, লগইন, অনুসন্ধান, কার্ট এর মতো ব্যয়বহুল URL লক্ষ্যবস্তু।
• সার্ভারে CPU, RAM, PHP-FPM কর্মী অথবা MySQL সংযোগ সীমার পূর্ণ হওয়া।
• Cloudflare বিশ্লেষণ স্ক্রীনে 4xx এবং 5xx ত্রুটিগুলির হঠাৎ বৃদ্ধি।
• প্রকৃত ব্যবহারকারীরা সাইটে বিরতি নিয়ে প্রবেশ করতে পারছে, তবে বট ট্রাফিক ক্রমাগত অনুরোধ পাঠাচ্ছে।

উদাহরণস্বরূপ, স্বাভাবিকভাবে প্রতি মিনিটে 2,000 অনুরোধ পাওয়া একটি ই-কমার্স সাইট, 10 মিনিটের মধ্যে প্রতি মিনিটে 80,000 অনুরোধে পৌঁছালে এবং অনুরোধের 70% কার্ট অথবা অনুসন্ধান পৃষ্ঠায় যাচ্ছে, তবে এটি একটি স্পষ্ট লেয়ার 7 হামলার চিহ্ন। এই পরিস্থিতিতে Under Attack মোড প্রথম 5 মিনিটের মধ্যে চালু হওয়া উচিত, তারপর লক্ষ্য URL এর জন্য বিশেষ WAF এবং হার সীমাবদ্ধতা নিয়ম যোগ করা উচিত।

Cloudflare Under Attack মোড কখন ব্যবহার করা উচিত?

Cloudflare Under Attack মোড একটি সাধারণ নিরাপত্তা সেটিং যা স্থায়ীভাবে খোলা রাখা উচিত নয়। কারণ এটি প্রকৃত দর্শকদেরও একটি সংক্ষিপ্ত অপেক্ষার স্ক্রীন প্রদর্শন করে। এই অবস্থায় বিশেষ করে রূপান্তরের উপর নির্ভরশীল পৃষ্ঠাগুলিতে, পেমেন্ট ধাপগুলিতে বা API ব্যবহারকারী কাঠামোগুলিতে ব্যবহারকারীর অভিজ্ঞতা প্রভাবিত হতে পারে। সবচেয়ে সঠিক ব্যবহার হল হামলার সময় সাময়িকভাবে সক্রিয় করা এবং ট্রাফিক স্বাভাবিক হলে নিরাপত্তা স্তরটি আবার সমন্বয় করা।

ব্যবহার করা উপযোগী পরিস্থিতি

• সাইটে তীব্র এবং অস্বাভাবিক HTTP/HTTPS অনুরোধ আসছে।
• সার্ভারের সম্পদ দ্রুত নিঃশেষ হচ্ছে এবং 502/503 ত্রুটির সংখ্যা বাড়ছে।
• Cloudflare WAF এখনও বিশেষ নিয়ম দ্বারা কনফিগার করা হয়নি এবং দ্রুত একটি ঢাল প্রয়োজন।
• বট ট্রাফিক প্রকৃত ব্যবহারকারীদের ট্রাফিকের তুলনায় লক্ষণীয়রূপে বেশি।
• হামলার লক্ষ্য ওয়েব পৃষ্ঠাগুলি, ফরম, লগইন স্ক্রীন অথবা অনুসন্ধান এন্ডপয়েন্টস হলে।

যত্ন সহকারে ব্যবহার করার পরিস্থিতি

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

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

Cloudflare Under Attack মোড কিভাবে চালু করবেন? ধাপে ধাপে প্রয়োগ

নিচের পদক্ষেপগুলি হামলার সময় দ্রুত পদক্ষেপ নিতে প্রস্তুত একটি কার্যকরী নিয়ন্ত্রণ তালিকা। Cloudflare ইন্টারফেস সময়ের সাথে সাথে ছোট ছোট পরিবর্তন করতে পারে; তবে যুক্তি একই: আপনার ডোমেইনটি নির্বাচন করুন, নিরাপত্তার স্তর বাড়ান এবং আসা ট্রাফিককে Cloudflare এর মাধ্যমে যাচাই করুন।

1. Cloudflare অ্যাকাউন্টে লগ ইন করুন

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

2. DNS রেকর্ডগুলির প্রোক্সি অবস্থায় রয়েছে কিনা তা পরীক্ষা করুন

Under Attack মোডের কার্যকরী হতে হলে ওয়েব ট্রাফিক Cloudflare এর মাধ্যমে যেতে হবে। DNS বিভাগে A, AAAA এবং CNAME রেকর্ডগুলির কমলা মেঘ অর্থাৎ প্রোক্সি অবস্থায় আছে কিনা তা নিশ্চিত করুন। ধূসর মেঘের অবস্থায় DNS শুধুমাত্র রেকর্ডগুলি Cloudflare এর নিরাপত্তা স্তর থেকে যায় না। বিশেষ করে www, মূল ডোমেইন এবং ব্যবহৃত সাবডোমেইনগুলি পরীক্ষা করা উচিত।

আপনার মূল IP ঠিকানা ইন্টারনেটে দৃশ্যমান হলে হামলাকারীরা Cloudflare কে এড়িয়ে সরাসরি সার্ভারে আক্রমণ করতে পারে। তাই সার্ভারের ফায়ারওয়ালে শুধুমাত্র Cloudflare IP সীমার থেকে আসা HTTP/HTTPS ট্রাফিককে অনুমতি দেওয়া একটি শক্তিশালী অতিরিক্ত সতর্কতা। আপনার হোস্টিং প্রদানকারীর কাছ থেকে এই বিষয়ে সহায়তা নিতে পারেন অথবা Cloudflare DNS সেটিংস কিভাবে করা হয় গাইডে নির্দেশনা দিতে পারেন।

3. Security বিভাগ থেকে Under Attack Mode ফিচারটি সক্রিয় করুন

Cloudflare প্যানেলে সংশ্লিষ্ট ডোমেইনটি খুললে Security অথবা Overview স্ক্রীনে Under Attack Mode অপশনটি খুঁজুন। এই অপশনটি সক্রিয় করলে Cloudflare সাইটে আসা দর্শকদের জন্য একটি সংক্ষিপ্ত যাচাইকরণ পৃষ্ঠা প্রদর্শন করতে শুরু করে। কিছু প্যানেলে এই সেটিংটি Security Level এর অধীনে I am Under Attack হিসেবেও দেখা যেতে পারে।

সক্রিয়করণের পরে পরিবর্তন সাধারণত খুব অল্প সময়ের মধ্যে কার্যকর হয়। প্রথম মিনিটগুলিতে Cloudflare বিশ্লেষণ, নিরাপত্তার ঘটনার সংখ্যা এবং সার্ভারের সম্পদ ব্যবহারের উপর নজর রাখতে হবে। যদি CPU এবং সংযোগ সংখ্যা কমতে শুরু করে তবে মোড কার্যকর হচ্ছে। তবে ত্রুটি হার অব্যাহত থাকলে অতিরিক্ত নিয়ম লেখা উচিত।

4. প্রকৃত ব্যবহারকারীর অভিজ্ঞতা পরীক্ষা করুন

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

5. হামলার লক্ষ্য URL গুলি চিহ্নিত করুন

Under Attack মোড সাধারণ ঢাল সরবরাহ করে; তবে আসল কার্যকারিতা লক্ষ্য-নির্দিষ্ট নিয়মগুলির মাধ্যমে পাওয়া যায়। Cloudflare নিরাপত্তার ঘটনার সংখ্যা, ওয়েব বিশ্লেষণ, হোস্টিং প্রবেশ লগ এবং অ্যাপ্লিকেশন লগ থেকে সবচেয়ে বেশি অনুরোধ পাওয়া পথগুলি চিহ্নিত করা হয়। উদাহরণস্বরূপ /wp-login.php, /xmlrpc.php, /search, /cart, /api/login অথবা /checkout এর মতো URL গুলি আক্রমণের আওতায় থাকতে পারে।

লক্ষ্য URL নির্ধারিত হলে WAF কাস্টম নিয়মের মাধ্যমে দেশ, ইউজার-এজেন্ট, অনুরোধ পদ্ধতি, URI পাথ অথবা বট স্কোরের মতো মানদণ্ড অনুযায়ী পদক্ষেপ নেওয়া যেতে পারে। উদাহরণস্বরূপ একটি নির্দিষ্ট লগইন এন্ডপয়েন্টের জন্য প্রতি মিনিটে যুক্তিসঙ্গত সংখ্যার উপরে অনুরোধ পাঠানো IP গুলির জন্য পরিচালিত চ্যালেঞ্জ প্রয়োগ করা যেতে পারে। WordPress সাইটগুলির জন্য WordPress নিরাপত্তা ব্যবস্থা লিঙ্কটি একটি প্রাকৃতিক অভ্যন্তরীণ লিঙ্কের সুযোগ।

Under Attack মোড এবং অন্যান্য Cloudflare নিরাপত্তা বিকল্পগুলির মধ্যে পার্থক্য

Cloudflare নিরাপত্তা সরঞ্জামগুলি বিভিন্ন উদ্দেশ্যে কাজ করে। Under Attack মোড একটি দ্রুত এবং সাধারণ জরুরী ফিল্টার; WAF এবং হার সীমাবদ্ধতা হল আরও লক্ষ্যবস্তু, টেকসই এবং ব্যবহারকারী অভিজ্ঞতার দিক থেকে আরও ভারসাম্যপূর্ণ সমাধান।

প্রকৃতপক্ষে একটি ভাল প্রতিরক্ষা পদ্ধতির অগ্রগতি হল: প্রথমে Under Attack মোড দিয়ে জরুরী চাপ কমানো, তারপর হামলার প্যাটার্ন বিশ্লেষণ করা, WAF এবং হার সীমাবদ্ধতা নিয়মগুলি যোগ করা, সর্বশেষে ক্যাশ এবং মূল ফায়ারওয়াল সেটিংস দ্বারা স্থায়ী অবকাঠামোকে শক্তিশালী করা।

হামলার সময় অতিরিক্ত Cloudflare সেটিংসের সুপারিশ

Under Attack মোড একটি বোতামের মাধ্যমে সক্রিয় হলেও DDoS প্রতিরক্ষার সফলতা সহায়ক সেটিংসের উপর নির্ভর করে। নিচের সুপারিশগুলি বাস্তব অপারেশনগুলিতে সবচেয়ে কার্যকরী প্রয়োগগুলি।

WAF নিয়মের মাধ্যমে লক্ষ্যবস্তু সুরক্ষা তৈরি করুন

Cloudflare WAF আপনাকে নির্দিষ্ট শর্ত অনুযায়ী পদক্ষেপ নিতে দেয়। উদাহরণস্বরূপ, কেবল /wp-login.php পৃষ্ঠায় আগত এবং নির্দিষ্ট দেশ থেকে পাঠানো POST অনুরোধগুলিতে চ্যালেঞ্জ প্রয়োগ করতে পারেন। এভাবে সমস্ত সাইটকে ভারী না করে হামলার লক্ষ্যকে বিচ্ছিন্ন করতে পারেন।

• প্রশাসক এবং লগইন পৃষ্ঠাগুলি কেবল নির্দিষ্ট দেশ অথবা IP পরিসীমায় খুলুন।
• XML-RPC এর মতো ব্যবহৃত না হওয়া এন্ডপয়েন্টগুলি ব্লক করুন।
• সন্দেহজনক ইউজার-এজেন্ট মানের জন্য পরিচালিত চ্যালেঞ্জ প্রয়োগ করুন।
• নির্দিষ্ট URI পাথে খুব ঘন অনুরোধ করা ক্লায়েন্টদের হার সীমাবদ্ধতা দিয়ে সীমিত করুন।

ক্যাশ স্তরটি সঠিকভাবে সেট করুন

DDoS এর সময় মূল সার্ভারকে প্রতিটি অনুরোধে প্রতিক্রিয়া জানাতে হলে সম্পদ দ্রুত নিঃশেষ হয়ে যাবে। স্ট্যাটিক ফাইল, ছবিগুলি, CSS, JavaScript এবং ক্যাশযোগ্য পৃষ্ঠাগুলি Cloudflare এজের মাধ্যমে প্রদান করা উচিত। WordPress এর মতো ডাইনামিক কাঠামোতে পৃষ্ঠা ক্যাশ প্লাগইন, Cloudflare ক্যাশ নিয়ম এবং উপযুক্ত ক্যাশ-কন্ট্রোল শিরোনামগুলি একসাথে ব্যবহার করা যেতে পারে।

উদাহরণস্বরূপ, সংবাদ অথবা ব্লগ-ভিত্তিক একটি সাইটে অ্যানোনিমাস দর্শকদের জন্য প্রদর্শিত পৃষ্ঠাগুলি 5 থেকে 30 মিনিট ক্যাশ করা যেতে পারে। এই সহজ সেটিংটি, হামলার সময়ের বাহিরেও TTFB মানগুলি কমায় এবং হোস্টিং সম্পদগুলি সুরক্ষিত রাখে। কার্যকারিতার দিক থেকে ওয়েবসাইট গতি বৃদ্ধি গাইড লিঙ্কটি মূল্যায়ন করা যেতে পারে।

হার সীমাবদ্ধতার সীমাগুলি বাস্তবসম্মতভাবে নির্ধারণ করুন

হার সীমাবদ্ধতা, বিশেষত ব্যয়বহুল এন্ডপয়েন্টগুলিতে খুব কার্যকর। তবে সীমাগুলি এলোমেলোভাবে নির্ধারিত হলে প্রকৃত ব্যবহারকারীদের ব্লক করা হতে পারে। উদাহরণস্বরূপ, একটি পণ্য অনুসন্ধান পৃষ্ঠায় একটি স্বাভাবিক ব্যবহারকারী প্রতি মিনিটে 5-15 বার অনুসন্ধান করতে পারে; প্রতি মিনিটে 100 বার অনুসন্ধান অস্বাভাবিক। লগইন পৃষ্ঠায় 5 মিনিটের মধ্যে 10 টি ব্যর্থ প্রচেষ্টা বেশিরভাগ ক্ষেত্রে সন্দেহজনক।

একটি উদাহরণস্বরূপ পদ্ধতি: /wp-login.php এর জন্য প্রতি মিনিটে 10 টির বেশি অনুরোধ পাঠানো IP গুলির জন্য পরিচালিত চ্যালেঞ্জ, 5 মিনিটের মধ্যে 50 টির বেশি অনুরোধ পাঠানো IP গুলির জন্য সাময়িক ব্লক প্রয়োগ করা যেতে পারে। API এন্ডপয়েন্টগুলিতে ব্যবহারকারীর অধিবেশন, IP, টোকেন এবং পদ্ধতির ভিত্তিতে আরও সূক্ষ্ম সীমাবদ্ধতা নির্বাচন করা উচিত।

মূল IP ঠিকানা গোপন করুন এবং ফায়ারওয়াল দিয়ে সীমাবদ্ধ করুন

Cloudflare ব্যবহার করার সময় সবচেয়ে গুরুত্বপূর্ণ ভুলগুলির মধ্যে একটি হল মূল IP ঠিকানাটি উন্মুক্ত রাখা। পুরনো DNS রেকর্ড, সরাসরি IP দিয়ে কাজ করা সাবডোমেইন, মেইল রেকর্ডগুলির সাথে মিশে যাওয়া ওয়েব পরিষেবাগুলি অথবা ফাঁস হওয়া কনফিগারেশনগুলি হামলাকারীর দ্বারা সার্ভারে Cloudflare এর বাইরেও প্রবেশের কারণ হতে পারে।

সার্ভার পক্ষ থেকে 80 এবং 443 পোর্টগুলি শুধুমাত্র Cloudflare IP রেঞ্জগুলির জন্য খুললে শক্তিশালী একটি সুরক্ষা প্রদান করে। এছাড়াও SSH, প্যানেল, ডাটাবেস এবং প্রশাসনিক পোর্টগুলি ইন্টারনেটে উন্মুক্ত রাখা উচিত নয়; IP সীমাবদ্ধতা, শক্তিশালী পাসওয়ার্ড, 2FA এবং সম্ভব হলে VPN ব্যবহার করা উচিত। হোস্টিং নিরাপত্তার জন্য cPanel নিরাপত্তা সেটিংস এবং ভিপিএস ফায়ারওয়াল কনফিগারেশন বিষয়বস্তুগুলির সাথে সংযোগ স্থাপন করা যেতে পারে।

WordPress, WooCommerce এবং কর্পোরেট সাইটগুলিতে বিশেষ দৃষ্টি

প্রতি ওয়েব সাইটের একই ট্রাফিক কাঠামো থাকে না। একটি ব্লগ সাইট, WooCommerce দোকান এবং SaaS প্যানেলের জন্য Cloudflare Under Attack মোডের ভিন্ন ফলাফল হতে পারে। তাই সাইটের প্রকার অনুযায়ী গুরুত্বপূর্ণ পথগুলি চিহ্নিত করা উচিত।

WordPress সাইটগুলি

WordPress এ সবচেয়ে বেশি লক্ষ্যবস্তু ফাইলগুলি হল /wp-login.php এবং /xmlrpc.php পথগুলি। যদি XML-RPC ব্যবহার না করেন তবে এটি ব্লক করা সাধারণত নিরাপদ। প্রশাসনিক প্যানেলের জন্য দেশ বা IP সীমাবদ্ধতা প্রয়োগ করা যেতে পারে। এছাড়াও নিরাপত্তা প্লাগইনগুলি Cloudflare নিয়মগুলির সাথে সংঘর্ষে পড়তে পারে; একসাথে অনেক বেশি চ্যালেঞ্জ মেকানিজম ব্যবহারকারীকে যাচাইকরণ পুনরাবৃত্তিতে প্রবেশ করাতে পারে।

WooCommerce দোকানগুলি

WooCommerce-এ কার্ট, পেমেন্ট এবং অ্যাকাউন্ট পৃষ্ঠাগুলি বিশেষ যত্ন প্রয়োজন। এই পৃষ্ঠাগুলি ডাইনামিক হওয়ার কারণে আক্রমণাত্মক ক্যাশ প্রয়োগ করা উচিত নয়। Under Attack মোড সক্রিয় থাকাকালীন পেমেন্ট প্রদানকারীর কলব্যাক বা ওয়েবহুক URL গুলির কাজ করছে কিনা তা নিশ্চিত করুন। প্রয়োজনে পেমেন্ট প্রদানকারীর IP রেঞ্জগুলি অনুমতিসূচীতে যুক্ত করা উচিত অথবা সংশ্লিষ্ট এন্ডপয়েন্টের জন্য বিশেষ নিয়ম লেখা উচিত।

কর্পোরেট এবং API ব্যবহারকারী সাইটগুলি

কর্পোরেট পোর্টালগুলি, CRM ইন্টিগ্রেশন এবং মোবাইল অ্যাপ্লিকেশন API গুলি JavaScript চ্যালেঞ্জ স্ক্রীনটি পরিচালনা করতে নাও পারে। এই ধরনের কাঠামোগুলিতে সমস্ত ডোমেইনে Under Attack মোড প্রয়োগ করার পরিবর্তে API সাবডোমেইনটি আলাদাভাবে পরিচালনা করা অধিক যুক্তিযুক্ত হতে পারে। উদাহরণস্বরূপ, www.example.com এর জন্য Under Attack চালু হলে api.example.com এর জন্য টোকেন ভিত্তিক সুরক্ষা, হার সীমাবদ্ধতা এবং অনুমতিসূচী প্রয়োগ করা যেতে পারে।

Under Attack মোড চালু হওয়ার পর অনুসরণ করতে হবে এমন মেট্রিক্স

একটি নিরাপত্তা ব্যবস্থা কাজ করছে কিনা তা বোঝার জন্য সংখ্যা পর্যবেক্ষণ প্রয়োজন। কেবল সাইটের খোলার জন্য যথেষ্ট নয়; ত্রুটি হার, সার্ভার বোঝা এবং প্রকৃত ব্যবহারকারীর আচরণ একসাথে মূল্যায়ন করা উচিত।

• Cloudflare নিরাপত্তার ঘটনাবলী: কোন নিয়ম কত সংখ্যক অনুরোধকে চ্যালেঞ্জ অথবা ব্লক করেছে তা দেখায়।
• HTTP স্থিতি কোড: 403, 429, 502, 503 এবং 504 ত্রুটিতে পরিবর্তনগুলি নজরদারি করা উচিত।
• সার্ভার CPU এবং RAM ব্যবহার: Under Attack পরে হ্রাস প্রত্যাশিত।
• PHP-FPM এবং MySQL সংযোগগুলি: অ্যাপ্লিকেশন স্তরে শিথিলতা দেখায়।
• ব্যান্ডউইথ এবং অনুরোধের সংখ্যা: ট্রাফিকের আয়তন এবং ফিল্টার করা অনুরোধের অনুপাত তুলনা করা উচিত।
• প্রকৃত ব্যবহারকারীর রূপান্তর: ফর্ম জমা, অর্ডার, লগইন এবং পেমেন্ট পদক্ষেপগুলি পরীক্ষা করা উচিত।

উদাহরণস্বরূপ Under Attack মোড চালু হওয়ার পর মোট অনুরোধ সংখ্যা একই থাকলেও মূলতে পৌঁছানো অনুরোধ 60% হ্রাস পেলে, তবে Cloudflare স্তরটি গুরুত্বপূর্ণ বোঝা শোষণ করছে। তবুও যদি MySQL CPU ব্যবহার উচ্চ থাকে তবে হামলা একটি নির্দিষ্ট গতিশীল অনুসন্ধানকে ট্রিগার করতে পারে; এই ক্ষেত্রে অ্যাপ্লিকেশন লগগুলি পরীক্ষা করা উচিত।

হামলা শেষ হওয়ার পর Under Attack মোড কিভাবে বন্ধ করবেন?

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

নিরাপদ স্বাভাবিক অবস্থায় ফিরে যাওয়ার পদক্ষেপ

• কমপক্ষে 30-60 মিনিট ধরে ট্রাফিক স্তরের স্বাভাবিক হওয়ার জন্য অপেক্ষা করুন।
• Cloudflare নিরাপত্তা ঘটনার স্ক্রীনে চ্যালেঞ্জ এবং ব্লক সংখ্যার হ্রাস নিশ্চিত করুন।
• Under Attack মোড বন্ধ করার আগে লক্ষ্যবস্তু WAF এবং হার সীমাবদ্ধতা নিয়ম সক্রিয় রয়েছে কিনা তা নিশ্চিত করুন।
• নিরাপত্তা স্তরটি উচ্চ বা মাঝারি হিসাবে আরও ভারসাম্যপূর্ণ স্তরে আনুন।
• সাইটটি বিভিন্ন ডিভাইস থেকে পরীক্ষা করুন এবং 5xx ত্রুটি হার নজরদারি করুন।
• 24 ঘন্টা ধরে লগগুলি পর্যবেক্ষণ করুন এবং হামলার পুনরায় শুরু হয়েছে কিনা তা পরীক্ষা করুন।

ভাল কার্যকরী হিসাবে হামলার পরে একটি ঘটনা রিপোর্ট তৈরি করা উচিত। এই রিপোর্টে হামলার শুরু সময়, লক্ষ্য URL, সবচেয়ে বেশি অনুরোধের সংখ্যা, গৃহীত পদক্ষেপ, কার্যকর নিয়ম এবং স্থায়ী উন্নতির বিষয়ে লেখা উচিত। এই নথিটি পরবর্তী ঘটনায় হস্তক্ষেপের সময়কে উল্লেখযোগ্যভাবে কমাতে সাহায্য করবে।

সাধারণ ভুল এবং যা এড়ানো উচিত

DDoS মুহূর্তে দ্রুত সিদ্ধান্ত নেওয়া প্রয়োজন; তবে ভুল সেটিংগুলি প্রকৃত ব্যবহারকারীদেরও ব্লক করতে পারে। নিচের ভুলগুলি বিশেষ করে তীব্র চাপের মধ্যে সাধারণত দেখা যায়।

• DNS রেকর্ডগুলি প্রোক্সি করা ছাড়া Under Attack মোডের সুরক্ষা প্রদান করবে বলে মনে করা।
• মূল IP ঠিকানা উন্মুক্ত রাখা এবং ফায়ারওয়াল দিয়ে Cloudflare IP গুলির বাইরের প্রবেশ নিষিদ্ধ না করা।
• API, ওয়েবহুক এবং পেমেন্ট কলব্যাক ঠিকানা পরীক্ষা না করে সমস্ত ডোমেইনে চ্যালেঞ্জ প্রয়োগ করা।
• অত্যাধিক বিস্তৃত WAF ব্লক নিয়ম লিখে প্রকৃত গ্রাহকদের ব্লক করা।
• ক্যাশ করা উচিত নয় এমন কার্ট, পেমেন্ট অথবা ব্যবহারকারী প্যানেল পৃষ্ঠাগুলিকে আক্রমণাত্মকভাবে ক্যাশ করা।
• হামলা শেষ হওয়ার পর মোডটি সপ্তাহের পর সপ্তাহ খোলা রাখা।
• সার্ভার লগগুলি পরীক্ষা না করে কেবল Cloudflare স্ক্রীনে দেখে সিদ্ধান্ত নেওয়া।

বিশেষ করে ই-কমার্স সাইটগুলিতে পেমেন্ট কলব্যাকগুলির ব্লক করা গুরুতর আয়ের ক্ষতির কারণ হতে পারে। তাই নিরাপত্তা নিয়ম লেখার সময় ব্লক করার পরিবর্তে প্রথমে লগ অথবা পরিচালিত চ্যালেঞ্জ পদক্ষেপ পরীক্ষা করা নিরাপদ। নিয়মের প্রভাব দেখা গেলে পরে আরও কঠোর পদক্ষেপ নেওয়া যেতে পারে।

Hostragons অবকাঠামোতে আরও স্থায়ী একটি সুরক্ষা পরিকল্পনা কিভাবে করা যায়?

Cloudflare একটি শক্তিশালী প্রাক-স্তর সরবরাহ করে; তবে সফল DDoS প্রতিরক্ষা শুধুমাত্র CDN স্তরে শেষ হয় না। হোস্টিং অবকাঠামো, সফ্টওয়্যার অপ্টিমাইজেশন, SSL কনফিগারেশন, DNS পরিচালনা এবং ব্যাকআপ কৌশলগুলি একসাথে ভাবা উচিত। Hostragons এ হোস্ট করা একটি সাইটের জন্য মৌলিক দৃষ্টিভঙ্গি হল: Cloudflare ট্রাফিক ফিল্টার করে, হোস্টিং স্তর শুধুমাত্র পরিষ্কার ট্রাফিক গ্রহণ করে, অ্যাপ্লিকেশনটি অপ্রয়োজনীয় ডাটাবেস বোঝা তৈরি করবে না এমনভাবে অপ্টিমাইজ করা হয়।

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

উচ্চ ট্রাফিক বা হামলার ঝুঁকি বেশি প্রকল্পগুলির জন্য সাধারণ শেয়ার্ড হোস্টিংয়ের পরিবর্তে আরও নিয়ন্ত্রিত VPS অথবা পরিচালনাযোগ্য সার্ভার বিকল্পগুলি বিবেচনা করা যেতে পারে। সুতরাং ফায়ারওয়াল, ওয়েব সার্ভার, PHP-FPM, Redis, অবজেক্ট ক্যাশ এবং ডাটাবেস সেটিংস আরও নমনীয়ভাবে কনফিগার করা যায়। তবে যেকোনো অবকাঠামো নির্বাচন করা হোক না কেন, Cloudflare Under Attack মোডকে শুধুমাত্র একটি জরুরী সরঞ্জাম হিসাবে গণ্য করা উচিত; স্থায়ী নিরাপত্তা স্থাপনা WAF, লগ বিশ্লেষণ এবং নিয়মিত আপডেটের মাধ্যমে সমর্থন করা উচিত।

দ্রুত নিয়ন্ত্রণ তালিকা: DDoS মুহূর্তে প্রথম 15 মিনিট

হামলার সময় সময় অত্যন্ত গুরুত্বপূর্ণ। নিচের তালিকাটি প্রযুক্তিগত দলের বা সাইটের মালিকের প্রথম 15 মিনিটে করণীয়গুলি সংক্ষিপ্ত করে।

• Cloudflare প্যানেলে প্রবেশ করুন এবং সঠিক ডোমেইন নির্বাচন করুন।
• DNS রেকর্ডগুলির কমলা মেঘ অর্থাৎ প্রোক্সি অবস্থায় রয়েছে কিনা তা পরীক্ষা করুন।
• Under Attack মোড চালু করুন।
• মূল পৃষ্ঠা, লগইন, কার্ট, পেমেন্ট এবং API এন্ডপয়েন্টগুলি পরীক্ষা করুন।
• Cloudflare নিরাপত্তার ঘটনা স্ক্রীন থেকে লক্ষ্য URL চিহ্নিত করুন।
• সর্বাধিক হামলা পাওয়া পথে লক্ষ্যবস্তু WAF অথবা হার সীমাবদ্ধতা নিয়ম যোগ করুন।
• সার্ভার CPU, RAM, PHP-FPM এবং MySQL এর অবস্থা পরীক্ষা করুন।
• মূল IP-তে সরাসরি প্রবেশের অনুমতি আছে কিনা পরীক্ষা করুন।
• পেমেন্ট প্রদানকারীদের, ওয়েবহুক এবং গুরুত্বপূর্ণ ইন্টিগ্রেশনগুলির জন্য অনুমতিসূচী প্রয়োজন কিনা তা পরীক্ষা করুন।
• সমস্ত পদক্ষেপ সময় অনুযায়ী নোট করুন।

এই তালিকা নিয়মিতভাবে পরীক্ষা করা হলে, একটি প্রকৃত হামলার সময় প্যানিক কমে যায় এবং হস্তক্ষেপের গুণগতমান বৃদ্ধি পায়। বৃহৎ সাইটগুলিতে এই প্রক্রিয়াটির একটি ঘটনা হস্তক্ষেপ পরিকল্পনা হিসাবে নথিবদ্ধ করার সুপারিশ করা হয়।

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

Cloudflare Under Attack মোড কি সাইটকে সম্পূর্ণ সুরক্ষা দেয়?

না। Cloudflare Under Attack মোড বিশেষভাবে HTTP/HTTPS স্তরের বট এবং ফ্লাড ট্রাফিক কমানোর জন্য কার্যকর; তবে একাই সম্পূর্ণ সুরক্ষা প্রদান করে না। DNS রেকর্ডগুলির প্রোক্সি থাকা, মূল IP গোপন করা, WAF নিয়ম, হার সীমাবদ্ধতা, ক্যাশ এবং সার্ভার ফায়ারওয়াল সেটিংসের সাথে ব্যবহার করা উচিত।

Under Attack মোড SEO-তে ক্ষতি করে কি?

সংক্ষিপ্ত ব্যবহারে সাধারণত গুরুতর SEO ক্ষতি ঘটে না। তবে মোড দীর্ঘ সময় খোলা থাকলে অনুসন্ধান ইঞ্জিন স্ক্যানিং কার্যকারিতা এবং ব্যবহারকারীর অভিজ্ঞতা প্রভাবিত হতে পারে। তাই হামলার পরে মোডটি বন্ধ করে লক্ষ্যবস্তু নিরাপত্তা নিয়ম দিয়ে এগিয়ে যাওয়া আরও স্বাস্থ্যকর।

Cloudflare Under Attack মোড কতক্ষণ খোলা থাকতে হবে?

হামলার তীব্রতা কম হওয়া পর্যন্ত খোলা থাকতে পারে; ব্যবহারিকভাবে ট্রাফিক স্বাভাবিক হওয়ার পর অন্তত 30-60 মিনিট নজরদারি করা এবং পরে ধাপে ধাপে বন্ধ করার সুপারিশ করা হয়। মোডটি বন্ধ করার আগে WAF এবং হার সীমাবদ্ধতা এর মতো স্থায়ী নিয়মগুলি প্রস্তুত থাকতে হবে।

Under Attack মোড API অথবা পেমেন্ট সিস্টেমকে প্রভাবিত করে কি?

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

Cloudflare ব্যবহার করার সময় হোস্টিং দিক থেকে অতিরিক্ত সতর্কতা নেওয়া উচিত কি?

হ্যাঁ। Cloudflare প্রাক-স্তরে শক্তিশালী সুরক্ষা প্রদান করে; তবে মূল সার্ভারের IP ঠিকানা গোপন করা উচিত, ফায়ারওয়াল কেবল প্রয়োজনীয় ট্রাফিকের অনুমতি দেওয়া উচিত, সফ্টওয়্যার আপডেট রাখা উচিত এবং ক্যাশ কনফিগারেশন সঠিকভাবে করা উচিত। নিরাপদ হোস্টিং অবকাঠামো DDoS প্রতিরোধের একটি গুরুত্বপূর্ণ অংশ।

উপসংহার

Cloudflare Under Attack মোড, DDoS হামলার শিকার একটি সাইটে দ্রুত সুরক্ষা প্রদানকারী একটি কার্যকর জরুরী টুল। সঠিক DNS প্রোক্সি সেটিং দ্বারা সক্রিয় করা হলে, এটি বট ট্রাফিক কমায়, সার্ভারের বোঝা হ্রাস করে এবং প্রকৃত ব্যবহারকারীদের সাইটে পৌঁছানোর সম্ভাবনা বাড়ায়। সর্বোত্তম ফলাফলের জন্য, এই মোডটি WAF নিয়ম, হার সীমাবদ্ধতা, ক্যাশ অপটিমাইজেশন এবং মূল ফায়ারওয়াল সুরক্ষার মাধ্যমে সমর্থন করা উচিত।

আপনার ওয়েবসাইটের হামলার বিরুদ্ধে আরও স্থায়ীভাবে কাজ করতে চান? তাহলে আপনার অবকাঠামো, DNS ব্যবস্থাপনা এবং SSL কনফিগারেশন নিয়মিতভাবে পর্যালোচনা করুন। Hostragons এর হোস্টিং, ডোমেইন এবং SSL সমাধানগুলি পরীক্ষা করে আপনার সাইটের জন্য আরও নিরাপদ এবং টেকসই একটি ভিত্তি তৈরি করতে পারেন।