Cloudflare "Under Attack" ಮೋಡ್: DDoS ಹಲ್ಲೆ ಸಂದರ್ಭದಲ್ಲಿ ನಿಮ್ಮ ವೆಬ್‌ಸೈಟ್‌ನ್ನು ಹೇಗೆ ರಕ್ಷಿಸಬೇಕು?

DDoS (Distributed Denial of Service) ಹಲ್ಲೆ ಎದುರಿಸುತ್ತಿರುವ ವೆಬ್‌ಸೈಟ್‌ಗಳಿಗೆ Cloudflare Under Attack ಮೋಡ್ ಅತ್ಯಗತ್ಯ ತುರ್ತು ರಕ್ಷಣೆಯ ಆಯ್ಕೆಯಾಗಿದೆ. ಇದು ನಿಮ್ಮ ಸೈಟಿಗೆ ಬರುವ ಎಲ್ಲ ವೀಕ್ಷಕರಿಗೆ ತಕ್ಷಣ ಒಂದು ಸಣ್ಣ ಸುರಕ್ಷತಾ ಪರಿಶೀಲನೆ (security challenge) ತೋರಿಸಿ, ಬಾಟ್ ಟ್ರಾಫಿಕ್‌ನ್ನು ತಕ್ಷಣ ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ. Cloudflare ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ ನಿಮ್ಮ ವೆಬ್‌ಸೈಟ್ ಆಯ್ದು Security ವಿಭಾಗದಲ್ಲಿ Under Attack Mode ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ, ಕೆಲವು ನಿಮಿಷಗಳಲ್ಲಿ HTTP/HTTPS ಮಟ್ಟದ ತೀವ್ರವಾದ ಅತಿರೇಖಿತ ರಿಕ್ವೆಸ್ಟ್‌ಗಳನ್ನು ತಡೆಯಬಹುದು, ನಿಜವಾದ ಬಳಕೆದಾರರ ಪ್ರವೇಶವನ್ನು ಉಳಿಸಬಹುದು ಮತ್ತು ನಿಮ್ಮ ಸರ್ವರ್‌ ಮೇಲಿನ ಒತ್ತಡವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು.

ಆದರೆ ಈ ಮೋಡ್ ಮಾತ್ರವಷ್ಟೇ ಶಾಶ್ವತ ಪರಿಹಾರ ಅಲ್ಲ; ಸರಿಯಾದ DNS ಪ್ರಾಕ್ಸಿ, WAF ನಿಯಮಗಳು, rate limiting, cache ಆಪ್ಟಿಮೈಜೆಶನ್ ಮತ್ತು ಮೂಲ ಸರ್ವರ್‌ ಸುರಕ್ಷತಿಯನ್ನು ಒಟ್ಟಿಗೆ ಜೋಡಿಸಬೇಕು.

ಈ ಮಾರ್ಗದರ್ಶಿಯಲ್ಲಿ Cloudflare Under Attack ಮೋಡ್ ಹೇಗೆ ಆನ್ ಮಾಡಬೇಕು, ಯಾವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಬಳಸಬೇಕು, ಯಾವ ಸೈಟಿಂಗ್‌ಗಳು ಬೆಂಬಲಿಸಬೇಕು ಮತ್ತು ಹಲ್ಲೆ ನಂತರ ಸುರಕ್ಷಿತವಾಗಿ ಸಾಮಾನ್ಯ ಸ್ಥಿತಿಗೆ ಹೇಗೆ ಮರಳಬೇಕು ಎಂಬ ಪ್ರಶ್ನೆಗಳನ್ನು ಹಂತ ಹಂತವಾಗಿ ವಿವರಿಸಿದ್ದೇವೆ. ಉದ್ದೇಶ, ಆತಂಕದ ಸಂದರ್ಭಗಳಲ್ಲಿ ಅನುಯಾಯಕರಿಗೆ ಕಾರ್ಯಯೋಜನೆ ನೀಡುವುದು ಮತ್ತು ನಿಮ್ಮ ಸೈಟಿನ ಪ್ರವೇಶವನ್ನು ಅತ್ಯಂತ ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ಪುನಃಸ್ಥಾಪಿಸುವುದು.

Cloudflare Under Attack ಮೋಡ್ ಎಂದರೇನು?

Cloudflare Under Attack ಮೋಡ್ Cloudflare ನೀಡುವ ತುರ್ತು ಸುರಕ್ಷತಾ ಮಟ್ಟ. ಇದನ್ನು ಆನ್ ಮಾಡಿದಾಗ, Cloudflare ನಿಮ್ಮ ಸೈಟಿಗೆ ಬರುವ ಎಲ್ಲಾ ವೀಕ್ಷಕರ ಬ್ರೌಸರ್‌ಗಳಲ್ಲಿ ತಕ್ಷಣಕ್ಕೆ ಒಂದು ಸಣ್ಣ ಪರಿಶೀಲನೆ ನಡೆಸುತ್ತದೆ. ಈ ಪರಿಶೀಲನೆ ಸಾಮಾನ್ಯವಾಗಿ ಕೆಲವು ಸೆಕೆಂಡುಗಳಿಗಷ್ಟೇ ನಡೆಯುತ್ತದೆ, ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಬಾಟ್‌ಗಳು, ಸರಳ HTTP flood ಟೂಲ್‌ಗಳು ಅಥವಾ ದುರುದ್ದೇಶದ non-browser ಕ್ಲೈಂಟ್‌ಗಳು ನಿಮ್ಮ ಸೈಟಿಗೆ ನೇರವಾಗಿ ಹಾನಿಯನ್ನುಂಟುಮಾಡುವುದು ಕಷ್ಟವಾಗುತ್ತದೆ.

