Cloudflare "Under Attack" حالت د DDoS برید پر مهال څنګه وکاروئ؟ (پښتو لارښود)

کله چې ستاسې ویب سایټ د DDoS برید لاندې شي، Cloudflare Under Attack حالت یو عاجل دفاعي تنظیم دی چې د هر لیدونکي لپاره یو لنډ امنیتي تایید ښيي او د بوټ یا ناوړه ټرافیک مخنیوی کوي. تاسې کولای شئ دا حالت د Cloudflare پینل کې د Security برخې څخه فعال کړئ، څو د HTTP/HTTPS پراخ درخواستونه ورو کړئ، اصلي کاروونکي ساتنه وکړئ او سرور ته فشار کم کړئ. خو دا حالت یوازې دایمي حل نه دی؛ باید د DNS پروکسي تنظیم، WAF قواعد، rate limiting، cache جوړښت او د اصلي سرور امنیت سره یوځای وکارول شي.

په دې لارښود کې به وڅېړو چې Cloudflare Under Attack حالت څنګه فعال شي، کله استعمال شي، کومو اضافي تنظیماتو ته اړتیا لري، او د برید پای ته رسېدو وروسته څنګه خوندي عادي حالت ته ستنه شي. هدف دا دی چې د اضطراب پر مهال یو عملي چکلیست درکړو، څو ستاسې سایټ ژر تر ژره بیرته لاسرسی پيدا کړي.

Cloudflare Under Attack حالت څه شی دی؟

Cloudflare Under Attack حالت د Cloudflare لخوا وړاندې شوی عاجل امنیتي درجه ده. فعالېدو سره Cloudflare، سایټ ته د راغلو لیدونکو براوزرونه امنیتي تایید ته اړ باسي. دا تایید اکثره څو ثانیې وخت نیسي او ساده بوټونه، HTTP flood او ناوړه غیر براوزري کلاینټونه له سایټ ته مستقیم لاسرسي څخه منع کوي.

اساسي هدف یې دا دی چې د اپلیکیشن کچه یا Layer 7 بریدونه کم کړي. مثال: که اصلي پاڼه ته په ثانیه کې زرګونه GET درخواستونه، WordPress login ته ګڼ POST هڅې، یا د search، cart صفحو ته جعلي ټرافیک رامنځته شي، Under Attack حالت د لومړي مرسته ورکوي.

مهم فرق دا دی: Under Attack حالت د ویب درخواستونه فلتر کوي؛ خو که سرور IP مستقیم هدف وي، Cloudflare پروکسي نه وي کارول شوی یا برید Layer 3/4 کچه وي، نور تدابیر لازمي دي. نو باید DNS ریکارډونه Cloudflare پروکسي کې وي، اصلي IP پټ وي، او هاستینګ کې مناسب امنیتي تدابیر ولګول شي. د خوندي انفرسترکچر لپاره د خوندي وېب هاستنګ خدمتونه او د SSL سند نصب ته مراجعه وکړئ.

DDoS برید نښې: Under Attack حالت فعالولو مخکې څه باید وڅېړل شي؟

هر ځنډ یا سستۍ DDoS نه وي؛ کله ناکله خراب پلاګین، دټابیس تالاشي، لوړ CPU کاروونکې cron وظیفه یا غلط cache هم ورته نتایج ورکوي. نو Under Attack حالت فعالولو مخکې ژر تشخیص مهم دی. که سرور ځواب نشي ورکولی، کاروونکي 502، 503، 504 تېروتنې اخلي، او log کې غیر معمولی درخواستونه شته، نو عاجل حالت وځنډول نشي.

د DDoS عامې نښې