ಈ ಮೋಡ್‌ನ ಮೂಲ ಉದ್ದೇಶ, ಅಪ್ಲಿಕೇಶನ್ ಲೇಯರ್ ಅಥವಾ Layer 7 ದಲ್ಲಿನ ಹಲ್ಲೆಗಳನ್ನು ತಡೆಯುವುದು. ಉದಾಹರಣೆಗೆ, ಮುಖ್ಯಪೇಜಿಗೆ ಸಾವಿರಾರು GET ರಿಕ್ವೆಸ್ಟ್‌ಗಳು, WordPress ಲಾಗಿನ್‌ಪೇಜ್‌ಗೆ POST ಪ್ರಯತ್ನಗಳು, ಸರ್ಚ್‌ಪೇಜ್‌ಗೆ resource-heavy queries ಅಥವಾ ಕಾರ್ಟ್‌ಪೇಜ್‌ಗೆ ನಕಲಿ ಟ್ರಾಫಿಕ್‌ಗಳು ಬಂದರೆ Under Attack ಮೋಡ್ ಪ್ರಥಮ ತುರ್ತು ಚಟುವಟಿಕೆ ನೀಡುತ್ತದೆ.

ಇಲ್ಲಿ ಪ್ರಮುಖ ವಿಭಜನೆ: Under Attack ಮೋಡ್ ವೆಬ್‌ ರಿಕ್ವೆಸ್ಟ್‌ಗಳನ್ನು ಫಿಲ್ಟರ್ ಮಾಡುತ್ತದೆ; ಆದರೆ ನಿಮ್ಮ ಸರ್ವರ್‌ IP ನೇರವಾಗಿ ಗುರಿಯಾಗಿದ್ದರೆ, Cloudflare ಪ್ರಾಕ್ಸಿ ಹೊರಗಿನ ಸರ್ವಿಸುಗಳು ಓಪನ್ ಇದ್ದರೆ ಅಥವಾ Layer 3/4 ಮಟ್ಟದಲ್ಲಿ ಹಲ್ಲೆ ನಡೆದಿದೆಯೆಂದರೆ ಹೆಚ್ಚುವರಿ ಕ್ರಮ ಅಗತ್ಯ. ಈ ಕಾರಣಕ್ಕಾಗಿ DNS ರೆಕಾರ್ಡ್‌ಗಳು Cloudflare ಮೂಲಕ proxy ಆಗಿರಬೇಕು, origin IP address ಮುಚ್ಚಿರಬೇಕು ಮತ್ತು ಹೋಸ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಸರಿಯಾದ firewall/suraksha ಕ್ರಮಗಳು ಇರಬೇಕು. ಸುರಕ್ಷಿತ ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ ಆಯ್ಕೆಗಾಗಿ ಭದ್ರ ವೆಬ್ ಹೋಸ್ಟಿಂಗ್ ಸೇವೆಗಳು ಮತ್ತು SSL ಪ್ರಮಾಣಪತ್ರ ಸ್ಥಾಪನೆ ಒಳಗಿನ ಕಲಿಕೆಗಳು ಉಪಯುಕ್ತ.

DDoS ಹಲ್ಲೆ ಲಕ್ಷಣಗಳು: Under Attack ಮೋಡನ್ನು ಆನ್ ಮಾಡುವ ಮುನ್ನ ಯಾವುದನ್ನು ಪರಿಶೀಲಿಸಬೇಕು?

ಪ್ರತಿ ನಿಧಾನಗೊಳ್ಳುವಿಕೆ DDoS ಅಲ್ಲ. ಕೆಲವೊಮ್ಮೆ ತಪ್ಪು ಪ್ಲಗಿನ್, ಡೇಟಾಬೇಸ್ ಲಾಕ್, ಹೆಚ್ಚು CPU ಬಳಸುವ cron task ಅಥವಾ ತಪ್ಪು cache ಕೂಡ ಈ ರೀತಿಯ ಪರಿಣಾಮ ಕೊಡಬಹುದು. Under Attack ಮೋಡ್ ಆನ್ ಮಾಡುವ ಮುನ್ನ ದ್ರುತವಾಗಿ ಸಮಸ್ಯೆಯ ಮೂಲವನ್ನು ಗುರುತಿಸುವುದು ಉತ್ತಮ. ಆದರೆ ಸರ್ವರ್‌ ಉತ್ತರ ನೀಡುತ್ತಿಲ್ಲ, ಬಳಕೆದಾರರು 502, 503, 504 errors ಕಾಣುತ್ತಿದ್ದಾರೆ ಮತ್ತು ಲಾಗ್‌ಗಳಲ್ಲಿ ಸಾಮಾನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚು ರಿಕ್ವೆಸ್ಟ್‌ಗಳು ಬಂದಿದೆಯೆಂದರೆ ತುರ್ತು ಮೋಡ್ ವಿಳಂಬಿಸಬಾರದು.

ಸರಾಸರಿ DDoS ಸೂಚನೆಗಳು

• ಅತಿ ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ಸಾಮಾನ್ಯಕ್ಕಿಂತ 5x, 10x ಅಥವಾ 50x ಹೆಚ್ಚು ಟ್ರಾಫಿಕ್‌ ಹೆಚ್ಚಾಗುವುದು.
• ಒಂದು ಪೇಜ್ ಅಥವಾ endpoint‌ಗೆ ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ನೂರಾರು ರಿಕ್ವೆಸ್ಟ್‌ಗಳು ಬರುವುದು.
• ವಿವಿಧ ದೇಶಗಳಿಂದ ಆದರೆ ಒಂದೇ user-agent‌ಗಳು ಬಳಸಿ ಟ್ರಾಫಿಕ್‌ ಬರುತ್ತಿದೆ.
• WordPress, WooCommerce, OpenCart ಅಥವಾ ಕಸ್ಟಮ್ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ admin, login, search, cart URLs‌ ಗುರಿಯಾಗಿವೆ.
• ಸರ್ವರ್‌ CPU, RAM, PHP-FPM worker ಅಥವಾ MySQL ಲಿಮಿಟ್‌ಗಳು ತುಂಬುತ್ತಿವೆ.
• Cloudflare Analytics‌ ನಲ್ಲಿ 4xx ಮತ್ತು 5xx errors‌ವು ಏಕಾಏಕಿ ಹೆಚ್ಚಾಗಿದ್ದು.
• ನಿಜವಾದ ಬಳಕೆದಾರರು ಸ್ಥಗಿತವಾಗಿ ಲಭ್ಯವಾಗುತ್ತಾರೆ, ಆದರೆ ಬಾಟ್‌ಗಳು ನಿರಂತರವಾಗಿ ರಿಕ್ವೆಸ್ಟ್‌ ಮಾಡುತ್ತಿವೆ.