• په لنډ وخت کې د عادي ټرافیک ۵، ۱۰ یا ۵۰ چنده زیاتوالی.
• یوه پاڼه یا endpoint ته په ثانیه کې سلګونه درخواستونه.
• د مختلفو هیوادونو څخه ورته user-agent سره ټرافیک.
• WordPress، WooCommerce، OpenCart یا خاص سافټویر admin، login، search، cart URL هدف ګرځول.
• سرور CPU، RAM، PHP-FPM worker یا MySQL اتصال محدودیت ډک شوی.
• Cloudflare Analytics کې 4xx او 5xx تېروتنې ناڅاپي لوړوالی.
• اصلي کاروونکي سایټ ته وخت په وخت لاسرسی لري، خو بوټ ټرافیک دوامداره درخواستونه ورکوي.

مثلاً، عادي e-commerce سایټ چې هر دقیقه ۲،۰۰۰ درخواستونه لري، د برید پر مهال هر دقیقه ۸۰،۰۰۰ ته رسېږي او ۷۰٪ یې cart یا search ته ځي، دا واضح Layer 7 حمله ده. دلته Under Attack حالت باید د لومړي ۵ دقیقو کې فعال شي او بیا خاص URL ته WAF او rate limiting قواعد اضافه شي.

Cloudflare Under Attack حالت کله باید وکارول شي؟

Cloudflare Under Attack حالت باید دایمي فعال نه وي. دا د اصلي لیدونکو لپاره هم یو لنډ انتظار ښيي، چې د conversion صفحاتو، پیسو ورکولو یا API کارونو کې تجربه خرابولی شي. غوره دا ده چې د برید پر مهال موقت فعال کړئ، او د ټرافیک نورمالېدو وروسته امنیتي درجه عادي کړئ.

د کارولو مناسب حالات

• سایټ ته پراخ او غیر معمول HTTP/HTTPS درخواستونه راځي.
• سرور منابع زر مصرفېږي او 502/503 تېروتنې زیاتې شوې.
• Cloudflare WAF لا خاص قواعد نه لري او ژر shield ته اړتیا ده.
• بوټ ټرافیک د اصلي کاروونکو څخه زیات ښکاري.
• برید ویب صفحات، فورمونه، login یا search endpoint هدف ګرځوي.

په احتیاط کارولو حالتونه

• که موبایل اپلیکیشن، payment provider، webhook یا API ټرافیک زیات کارول کیږي.
• د SEO بوټونو مهمه crawling دوره ده.
• ستاسې کاروونکي زاړه براوزر یا محدود شبکه لري.
• سایټ کې subdomains دي چې Cloudflare پروکسي نه لري.

که سایټ کې API ټرافیک وي، Under Attack حالت ټول domain ته فعال شي، نو ځینې integration ناکامېږي. نو API subdomain لپاره خاص WAF، allowlist یا جلا امنیتي درجه غوره ده. د API امنیت لپاره د API امنیت او د rate limiting لارښود ته مراجعه وکړئ.

Cloudflare Under Attack حالت څنګه فعال کړو؟ قدم په قدم

دا چکلیست د برید پر مهال ژر عمل ته چمتو شوی. Cloudflare انترفیس کې ممکن لږ بدلون وي، خو اصل دا دی: domain انتخاب کړئ، امنیتي درجه پورته کړئ او ټرافیک Cloudflare ته تایید ته واستوئ.

۱. Cloudflare حساب ته ننوتل

Cloudflare ته لاګ ان شئ، برید لاندې domain انتخاب کړئ. که څو domain لرئ، درست zone انتخاب مهم دی؛ غلط domain فعالول وخت ضایع کوي او برید دوام کوي.

۲. DNS ریکارډونه پروکسي حالت کې دي؟

Under Attack حالت لپاره ټرافیک باید Cloudflare ته لاړ شي. DNS برخه کې A، AAAA او CNAME ریکارډونه باید د نارنج رنگ cloud (proxied) وي. خالص DNS only (gray cloud) ریکارډونه Cloudflare امنیت نه لري. www، root domain او مهم subdomains وڅېړئ.

که origin IP انټرنیټ کې ښکاره وي، بریدګر Cloudflare ته نه، مستقیم سرور ته حمله کوي. نو سرور firewall کې یوازې Cloudflare IP ranges ته HTTP/HTTPS اجازه ورکړئ. هاستینګ provider یا د Cloudflare DNS تنظیمات څنګه وشي لارښود ته مراجعه وکړئ.