ಉದಾಹರಣೆಗೆ, ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರತಿ ನಿಮಿಷಕ್ಕೆ 2,000 requests‌ ಹೊಂದಿರುವ e-commerce ಸೈಟ್ 10 ನಿಮಿಷದೊಳಗೆ 80,000 requests‌ ತಲುಪಿದರೆ, ಮತ್ತು 70% requests‌ಗಳು cart ಅಥವಾ search page‌ಗಳಿಗೆ ಹೋಗುತ್ತಿದ್ದರೆ, ಇದು Layer 7 DDoS ಸೊಜ್ಜು. ಈ ಸನ್ನಿವೇಶದಲ್ಲಿ Under Attack ಮೋಡ್ 5 ನಿಮಿಷದೊಳಗೆ ಆನ್ ಮಾಡಬೇಕು, ನಂತರ ಗುರಿಪಡಿಸಿದ URL‌ಗಳಿಗೆ WAF ಮತ್ತು rate limiting ನಿಯಮಗಳನ್ನು ಸೇರಿಸಬೇಕು.

Cloudflare Under Attack ಮೋಡ್ ಯಾವಾಗ ಬಳಸಬೇಕು?

Cloudflare Under Attack ಮೋಡ್ ಸದಾ ಆನ್ ಇರಬೇಕಾದ ಸಾಮಾನ್ಯ ಸುರಕ್ಷತಾ ಆಯ್ಕೆಯಲ್ಲ. ಯಾಕೆಂದರೆ ಇದು ನಿಜವಾದ ವೀಕ್ಷಕರಿಗೂ ತಕ್ಷಣ ಒಂದು verification screen ತೋರಿಸುತ್ತದೆ. ಇದು ವಿಶೇಷವಾಗಿ conversion-focused pages, payment steps ಅಥವಾ API traffic ಇರುವ ಸೈಟುಗಳಲ್ಲಿ ಬಳಕೆದಾರರ ಅನುಭವವನ್ನು ಹಾನಿಗೊಳಿಸಬಹುದು. ಅತಿ ಸೂಕ್ತ ಬಳಕೆ, ಹಲ್ಲೆಯ ಸಮಯದಲ್ಲಿ ತಾತ್ಕಾಲಿಕವಾಗಿ enable ಮಾಡಿ, ಟ್ರಾಫಿಕ್‌ ಸಹಜವಾದಾಗ security level‌ನ್ನು ಮತ್ತೆ adjust ಮಾಡುವುದು.

ಉಪಯುಕ್ತ ಸಂದರ್ಭಗಳು

• ಸೈಟ್‌ಗೆ ಅತಿಯಾದ ಮತ್ತು ಅನಾರೋಗ್ಯ HTTP/HTTPS requests‌ ಬರುತ್ತಿದ್ದರೆ.
• ಸರ್ವರ್‌ resources‌ಗಳು ಶೀಘ್ರವಾಗಿ ಕಡಿಮೆಯಾಗುತ್ತಿವೆ ಮತ್ತು 502/503 errors‌ ಹೆಚ್ಚಾಗಿದ್ದರೆ.
• Cloudflare WAF‌ನ್ನು target ಸಹಿತ configure ಮಾಡಿಲ್ಲ, ತಾತ್ಕಾಲಿಕ shield ಅಗತ್ಯ.
• ಬಾಟ್‌ ಟ್ರಾಫಿಕ್‌ ನಿಜವಾದ ಬಳಕೆದಾರರಿಗಿಂತ ಹೆಚ್ಚು.
• ಹಲ್ಲೆ web pages, forms, login screens ಅಥವಾ search endpoints‌ ಗುರಿಯಾಗಿದ್ದರೆ.

ಜಾಗರೂಕವಾಗಿ ಬಳಸಬೇಕಾದ ಸಂದರ್ಭಗಳು

• Mobile app, payment providers, webhook ಅಥವಾ API traffic ಹೆಚ್ಚಾಗಿದ್ದರೆ.
• Search engine bots‌ಗಳು site‌ನ್ನು crawl ಮಾಡುತ್ತಿರುವ ಮಹತ್ವದ ಸಮಯ.
• Corporate users‌ಗಳು ಹಳೆ ಬ್ರೌಸರ್‌ ಅಥವಾ network‌ಗಳಿಂದ access ಮಾಡುತ್ತಿದ್ದರೆ.
• Cloudflare proxy ಹೊರಗಿನ subdomains‌ಗಳು site‌ನಲ್ಲಿ ಇದ್ದರೆ.

API traffic‌ ಇರುವ site‌ಗಳಲ್ಲಿ Under Attack ಮೋಡ್‌ನ್ನು domain ಮಟ್ಟದಲ್ಲಿ ಹಿಂಡಿ ಬಿಟ್ಟರೆ ಕೆಲವು integration‌ಗಳು ವಿಫಲವಾಗಬಹುದು. ಆದ್ದರಿಂದ API subdomain‌ಗಳಿಗೆ WAF rule, allowlist ಅಥವಾ ಬೇರೆ security level‌ ಬಳಸುವುದು ಸೂಕ್ತ. API security ಕುರಿತು API ಭದ್ರತೆ ಮತ್ತು ದರ ನಿಯಂತ್ರಣ ಮಾರ್ಗದರ್ಶಿ ಉಲ್ಲೇಖಿಸಬಹುದು.

Cloudflare Under Attack ಮೋಡ್ ಹೇಗೆ ಆನ್ ಮಾಡಬೇಕು? ಹಂತ ಹಂತವಾಗಿ ಪ್ರಾಯೋಗಿಕ ಮಾರ್ಗದರ್ಶಿ

ಕೆಳಗಿನ ಹಂತಗಳು, ಹಲ್ಲೆಯ ಸಂದರ್ಭದಲ್ಲಿ ತ್ವರಿತವಾಗಿ ಕಾರ್ಯ ನಿರ್ವಹಿಸಲು ಅನುಕೂಲ. Cloudflare UI‌ಯಲ್ಲಿ ಕೆಲವು ಬದಲಾವಣೆಗಳು ಆಗಬಹುದು; ಆದರೆ ಲಾಜಿಕ್ ಒಂದೇ: domain ಆಯ್ದು, security level‌ನ್ನು ಹೆಚ್ಚಿಸಿ, ಟ್ರಾಫಿಕ್ Cloudflare ಮೂಲಕ verify ಆಗಬೇಕು.