۳. Security برخه کې Under Attack Mode فعال کړئ

Cloudflare پینل کې domain خلاص کړئ، Security یا Overview برخه کې Under Attack Mode پیدا کړئ. دا فعال کړئ، Cloudflare د لیدونکو لپاره لنډ تاییدي صفحه ښيي. ځینې پینلونو کې دا I am Under Attack هم ښودل کیږي.

فعالولو وروسته بدلون ژر اجرا کیږي. Cloudflare Analytics، Security Events او سرور منابع یو ځای وڅارئ. که CPU او connections کم شي، حالت کار کوي؛ که تېروتنې دوام لري، نور قواعد اضافه کړئ.

۴. د اصلي کاروونکو تجربه وازموئ

حالت فعالولو وروسته، له مختلفو شبکو سایټ وازموئ: موبایل، دفتر او مختلف موقعیتونو څخه. اصلي صفحه، محصول، login، payment مسیر وازموئ. که کاروونکي تایید وروسته سایټ ته ورشي، دا درست عمل دی. که endless تایید وي، cookie بلاک، براوزر compatibility یا Cloudflare قواعد وڅېړئ.

۵. د برید هدف URL پیدا کړئ

Under Attack حالت عمومي shield دی؛ خو اصل ګټه هدف ته خاص قواعدو سره ترلاسه کیږي. Cloudflare Security Events، Web Analytics، هاستینګ logs او اپلیکیشن logs کې هغه URL پیدا کړئ چې زیات درخواستونه لري. مثال: /wp-login.php، /xmlrpc.php، /search، /cart، /api/login یا /checkout.

هدف URL معلومېدو ته WAF Custom Rules له هیواد، user-agent، request method، URI path یا bot score سره خاص اقدام وکړئ. مثال: login endpoint ته د IP لپاره چې زیات درخواستونه ورکوي، managed challenge وکاروئ. د WordPress لپاره د WordPress امنیتي تدابیر ته مراجعه وکړئ.

Under Attack حالت او نور Cloudflare امنیتي تنظیمات – فرقونه

Cloudflare امنیتي وسایل مختلف هدفونه لري. Under Attack حالت عاجل او عمومي filter دی؛ WAF او Rate Limiting هدفمند، دوامداره او د کاروونکي تجربه ته متوازن حلونه دي.

عمل کې، ښه دفاع دا ډول ده: اول Under Attack حالت سره عاجل فشار کم کړئ، بیا برید pattern تحلیل کړئ، WAF او rate limiting قواعد اضافه کړئ، اخر cache او origin firewall سره دایمي جوړښت قوي کړئ.

د برید پر مهال اضافي Cloudflare تنظیمات

Under Attack حالت یو کلیک سره فعالېږي، خو د DDoS دفاع کامیابي اضافي تنظیماتو ته اړ ده. لاندې مشورې عملي تجربو ته بنسټ دي.

هدفمند WAF قواعد جوړ کړئ

Cloudflare WAF خاص شرایطو ته اقدام کوي. مثال: یوازې /wp-login.php ته د خاص هیوادونو POST درخواستونه challenge کړئ، ټول سایټ نه؛ برید یوازې هدف isolate کړئ.

• Admin/login صفحې یوازې خاص هیوادونو یا IP ته خلاص کړئ.
• XML-RPC endpoint بلاک کړئ که کار نه کوي.
• مشکوک user-agent ته managed challenge وکاروئ.
• په خاص URI path کې ډېر درخواست ورکوونکي rate limit کړئ.

د cache سطحه سم تنظیم کړئ

DDoS پر مهال که هر request ته origin سرور ځواب ورکوي، منابع زر ختمېږي. Static فایلونه، انځورونه، CSS، JS او cacheable صفحات باید Cloudflare edge ته وسپارل شي. WordPress کې page cache plugin، Cloudflare cache rules او مناسب cache-control headers یو ځای وکاروئ.

مثلاً، خبر یا بلاګ سایټ کې anonymous کاروونکو ته صفحات ۵-۳۰ دقیقې cache کړئ. دا ساده تنظیم د برید نه پرته هم TTFB کموي او هاست منابع ته آرام ورکوي. د سرعت لپاره د ویب‌سایټ د چټکولو لارښود ته مراجعه وکړئ.

Rate limiting thresholds واقعي ټاکئ

Rate limiting خاص endpoints کې موثر دی، خو threshold غلط ټاکل اصلي کاروونکي بلاک کوي. مثال: product search کې کاروونکي اکثره دقیقه کې ۵-۱۵ searches کوي؛ ۱۰۰ abnormal دی. Login کې ۵ دقیقو کې ۱۰ ناکامه هڅې اکثره مشکوک دي.

نمونه: /wp-login.php ته یوه IP د یوې دقیقې کې ۱۰+ requests ورکوي، managed challenge؛ ۵ دقیقې کې ۵۰+، temporary block. API endpoint کې session، IP، token او method ته حساس limits غوره کړئ.

Origin IP پټ کړئ او firewall محدود کړئ

Cloudflare کارولو کې تر ټولو خطرناک غلطی دا ده چې origin IP ښکاره وي. زاړه DNS ریکارډونه، مستقیم IP subdomains، mail records یا leaked config سره بریدګر سرور ته Cloudflare ته نه، بلکې مستقیم حمله کوي.

سرور کې 80 او 443 ports ته یوازې Cloudflare IP ranges اجازه ورکړئ. SSH، panel، database ports انټرنیټ ته مه خلاصوئ؛ IP limit، قوي password، 2FA او د VPN کارول مهم دي. هاست امنیت لپاره د cPanel امنیتي تنظیمات او د VPS فایروال تنظیم ته مراجعه وکړئ.

WordPress، WooCommerce او شرکت سایټونو کې خاص احتیاطونه

هر سایټ یو ډول ټرافیک نه لري؛ بلاګ، WooCommerce او SaaS سایټ کې Under Attack حالت مختلف تاثیر لري. باید د سایټ ډول ته خاص paths معلوم کړئ.

WordPress سایټونه

WordPress کې اکثره /wp-login.php او /xmlrpc.php هدف کیږي. XML-RPC که کار نه کوي، بلاک کړئ. Admin panel ته IP یا هیواد محدود کړئ. امنیت plugins او Cloudflare قواعد conflict مه کړئ؛ ډیر challenge mechanisms کاروونکي endless تایید ته بوځي.

WooCommerce پلورنځي

WooCommerce کې cart، payment او account صفحات حساس دي. دا dynamic دي، نو aggressive cache مه کاروئ. Under Attack حالت فعال وي، payment provider callback یا webhook URLs کار کوي؟ که اړتیا وي، payment provider IP allowlist کړئ یا endpoint ته خاص قاعده ولیکئ.

شرکت او API سایټونه

شرکت portals، CRM integration او mobile app APIs د JavaScript challenge نشي پروسس کولی. دا کې باید ټول domain ته Under Attack حالت نه، بلکې API subdomain جلا مدیریت شي. مثال: www.example.com ته Under Attack، api.example.com ته token security، rate limiting او allowlist.

Under Attack حالت فعالېدو وروسته کوم metrics وڅارئ؟

امنیتي اقدام موثره ده که عددې څارنه شته وي؛ یوازې سایټ خلاصېدل کافي نه دي، error rates، سرور resources او اصلي کاروونکي یو ځای وڅارئ.

• Cloudflare Security Events: کوم قواعد څو requests challenge/block کړي.
• HTTP status codes: 403، 429، 502، 503، 504 تغییرات.
• سرور CPU او RAM کارول: Under Attack وروسته کمېدل باید وي.
• PHP-FPM او MySQL connections: application layer آرامي ښيي.
• Bandwidth او request count: ټرافیک اندازه او فلتر شوې نسبت.
• Real user conversions: form submit، order، login او payment مسیر وازموئ.