1. Cloudflare account‌ಗೆ ಲಾಗಿನ್ ಮಾಡಿ

Cloudflare‌ಗೆ ಲಾಗಿನ್ ಮಾಡಿ, ಹಲ್ಲೆಗೆ ಒಳಗಾಗಿರುವ domain‌ನ್ನು ಆಯ್ಕೆ ಮಾಡಿ. ಹಲವಾರು domain‌ಗಳು ಇದ್ದರೆ ಸರಿಯಾದ zone‌ ಮೇಲೆ ಕಾರ್ಯ ನಿರ್ವಹಿಸುತ್ತಿದ್ದೀರಾ ಎಂಬುದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ. ತಪ್ಪು domain‌ದಲ್ಲಿ Under Attack ಮೋಡ್ ಆನ್ ಮಾಡಿದರೆ ಸಮಯ ವ್ಯರ್ಥವಾಗುತ್ತದೆ.

2. DNS records‌ಗಳು proxied‌ ಆಗಿರುವುದನ್ನು ಪರಿಶೀಲಿಸಿ

Under Attack ಮೋಡ್ ಪರಿಣಾಮಕಾರಿ ಆಗಬೇಕಾದರೆ web traffic Cloudflare ಮೂಲಕ ಹೋಗಬೇಕು. DNS ವಿಭಾಗದಲ್ಲಿ A, AAAA, CNAME records‌ಗಳು orange cloud/proxied‌ ಆಗಿರಬೇಕು. Only DNS (grey cloud) records Cloudflare security‌ಗೆ ಒಳಪಡುವುದಿಲ್ಲ. ವಿಶೇಷವಾಗಿ www, root domain ಮತ್ತು subdomains‌ಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು.

Origin IP address‌ವು ಪಬ್ಲಿಕ್‌ ಆಗಿದ್ದರೆ, ಹಲ್ಲೆಗಾರರು Cloudflare‌ನ್ನು ತೊರೆದು ನೇರವಾಗಿ ಸರ್ವರ್‌ ಮೇಲೆ ಹಲ್ಲೆ ಮಾಡಬಹುದು. ಇದಕ್ಕಾಗಿ ಸರ್ವರ್‌ firewall‌ನಲ್ಲಿ Cloudflare IP ranges‌ಗೆ ಮಾತ್ರ HTTP/HTTPS traffic‌ಗೆ ಅನುಮತಿ ನೀಡುವುದು ಅತ್ಯುತ್ತಮ. Hosting provider‌ನಿಂದ ಸಹಾಯ ಪಡೆಯಬಹುದು ಅಥವಾ Cloudflare DNS ಸೆಟಿಂಗ್‌ಗಳನ್ನು ಹೇಗೆ ಮಾಡುವುದು ಮಾರ್ಗದರ್ಶಿ ನೋಡಿ.

3. Security‌ನಲ್ಲಿ Under Attack Mode‌ನ್ನು enable ಮಾಡಿ

Domain ಆಯ್ದ ನಂತರ Cloudflare Security ಅಥವಾ Overview ವಿಭಾಗದಲ್ಲಿ Under Attack Mode‌ನ್ನು ಹುಡುಕಿ. Enable ಮಾಡಿದ ಮೇಲೆ Cloudflare, site‌ಗೆ ಬರುವ ಎಲ್ಲ ವೀಕ್ಷಕರಿಗೆ verification page‌ ತೋರಿಸುವುದನ್ನು ಆರಂಭಿಸುತ್ತದೆ. ಕೆಲವೊಮ್ಮೆ ಈ ಆಯ್ಕೆಯನ್ನು Security Level‌ನಲ್ಲಿ "I am Under Attack" ಎಂದು ಕಾಣಬಹುದು.

Enable ಮಾಡಿದ ನಂತರ ಬದಲಾವಣೆ ಕೆಲವೇ ಕ್ಷಣಗಳಲ್ಲಿ live ಆಗುತ್ತದೆ. Cloudflare Analytics, Security Events ಮತ್ತು server resource usage‌ನ್ನು ಒಂದೇ ಸಮಯದಲ್ಲಿ ನೋಡಿ. CPU ಮತ್ತು connection count‌ಗಳು down ಆಗುತ್ತಿದ್ದರೆ ಮೋಡ್ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ. Errors‌ಗಳು ಹೆಚ್ಚಾಗಿ ಇದ್ದರೆ ಹೆಚ್ಚುವರಿ security rules‌ ಬೇಕು.

4. ನಿಜವಾದ ಬಳಕೆದಾರರ ಅನುಭವವನ್ನು ಪರೀಕ್ಷಿಸಿ

ಮೋಡ್ ಆನ್ ಮಾಡಿದ ನಂತರ ವಿಭಿನ್ನ network‌ಗಳಿಂದ site‌ನ್ನು ಪರೀಕ್ಷಿಸಿ (mobile, office, ವಿದೇಶ). Homepage, product page, login page ಮತ್ತು payment flow‌ನ್ನು ಟ್ರೈ ಮಾಡಿ. Verification‌ನ ನಂತರ site open ಆಗಿದ್ದರೆ ನೈಜ ಕೆಲಸ. ಬಳಕೆದಾರರು endless verification‌ನಲ್ಲಿ ಸಿಲುಕುತ್ತಿದ್ದರೆ, cookie settings, browser compatibility ಅಥವಾ Cloudflare security rule conflicts‌ ಪರಿಶೀಲಿಸಿ.

5. ಹಲ್ಲೆ ಗುರಿಯಾದ URLs‌ನ್ನು ಗುರುತಿಸಿ