مثلاً، Under Attack حالت فعالېدو وروسته total requests هماغه وي، خو origin ته رسیدلي requests ۶۰٪ کم شي، Cloudflare مهم بار جذبوي. که MySQL CPU لا لوړ وي، برید خاص dynamic query trigger کوي؛ logs وڅېړئ.

برید پای ته رسېدو وروسته Under Attack حالت څنګه بند کړئ؟

برید نورمالېدو ته Under Attack حالت دایمي مه پریږدئ؛ هر لیدونکي ته تایید ښودل conversion، crawling او کاروونکي رضایت کموي. بندول هم باید کنټرول کې وي.

خوندي عادي حالت ته ستنیدو مراحل

• د لږ تر لږه ۳۰-۶۰ دقیقو لپاره ټرافیک نورمال پاتې شي.
• Cloudflare Security Events کې challenge/block کم کړئ.
• Under Attack بندولو مخکې WAF او rate limiting قواعد فعال کړئ.
• امنیتي درجه High یا Medium ته راواخلئ.
• سایټ مختلف وسایلو ته وازموئ، 5xx error rates وڅارئ.
• ۲۴ ساعته logs وڅارئ، که برید بیا پیل شي.

ښه عمل دا دی چې برید وروسته Incident Report جوړ کړئ: د برید شروع وخت، هدف URL، تر ټولو زیات requests، اقدامات، موثر قواعد او دایمي اصلاحات ولیکئ. دا سند راتلونکی برید کې مداخله ژر کوي.

عامې غلطۍ او څه باید ونه کړئ

DDoS پر مهال ژر تصمیم مهم دی، خو غلط تنظیمونه اصلي کاروونکي هم محدودوي. دا غلطۍ اکثره د فشار پر مهال کیږي:

• DNS ریکارډونه پروکسي نه کول، فکر کول Under Attack به خوندي کړي.
• Origin IP ښکاره پریښودل، firewall کې Cloudflare IP نه محدودول.
• API، webhook او payment callback نه ازمویل، ټول domain ته challenge ورکول.
• ډیر پراخ WAF block قواعد لیکل، اصلي مشتری بلاک کول.
• cart، payment یا user panel ته aggressive cache ورکول.
• برید پای ته رسېدو وروسته حالت هفتو لپاره فعال پریښودل.
• یوازې Cloudflare انترفیس ته کتل، سرور logs نه څارل.

په e-commerce کې payment callback بلاک کول جدي خساره ورکوي. نو قواعدو کې اول log یا managed challenge وکاروئ، block ته ژر مه تېرېږئ؛ تاثیر وڅارئ، بیا سخت اقدام وکړئ.

په Hostragons انفرسترکچر کې قوي دفاع څنګه پلان کړئ؟

Cloudflare قوي frontend دی، خو دایمي DDoS دفاع یوازې CDN ته نه، هاستینګ، سافټویر، SSL، DNS او backup ته هم اړ ده. Hostragons کې اصول دا دي: Cloudflare ټرافیک فلتر کوي، هاستینګ یوازې پاک requests اخلي، اپلیکیشن بې ځایه database load نه تولیدوي.

نوې پروژه پیلولو ته باید domain صحیح DNS ریکارډونه ولري، SSL نصب شوی وي او ویب سرور منابع د ټرافیک پروفایل ته مناسب وي. دلته د ډومېن پلټنه او د نوم ثبت, د ویب هاستنګ کڅوړې, د کارپوریټ هاستینګ حللارې او وړیا SSL سند ته مراجعه وکړئ.

لوړه ټرافیک یا د برید خطر لرونکو پروژو کې د shared hosting پر ځای VPS یا managed سرور غوره کړئ؛ firewall، web server، PHP-FPM، Redis، object cache او database تنظیمونه په آزاده توګه جوړېږي. خو هر انفرسترکچر کې Under Attack حالت باید عاجل tool وي، دایمي امنیت WAF، log analysis او update سره تقویه کړئ.