Under Attack ಮೋಡ್ ಸಾಮಾನ್ಯ shield ಕೊಡುತ್ತದೆ; ಆದರೆ target rules‌ಗಳಲ್ಲಿ ಹೆಚ್ಚು ಒಳ್ಳೆಯ ಫಲಿತಾಂಶ. Cloudflare Security Events, Web Analytics, hosting logs ಮತ್ತು app logs‌ನಲ್ಲಿ ಹೆಚ್ಚು requests‌ ಬಂದಿರುವ paths‌ನ್ನು identifiy ಮಾಡಿ. ಉದಾಹರಣೆಗೆ /wp-login.php, /xmlrpc.php, /search, /cart, /api/login ಅಥವಾ /checkout URLs‌ ಗುರಿಯಾಗಿರಬಹುದು.

Target URL ಗೊತ್ತಾದಾಗ WAF Custom Rules‌ನಲ್ಲಿ country, user-agent, method, URI path ಅಥವಾ bot score ಆಧಾರದ ಮೇಲೆ action ತೆಗೆದುಕೊಳ್ಳಿ. ಉದಾಹರಣೆಗೆ login endpoint‌ಗೆ overly frequent requests‌ ಬಂದಿರುವ IP‌ಗಳಿಗೆ managed challenge‌ನ್ನು ಲಾಗುಮಾಡಬಹುದು. WordPress sites‌ಗಾಗಿ WordPress ಸುರಕ್ಷತಾ ಕ್ರಮಗಳು inner link‌ಗೆ ಬಳಸಬಹುದು.

Under Attack ಮೋಡ್ ಮತ್ತು Cloudflare security ಆಯ್ಕೆಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸಗಳು

Cloudflare‌ನಲ್ಲಿ ವಿವಿಧ security tools‌ಗಳು ವಿಭಿನ್ನ ಉದ್ದೇಶಗಳಿಗೆ. Under Attack ಮೋಡ್ ತುರ್ತು, ಸಾಮಾನ್ಯ ಫಿಲ್ಟರ್; WAF, Rate Limiting ಹೆಚ್ಚು target, scalable ಮತ್ತು user experience friendly.

ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಉತ್ತಮ ರಕ್ಷಣೆಯ ಕ್ರಮ: ಮೊದಲಿಗೆ Under Attack ಮೋಡ್ ಮೂಲಕ immediate pressure down, ಬಳಿಕ ಹಲ್ಲೆ pattern analysis, WAF/rate limiting rules‌ನ್ನು ಸೇರ್ಪಡೆ, ಕೊನೆಯಲ್ಲಿ cache/origin firewall‌ದೊಂದಿಗೆ ಶಾಶ್ವತ security.

ಹಲ್ಲೆ ಸಮಯದಲ್ಲಿ Cloudflare‌ನಲ್ಲಿ ಶಿಫಾರಸು ಮಾಡಿರುವ ಹೆಚ್ಚುವರಿ ಆಯ್ಕೆಗಳು

Under Attack ಮೋಡ್ ಒಂದು button‌ಅಷ್ಟೇ, ಆದರೆ DDoS‌ಗೆ effective defense‌ಗೆ support settings‌ಗಳು ಮುಖ್ಯ.

WAF ನಿಯಮಗಳೊಂದಿಗೆ target protection

Cloudflare WAF‌ನಲ್ಲಿ ನಿಮ್ಮ site‌ಗೆ ಸ್ಪೆಸಿಫಿಕ್ protection. ಉದಾಹರಣೆಗೆ /wp-login.php page‌ಗೆ ಕೆಲವು ದೇಶಗಳಿಂದ POST requests‌ ಬಂದರೆ challenge‌ನ್ನು ಲಾಗುಮಾಡಬಹುದು. ಇದರಿಂದ site‌ಯನ್ನು 전체 slowdown ಮಾಡದೆ target‌ನ್ನು isolate ಮಾಡಬಹುದು.

• Admin, login pages‌ನ್ನು ಮಾತ್ರ specific country/IP‌ಗಳಿಗೆ open ಮಾಡಿ.
• XML-RPC‌ನ್ನು ಬಳಸುತ್ತಿಲ್ಲದಿದ್ದರೆ block ಮಾಡಿ.
• Suspicious user-agent‌ಗಳಿಗೆ managed challenge.
• Specific URI path‌ನಲ್ಲಿ frequent requests‌ ಬಂದಿದ್ದರೆ rate limit‌ನ್ನು ಸೆಟ್ ಮಾಡಿ.

Cache level‌ನ್ನು ಸರಿಯಾಗಿ ಸೆಟ್ ಮಾಡಿ

DDoS‌ದ ವೇಳೆ origin server‌ ಪ್ರತಿಯೊಂದು request‌ಗೆ response ಕೊಡಬೇಕಾದರೆ resources‌ಗಳು ಬೇಗหมด. Static files, images, CSS, JS ಮತ್ತು cacheable pages‌ನ್ನು Cloudflare edge‌ನಲ್ಲಿ serve ಮಾಡಿ. WordPress‌ನಲ್ಲಿ page cache plugin, Cloudflare cache rules ಮತ್ತು cache-control headers‌ನ್ನು ಜೋಡಿಸಿ.

ಉದಾಹರಣೆಗೆ, news/blog site‌ನಲ್ಲಿ anonymous visitors‌ಗೆ 5-30 mins cache‌ ನಿಟ್ಟುಸಿರು ಕೊಡಬಹುದು. ಇದು TTFB values‌ನ್ನು ಸದಾ down ಮಾಡುತ್ತದೆ, hosting resources‌ಗೆ ಶಾಶ್ವತ support. Performance‌ಗಾಗಿ ವೆಬ್ ಸೈಟ್ ವೇಗಗೊಳ್ಳುವ ಮಾರ್ಗದರ್ಶಿ inner link‌ನ್ನು ಬಳಸಬಹುದು.

Rate Limiting thresholds‌ನ್ನು ನೈಜವಾಗಿ ಸೆಟ್ ಮಾಡಿ

Rate limiting‌ವು costly endpoints‌ನಲ್ಲಿ ಬಹಳ effective. Threshold random ಅಂದರೆ authentic users affected. ಉದಾಹರಣೆಗೆ, search page‌ನಲ್ಲಿ normal user 5-15 searches/minute; 100/min abnormal. Login page‌ನಲ್ಲಿ 5 min‌ನಲ್ಲಿ 10 failed attempts‌ abnormal.