ژر چکلیست: DDoS پر مهال لومړي ۱۵ دقیقې

برید پر مهال وخت مهم دی. دا لیست تخنیکي ټیم یا سایټ مالک ته لومړي ۱۵ دقیقو کې لازم ګامونه ښيي:

• Cloudflare ته لاګ ان شئ، درست domain انتخاب کړئ.
• DNS ریکارډونه نارنج cloud (proxied) حالت وڅارئ.
• Under Attack حالت فعال کړئ.
• اصلي صفحه، login، cart، payment او API endpoints وازموئ.
• Cloudflare Security Events کې هدف URL پیدا کړئ.
• برید لاندې paths ته خاص WAF یا rate limiting قواعد اضافه کړئ.
• سرور CPU، RAM، PHP-FPM او MySQL وضعیت وڅارئ.
• Origin IP ته مستقیم لاسرسی امتحان کړئ.
• Payment provider، webhook او مهم integration لپاره allowlist اړتیا وڅارئ.
• ټول اقدامات د ساعت سره یادداشت کړئ.

دا لیست تمرین کړئ، برید پر مهال panic کمېږي او اقدام ښه کیږي. لوی سایټونه باید دا پروسه د incident response plan په توګه ثبت کړي.

اکثر پوښتنې

Cloudflare Under Attack حالت سایټ ته بشپړ امنیت ورکوي؟

نه. دا حالت خاصاً د HTTP/HTTPS بوټ او flood ټرافیک کموي، خو یوازې کافي نه دی. باید DNS پروکسي، origin IP پټول، WAF قواعد، rate limiting، cache او سرور firewall سره یوځای وکارول شي.

Under Attack حالت SEO ته زیان رسوي؟

موقت کارول عموماً جدي SEO تاوان نه لري. خو اوږد فعال پاتې شي، search engine crawling او کاروونکي تجربه خرابيږي. نو برید وروسته حالت بند کړئ، هدفمند امنیتي قواعد دوام ورکړئ.

Cloudflare Under Attack حالت باید څو وخت فعال پاتې شي؟

تر څو چې برید شدت کم شي؛ عملي ډول ټرافیک نورمالېدو ته لږ تر لږه ۳۰-۶۰ دقیقې وڅارئ، بیا تدریجي بند کړئ. بندولو مخکې WAF او rate limiting قواعد چمتو کړئ.

Under Attack حالت API یا payment سیستمونه تاثیر کوي؟

هو، کولای شي تاثیر وکړي. ځینې API کلاینټونه، webhook او payment callback براوزر تایید نشي بشپړولی. نو مهم endpoints وازموئ، allowlist یا خاص Cloudflare قواعد اضافه کړئ.

Cloudflare کارولو سره هاستینګ ته اضافي تدابیر لازمي دي؟

هو. Cloudflare frontend کې قوي دی، خو origin IP باید پټ وي، firewall یوازې لازمي ټرافیک ته اجازه ورکړي، سافټویر اپډیټ وي او cache تنظیم سم وي. خوندي هاستینګ د DDoS مقاومت مهمه برخه ده.

پایله

Cloudflare Under Attack حالت د DDoS برید پر مهال سایټ ته ژر تنفس ورکوي، بوټ ټرافیک کموي، سرور بار کموي او اصلي کاروونکو ته لاسرسي زیاتوي. غوره نتیجه هغه وخت وي چې دا حالت WAF قواعد، rate limiting، cache او origin firewall سره یوځای وکاروئ.

که غواړئ ستاسې ویب سایټ د بریدونو پر وړاندې قوي پاتې شي، انفرسترکچر، DNS مدیریت او SSL تنظیمونه منظم وڅارئ. د Hostragons hosting، domain او SSL حلونه وڅېړئ، سایټ ته خوندي او دوامدار بنسټ جوړ کړئ.