Sample: /wp-login.php‌ಗೆ 1 min‌ನಲ್ಲಿ 10+ requests‌ ಮಾಡಿದ IP‌ಗೆ managed challenge, 5 min‌ನಲ್ಲಿ 50+ requests‌ಗೆ temporary block. API endpoints‌ನಲ್ಲಿ session/IP/token/method‌ಬಳಸಿಕೊಂಡು fine limits‌ನ್ನು ಸೆಟ್ ಮಾಡಿ.

Origin IP address‌ನ್ನು ಮುಚ್ಚಿ, firewall‌ನಲ್ಲಿ ಸೀಮಿತ ಮಾಡಿ

Cloudflare ಬಳಕೆದಾರರಲ್ಲಿ ಸಾಮಾನ್ಯ ತಪ್ಪು: origin IP‌ನ್ನು ಪಬ್ಲಿಕ್‌ ಮಾಡುವುದು. ಹಳೆಯ DNS records, direct IP subdomains, mail records‌ ಮುಂತಾದವುಗಳು ಹಲ್ಲೆಗಾರರಿಗೆ Cloudflare‌ನ್ನು ಬಿಟ್ಟು ನೇರ access ಕೊಡಬಹುದು.

Server‌ನಲ್ಲಿ port 80/443‌ನ್ನು ಮಾತ್ರ Cloudflare IP ranges‌ಗೆ open ಮಾಡಿರಿ. SSH, panel, database, admin ports‌ನ್ನು ಪಬ್ಲಿಕ್‌ ಮಾಡಬೇಡಿ; IP restriction, strong password, 2FA, VPN ಬಳಸಿರಿ. Hosting security‌ಗೆ cPanel ಭದ್ರತಾ ಸೆಟಿಂಗ್‌ಗಳು ಮತ್ತು VPS ಫೈರ್‌ವಾಲ್ ರಚನೆ inner links‌ನ್ನು ಬಳಸಿ.

WordPress, WooCommerce ಮತ್ತು Enterprise sites‌ಗಳಲ್ಲಿ ವಿಶೇಷ ಗಮನ

ಪ್ರತಿ site‌ನಲ್ಲಿ traffic pattern ಒಂದೇ ಅಲ್ಲ. Blog site, WooCommerce store, SaaS panel‌ಗಳಿಗೆ Under Attack ಮೋಡ್ outcome ವಿಭಿನ್ನ. Site type‌ಗೆ ತಕ್ಕಂತೆ critical paths‌ನ್ನು ಗುರುತಿಸಬೇಕು.

WordPress sites

WordPress‌ನಲ್ಲಿ /wp-login.php ಮತ್ತು /xmlrpc.php files‌ ಹೆಚ್ಚು target ಆಗುತ್ತವೆ. XML-RPC‌ನ್ನು ಬಳಸುತ್ತಿಲ್ಲದಿದ್ದರೆ block safe. Admin panel‌ಗೆ country/IP restriction. Security plugins‌ Cloudflare‌ನೊಂದಿಗೆ conflict ಆಗಬಾರದು; ಹೆಚ್ಚು challenge mechanisms‌ ಬಳಕೆದಾರರನ್ನು verification loop‌ಗೆ ತರುತ್ತವೆ.

WooCommerce stores

WooCommerce‌ನಲ್ಲಿ cart, payment, account pages‌ ಹೆಚ್ಚು sensitive. ಈ pages‌ಗಳು dynamic, aggressive cache ಬೇಡ. Under Attack ಮೋಡ್‌ನಲ್ಲಿ payment provider callbacks/webhook URLs‌ ಕೆಲಸ ಮಾಡುತ್ತಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ. Payment provider IP ranges‌ allowlist‌ಗೆ ಸೇರಿಸಿ ಅಥವಾ endpoint‌ಗೆ custom rule ಬರೆಯಿರಿ.

Enterprise/API sites

Enterprise portals, CRM integration, mobile app APIs‌ಗಳು JavaScript challenge process‌ವನ್ನು support ಮಾಡುತ್ತಿಲ್ಲ. ಅಂತಹ sites‌ನಲ್ಲಿ domain‌ ಮಟ್ಟದಲ್ಲಿ Under Attack ಮೊಡ್‌ ಬಳಸಿ API subdomain‌ಗೆ ಬೇರೆ security, rate limiting, allowlist‌ನ್ನು ಜೋಡಿಸಿ. ಉದಾಹರಣೆಗೆ www.example.com‌ಗೆ Under Attack, api.example.com‌ಗೆ token-based security.

Under Attack ಮೋಡ್ ಆನ್ ಮಾಡಿದ ನಂತರ ಯಾವ metrics‌ಗಳನ್ನು track ಮಾಡಬೇಕು?

Security measure‌ effective ಆಗಿದೆಯೆಂದು ತಿಳಿಯಲು metrics‌ tracking ಅಗತ್ಯ. Site open ಆಗುತ್ತಿದೆಯೆಂದು alone ನೋಡಬಾರದು; error rates, server load, real user behavior‌ಗೂ ಗಮನ ಕೊಡಿ.

• Cloudflare Security Events: ಯಾವ rule‌ಗಳು ಎಷ್ಟು requests‌ನ್ನು challenge/block ಮಾಡಿವೆ.
• HTTP status codes: 403, 429, 502, 503, 504 errors‌ monitoring.
• Server CPU/RAM usage: Under Attack ನಂತರ down ಆಗಬೇಕು.
• PHP-FPM/MySQL connections: Application layer‌ನಲ್ಲಿ relaxed ಆಗಿದೆ ಎಂಬುದು.
• Bandwidth/request count: Traffic volume ಮತ್ತು filtered requests‌ ratio.
• Real user conversions: Form submit, order, login/payment steps‌ test ಮಾಡಿ.

ಉದಾಹರಣೆಗೆ, Under Attack ಮೋಡ್ ಆನ್ ಮಾಡಿದ ನಂತರ requests‌ same‌ ಇದ್ದರೂ origin‌ಗೆ ಬರುವ requests‌ 60% down ಆಗಿದ್ದರೆ Cloudflare layer‌ workload‌ನ್ನು absorb ಮಾಡುತ್ತಿದೆ. MySQL CPU usage‌ high‌ ಇದ್ದರೆ, specific dynamic query‌ಗೆ ಹಲ್ಲೆ ಆಗುತ್ತಿದೆ; logs‌ನ್ನು ಪರಿಶೀಲಿಸಿ.

ಹಲ್ಲೆ ಬಿಟ್ಟ ನಂತರ Under Attack ಮೋಡ್‌ನ್ನು ಹೇಗೆ disable ಮಾಡಬೇಕು?

ಹಲ್ಲೆ traffic normal ಆಗಿದಾದ ನಂತರ Under Attack ಮೋಡ್‌ನ್ನು permanent ಆನ್‌ ಮಾಡಲು ಬೇಡ. ಯಾಕೆಂದರೆ ಪ್ರತಿಯೊಂದು visitor verification‌ನ್ನು ನೋಡುತ್ತಾರೆ, conversion rate‌, SEO, user experience‌ down ಆಗುತ್ತದೆ. Disable‌ ಕೂಡ controlled ಆಗಿ ಮಾಡಬೇಕು.

ಸುರಕ್ಷಿತ normalಗೆ ಮರಳುವ ಹಂತಗಳು

• 30-60 ನಿಮಿಷದವರೆಗೆ traffic normal ಆಗುತ್ತಿದೆ ಎಂಬುದು ಪರಿಶೀಲಿಸಿ.
• Cloudflare Security Events‌ನಲ್ಲಿ challenge/block counts down ಆಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.
• Under Attack disable ಮಾಡುವ ಮುನ್ನ targeted WAF/rate limiting active ಇರಬೇಕು.
• Security level‌ನ್ನು High ಅಥವಾ Medium‌ಗೆ ಸೆಟ್ ಮಾಡಿ.
• Site‌ನ್ನು various devices‌ನಲ್ಲಿ test ಮಾಡಿ, 5xx error rate‌ನ್ನು track ಮಾಡಿ.
• 24 ಗಂಟೆ log‌ಗಳನ್ನು review ಮಾಡಿ, recurrence ಆಗಿದೆಯೆ ನೋಡಿಕೊಳ್ಳಿ.

Best practice: ಹಲ್ಲೆ ನಂತರ incident report ಬರೆಯಿರಿ. Timing, target URLs, peak requests, taken actions, effective rules, permanent improvements‌ನ್ನು note ಮಾಡಿ. ಈ document‌ future incident‌ನಲ್ಲಿ response‌ನ್ನು ಬೇಗ ಮಾಡುತ್ತದೆ.

ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು ಮತ್ತು ತಪ್ಪಿಸಬೇಕಾದವು

DDoS ಸಂದರ್ಭದಲ್ಲಿ quick action ಬೇಕು; ಆದರೆ ತಪ್ಪು settings authentic users‌ನ್ನು affected ಮಾಡಬಹುದು. ಈ ಕೆಳಗಿನ ತಪ್ಪುಗಳು ಹೆಚ್ಚು ಆಗುತ್ತವೆ:

• DNS records‌ನ್ನು proxied‌ ಮಾಡದೆ Under Attack ಮೋಡ್‌ protect ಮಾಡುತ್ತದೆ ಎಂದು ಭಾವನೆ.
• Origin IP address‌ open‌ ಮಾಡಿ, firewall‌ನಲ್ಲಿ Cloudflare IPs‌ ಹೊರತುಪಡಿಸಿ restrict ಮಾಡದೆ.
• API/webhook/payment callback addresses‌ನ್ನು test ಮಾಡದೆ domain‌ ಮಟ್ಟದಲ್ಲಿ challenge‌ ಹೇರುವುದು.
• Overly broad WAF block rules‌ authentic customers‌ನ್ನು block ಮಾಡುವುದು.
• Cart/payment/user panel pages‌ನ್ನು aggressive cache ಮಾಡುವುದು.
• Attack‌ ಹೋಯಿತು ಅನಿಸಿಕೊಂಡು ಮೋಡ್‌ನ್ನು ವಾರಗಳವರೆಗೆ open‌ ಮಾಡುವುದು.
• Server logs‌ ನೋಡದೆ Cloudflare dashboard‌ alone rely ಮಾಡುವುದು.

Especially e-commerce sites‌ನಲ್ಲಿ payment callbacks‌ block ಆಗಿದರೆ revenue loss ಆಗಬಹುದು. Security rule ಬರೆಯುವಾಗ block‌ಗೆ ಮುನ್ನ logging/challenge‌ action‌ try ಮಾಡಿ, effect ನೋಡಿ, ನಂತರ severe action‌ಗೆ ಹೋಗಿ.

Hostragons infrastructure‌ನಲ್ಲಿ ಹೆಚ್ಚು resilient protection ಹೇಗೆ?

Cloudflare front layer‌ provide ಮಾಡುತ್ತದೆ; ಆದರೆ DDoS defense‌ CDN alone sufficient ಅಲ್ಲ. Hosting infra, software optimization, SSL setup, DNS management, backup strategy‌ ಒಟ್ಟಿಗೆ integrate ಮಾಡಬೇಕು. Hostragons‌ನಲ್ಲಿ site host ಮಾಡಿದರೆ: Cloudflare filter traffic, hosting layer clean traffic handle, application optimized for minimal database load.

New project‌ host ಮಾಡುವ ಮುನ್ನ domain‌ಕ್ಕೆ right DNS records, flawless SSL setup, web server resources‌ traffic profile‌ಗೆ match ಆಗಬೇಕು. ಡೊಮೇನ್ ವಿಚಾರಣೆ ಮತ್ತು ಅಂಕಣದ ಹೆಸರು ದಾಖಲೆ, ವೆಬ್ ಹೋಸಟಿಂಗ್ ಪ್ಯಾಕೇಜುಗಳು, ಕೋಷ್ಟಕ ಹೋಸ್ಟಿಂಗ್ ಪರಿಹಾರಗಳು, ಉಚಿತ SSL ಪ್ರಮಾಣಪತ್ರ links‌ ನೋಡಿ.

High traffic/attack risk project‌ಗಳಲ್ಲಿ shared hosting‌ಗೆ ಬದಲು VPS/managed server consider ಮಾಡಿ. firewall, web server, PHP-FPM, Redis, object cache, database settings‌ ಹೆಚ್ಚು flexible. ಯಾವ infra ಆಯ್ಕೆ ಮಾಡಿದರೂ Cloudflare Under Attack ಮೋಡ್ immediate tool; permanent security‌ಗೆ WAF, log analysis, regular updates‌ integrate ಮಾಡಬೇಕು.

Quick checklist: DDoS ವೇಳೆ ಮೊದಲ 15 ನಿಮಿಷ

ಸಮಯ ಅತ್ಯಗತ್ಯ. ಈ ಲಿಸ್ಟ್‌ technical team/site owner‌ಗೆ ಮೊದಲ 15 ನಿಮಿಷದಲ್ಲಿ ಮಾಡಿದರೆ panic ಕಡಿಮೆ, response quality‌ up.

• Cloudflare‌ಗೆ login ಮಾಡಿ, correct domain‌ select ಮಾಡಿ.
• DNS records‌ orange cloud/proxied‌ ಆಗಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.
• Under Attack ಮೋಡ್ enable ಮಾಡಿ.
• Homepage, login, cart, payment, API endpoints‌ test ಮಾಡಿ.
• Cloudflare Security Events‌ನಲ್ಲಿ target URLs‌ identify ಮಾಡಿ.
• Attack target‌ಗೆ WAF/rate limiting rule‌ ಸೇರಿಸಿ.
• Server CPU, RAM, PHP-FPM, MySQL status‌ ನೋಡಿ.
• Origin IP direct access‌ check ಮಾಡಿ.
• Payment providers, webhooks, integrations‌ allowlist‌ ಅಗತ್ಯವಿದೆಯೆ ನೋಡಿ.
• All actions‌ನ್ನು time stamp‌ ಜೊತೆ note ಮಾಡಿ.

ಈ ಲಿಸ್ಟ್‌ regular rehearsal ಮಾಡಿದರೆ real attack‌ನಲ್ಲಿ stress down, response quality up. Large sites‌ನಲ್ಲಿ incident response plan documentation‌ ಮಾಡುವುದು ಉತ್ತಮ.

ಸಹಜವಾಗಿ ಕೇಳುವ ಪ್ರಶ್ನೆಗಳು

Cloudflare Under Attack ಮೋಡ್ site‌ನ್ನು पूर्णವಾಗಿ ರಕ್ಷಿಸುತ್ತದೆ?

ಇಲ್ಲ. Cloudflare Under Attack ಮೋಡ್ ಮುಖ್ಯವಾಗಿ HTTP/HTTPS bot/flood traffic‌ಗೆ effective; ಆದರೆ complete protection ಮಾಡಲ್ಲ. DNS records proxied, origin IP hidden, WAF rules, rate limiting, cache, server firewall‌ ಒಂದೇ ಸಮಯದಲ್ಲಿ integrate ಮಾಡಬೇಕು.

Under Attack ಮೋಡ್ SEO‌ಗೆ ಹಾನಿ ಮಾಡುತ್ತಾ?

Short-term usage‌ generally SEO‌ಗೆ major impact ಮಾಡಲ್ಲ. ಆದರೆ prolonged usage search engine crawl efficiency ಮತ್ತು user experience‌ down ಮಾಡಬಹುದು. ಹಲ್ಲೆ ಬಿಟ್ಟ ನಂತರ ಮೋಡ್ disable ಮಾಡಿ, targeted security‌ integrate ಮಾಡಿ.

Cloudflare Under Attack ಮೋಡ್ ಎಷ್ಟು ಕಾಲ open ಇರಬೇಕು?

Attack intensity down ಆಗುವವರೆಗೆ open ಇರಬಹುದು; practically traffic normal ಆದ ನಂತರ 30-60 mins monitoring ಮಾಡಿ, gradually disable ಮಾಡಿ. Disable ಮಾಡುವ ಮುನ್ನ WAF/rate limiting permanent rules‌ active ಇರಬೇಕು.

Under Attack ಮೋಡ್ API/payment systems‌ಅನ್ನು affect ಮಾಡುತ್ತಾ?

ಹೌದು. ಕೆಲ API clients/webhook/payment callbacks browser-based verification‌ complete ಮಾಡಲಾಗದು. ಈ ಕಾರಣಕ್ಕಾಗಿ critical endpoint‌ಗಳನ್ನು test ಮಾಡಿ, allowlist/custom Cloudflare rules‌ integrate ಮಾಡಿ.

Cloudflare ಬಳಸುವಾಗ hosting‌ನಲ್ಲಿ extra security ಅಗತ್ಯವಿದೆಯೆ?

ಹೌದು. Cloudflare outer layer‌ protect ಮಾಡುತ್ತದೆ; origin server IP hidden, firewall restrict, software up-to-date, cache correct configure ಮಾಡಬೇಕು. Secure hosting infra‌ವು DDoS resilience‌ಗೆ major portion.

ನಿರ್ಣಯ

Cloudflare Under Attack ಮೋಡ್ DDoS ಹಲ್ಲೆ ಸಂದರ್ಭದಲ್ಲಿ site‌ಗೆ ತುರ್ತು ಉಸಿರಾಡುವ ಅವಕಾಶ ನೀಡುತ್ತದೆ. ಸರಿಯಾದ DNS proxy settings‌ನಲ್ಲಿ activate ಮಾಡಿದರೆ bot traffic down, server load down, authentic users‌ಗೆ site access probability up. Best results‌ಗಾಗಿ WAF rules, rate limiting, cache optimization, origin firewall‌ನ್ನು integrate ಮಾಡಬೇಕು.

ನಿಮ್ಮ site‌ಗೆ ಹೆಚ್ಚುವರಿ DDoS resilience ಬೇಕಾದರೆ infra, DNS, SSL‌ನ್ನು regular review ಮಾಡಿ. Hostragons‌ನ hosting, domain, SSL solutions‌ನ್ನು explore ಮಾಡಿ, site‌ಗೆ secure, scalable base‌ನ್ನು ನಿರ್ಮಿಸಿ.