Cloudflare "Under Attack" አብረኛ የደንበኞች እና የቦት ትራፊክ ለመቆጣጠር በድንገት ምርጫ እና Hostragons ላይ የውስጥ ማስተካከያ ምክር

DDoS ጥቃት የተደረገው ድር ላይ Cloudflare Under Attack ሞድ ለጎብኚዎች አጭር የደህንነት ማረጋገጫ በማሳየት የቦት ትራፊክን ይጣራ። ይህ አገልግሎት ከCloudflare ፓነል ውስጥ ድርዎን በመምረጥ፣ ከSecurity ክፍል Under Attack Mode በማንቃት በጥቂት ደቂቃዎች HTTP/HTTPS የተደበደበ ጥያቄዎችን ይዘጋጅ፣ እውነተኛ ተጠቃሚዎች ድርዎን እንዲደርሱ ይጠብቃል፣ የአስተናጋጅ አገልግሎት ጭነትንም ይቀንሳል። ነገር ግን ይህ ሞድ ብቻውን በትክክል ምርጥ መፍትሄ አይደለም፤ ትክክለኛ DNS proxy ማሰናጃ፣ WAF ህጎች፣ rate limiting፣ cache ቅርጸትና origin አስተናጋጅ ደህንነት ጋር በአንድነት መጠቀም ይኖርበታል።

በዚህ መምሪያ Cloudflare Under Attack ሞድ እንዴት እንደሚከፈት፣ መቼ እንደሚጠቀም፣ ምን ማሰናጃዎች ማጠቃለያ እንደሚያስፈልጉና ጥቃት ከተያዘ በኋላ በደህንነት ወደ መደበኛ ሁኔታ እንዴት እንደሚመለሱ በእርስዎ ምርጥ አድርጎ እናሳያለን። ዓላማው፣ በፍጹም ጊዜ ማድረግ የሚችለውን የመቆጣጠሪያ ዝርዝር ለመስጠትና ድርዎ እንደ Hostragons, WordPress, SSL, DNS, CDN, LCP, CLS, TTFB የሚጠቀሙ በጣም በፍጥነት እንዲደርስ ማድረግ ነው።

Cloudflare Under Attack ሞዱ ምንድነው?

Cloudflare Under Attack ሞዱ በCloudflare የሚሰጠው አስቸኳይ ደህንነት ደረጃ ነው። ሲነቃ Cloudflare ወደ ሳይቱ የሚመጡ ጎብኚዎችን በአጭር አረጋጋጅ ሂደት ያሳለፋል። ይህ አረጋጋጅ ብዙውን ጊዜ በጥቂት ሰከንዶች ውስጥ ይጠናቀቃል፤ እና በአውቶማቲክ ቦቶች፣ ቀላል HTTP flood መሳሪያዎች፣ ወይም በተጠናቀቀ አይሰራ ብሎ የሚሆኑ አይነት ክሊየንቶች በሳይቱ ላይ ቀጥታ ጭነት እንዲያደርጉ ይከታተላል።

የዚህ ሞዱ ዋና ዓላማ በመተግበሪያ ክፍል፣ እንደ Layer 7 ላይ የሚገኙ ጥቃቶችን ለማሳነስ ነው። ምሳሌ ለመነሻ ገፅ በሰከንድ ሺህዎች የGET ጥያቄዎች፣ ለWordPress የግባ ገፅ የPOST ሞክሮ የተደበደበ፣ ለመፈለጊያ ገፅ ውይይት የሚያጠፋ ጥያቄዎች፣ ወይም ለሰሪፕት ገፅ የሃሰት ትራፊክ ከተላከ ከሆነ Under Attack ሞዱ ፈጣን የመጀመሪያ መውጫ ይሰጣል።

እዚህ የሚያስፈልገው በጣም የሚታወቀው ልዩነት ይህ ነው፡ Under Attack ሞዱ የድህረ ገፅ ጥያቄዎችን ይታገያል፤ ግን የሰርቨርዎ የIP አድራሻ ቀጥታ ከታደገ፣ Cloudflare እንጂ proxy ያደረገው ያልሆኑ አገልግሎቶች ከተከፈቱ፣ ወይም ጥቃቱ በLayer 3/4 ላይ ከተደረገ ተጨማሪ መንገዶች ያስፈልጋሉ። ስለዚህ DNS መዝገቦች Cloudflare አገልግሎት ላይ በproxy እንዲሆኑ፣ origin IP አድራሻ እንዲሰወር፣ እና በhosting በትክክል የደህንነት መድረሻዎች እንዲተገበሩ በጣም አስፈላጊ ነው። ለደህንነት የተረጋጋ መስመር ምርጫ ደህንነታች የድረ-ገጽ እንግዳ አገልግሎቶች እና SSL ምርት ኮርታት አገናኝቶች ይጠቀሙ።

DDoS እንደሚያመለከት ምልክቶች፡ በ Under Attack ሞድ ሳትግባ ምን ማረጋገጥ አለበት?

በድንገት የተከለከለ የስርዓት ዝግጅት ሁልጊዜ DDoS አይደለም። አንዳንድ ጊዜ የተሳሳተ መተግበሪያ ፣ የውሂብ ጎታ መቆለፊያ ፣ ከፍተኛ CPU የሚጠቀም የ cron ተግባር ወይም የ cache የተሳሳተ ማሰናጃ እንደዚሁ ውጤት ሊኖረው ይችላል። ስለዚህ Under Attack ሞድን ሳትግባ ፈጣን ትክክለኛ ምርመራ ማድረግ ይጠቅማል። ነገር ግን አካባቢ ከፍተኛ መጠን ያለ ግዴታ እየታገለ ከሆነ፣ ተጠቃሚዎች 502፣ 503፣ 504 ስህተት ከተቀበሉ፣ በ log ላይ ያልተለመደ የመግቢያ ፍላጎት ከተገኘ አስቸኳይ ሞድ አልቋል ይሆናል።

የ DDoS ተወላጅ ምልክቶች

• በአጭሩ ጊዜ ከየተለመደው 5፣ 10 ወይም 50 ጊዜ በላይ የትራፊክ ጭምት መታየት።
• በአንድ ገፅ ወይም endpoint ላይ በደቂቃ በመቶዎቹ እንደሚሰጠው መግቢያ።
• ከበተለያዩ አገሮች የሚመጣ ትራፊክ ነገር ግን ተመሳሳይ user-agent እንደሚሰጠው።
• WordPress, WooCommerce, OpenCart ወይም በተለያዩ ስርዓት ላይ admin, login, search, cart ያሉ ውሂብ አትች በቅርብ መሆን።
• በሰርቨር CPU፣ RAM፣ PHP-FPM worker ወይም MySQL የግንኙነት limit ሙሉ መሆን።
• በ Cloudflare Analytics ማውጫ 4xx እና 5xx ስህተቶች በድንገት ከፍ መውጣት።
• እውነተኛ ተጠቃሚዎች ድህረ ገፁን በሰቅተኛ መንገድ ማግኘት የሚችሉ፣ ነገር ግን bot traffic አንድ ላይ የተደጋጋሚ መግቢያ መላክ።

ለምሳሌ፣ በየደቂቃው 2,000 መግቢያ የሚቀበለው የ e-commerce ድህረገፅ በ 10 ደቂቃ ውስጥ የደቂቃ 80,000 መግቢያ ሆነ፣ ሲሆን ትክክለኛው 70% ከመግቢያዎቹ ወደ cart ወይም search ገፅ ከሄደ፣ ይህ ግልጽ Layer 7 የተጠናቀቀ ጥቃት ምልክት ነው። በዚህ ሁኔታ Under Attack ሞድ በፍጥነት በ5 ደቂቃ ውስጥ ይከፈት፣ በኋላ በተወሰኑ የ URL ላይ የ WAF እና rate limiting መደበኛ መንገዶች ይቀረጹ።

Cloudflare Under Attack መደበሪያ መቼ ሊጠቀም ይገባል?

Cloudflare Under Attack መደበሪያ፣ እንደ መደበኛ የደህንነት ቅንብር ሁልጊዜ ተከፍቷ ሊይዞ የሚገባ አይደለም። ምክንያቱም፣ እውነተኛ ጎብኚዎችም በአጭር ጊዜ የቆይታ ማእከል ይታያቸዋል። ይህ በደንበኛ መተግበሪያ በተለይ በመስሪያ ገጾች፣ በክፍያ እሴት፣ ወይም API በሚጠቀሙ ስርዓቶች ላይ የተጠቃሚ ልምድን ሊያድን ይችላል። በግልጽ መልኩ፣ በጥቃት ወቅት በጊዜያዊነት ማግኘት እና ትራፊክ ወደ ወታደራዊ ሁኔታ ሲመለስ ደህንነቱን እንደገና ማስተካከል ይመከራል።

የሚጠቀምበት ተገቢ ሁኔታዎች

• ወደ ሳይቱ ከፍተኛ እና የማይታወቅ HTTP/HTTPS ጥያቄዎች እየደረሱ ከሆነ።
• የሰርቨሩ ምንጮች በፍጥነት እየተያዙ እና 502/503 ስህተቶች እየበዙ ከሆነ።
• Cloudflare WAF ልዩ የደህንነት መስፈርቶች በአሁኑ ጊዜ አይከናወኑም እና ፈጣን ቴክኒክ የሚፈልጉ ከሆነ።
• የbot ትራፊክ ከእውነተኛ ተጠቃሚ ትራፊክ ግልጽ በሆነ መልኩ ከፍ ከሆነ።
• የተጠቃሚ ጥቃት የተመረጡት የድህረገፅ ገጾች፣ ፎርሞች፣ የመግቢያ ማእከል ወይም የፍለጋ endpoint ይሆናል።

በጥንቃቄ የሚጠቀምበት ሁኔታዎች

• በሞባይል መተግበሪያ፣ ክፍያ አገልግሎት፣ webhook ወይም API ትራፊክ ከፍተኛ በሆነ ጊዜ።
• የsearch engine bot የተወሰነ አስፈላጊ ስራ የሚደረግበት ወቅት ከሆነ።
• የኩባንያ ተጠቃሚዎች በድንብ ባልተዘዋዋሪ browser ወይም በተገደበ አውታረ መስክ ከሚደርሱ ከሆነ።
• በሳይቱ ላይ Cloudflare አይተጠቀምበት የሆኑ አንዳንድ አልት አድሬሶች ከሚኖሩ ከሆነ።

API ትራፊክ ያለው ሳይት ላይ Under Attack መደበሪያ በሁሉም አድሬስ ላይ ከተተገበረ፣ አንዳንድ ተዛማጅነቶች ሊያቋርጡ ይችላሉ። ስለዚህ፣ API አልት አድሬሶች የሚችሉበት ልዩ WAF መስፈርት፣ allowlist ወይም ሌላ የደህንነት ደረጃ ማዘጋጀት ይመከራል። ለAPI ደህንነት ዝርዝር መርሃግብር ለማግኘት API የታማኝነት እና የተወሰነ ጉዳተም መምሪያ ይጠቀሙ።

Cloudflare Under Attack ሞዱ እንዴት ይከፈታል? የእርምጃ መምሪያ

በታች ያሉት ደረጃዎች በጥቃት ጊዜ ፈጣን እርምጃ ለመውሰድ የተዘጋጁ ቀላል የተግባር ዝርዝር ናቸው። Cloudflare አውታረ ገጽ ከዚህ በኋላ ትንሽ ለውጥ ሊያደርግ ይችላል፤ ነገር ግን መረጃው አንዴ ነው፤ የድር ስምዎን ይመርጡ፣ የደህንነት ደረጃውን ያሳድጉ፣ ሲደርስ የሚገባውን ትራፊክ Cloudflare በኩል ያረጋግጡ።

1. Cloudflare መለያዎን ይግቡ

በመጀመሪያ Cloudflare መለያዎን ይግቡና በጥቃት ላይ ያለው የድር ስም ይምረጡ። ብዙ የድር ስም ከሚያስተዳድሩ ቢኖር፣ ትክክለኛውን zone ላይ እርምጃ እንደሚወስዱ ያረጋግጡ። በስህተት ሌላ የድር ስም ላይ Under Attack ሞዱን መክፈት ጊዜ ያበሳል፣ ትክክለኛው ጥቃት ይቀጥላል።

2. DNS መዝገቦቹ በproxied ሁኔታ እንዳሉ ያረጋግጡ

Under Attack ሞዱ በትክክል እንዲሰራ web ትራፊክ Cloudflare በኩል ሊያልፍ ይገባል። DNS ክፍል ውስጥ A, AAAA እና CNAME መዝገቦቹ በብርቱካን ደመና (proxied) እንዳሉ ያረጋግጡ። በግራ ደመና ያሉት DNS only መዝገቦች Cloudflare የደህንነት እስክት አይደርሱም። በተለይ www፣ የስር ድር ስምና የተጠቀሱ የንዑስ ድር ስምዎች ያረጋግጡ።

Origin IP አድራሻዎ በኢንተርኔት ታይቷ ከሆነ፣ አሳዳጆች Cloudflare እንዲያልፉ በቀጥታ በሰርቨርዎ ላይ ጥቃት ሊያደርጉ ይችላሉ። ስለዚህ በሰርቨር የደህንነት ቅጥ ከCloudflare IP አደራሽ የሚመጡ HTTP/HTTPS ትራፊኮችን ብቻ መፍቀድ ጠንካራ ተጨማሪ መንገድ ነው። ለዚህ ከhosting ተቀባይዎ ድጋፍ ማግኘት ይችላሉ፣ ወይም Cloudflare DNS ቅንብሮች እንዴት ይኖራል መምሪያን ተጠቅመው ይመራምሩ።

3. ከSecurity ክፍል Under Attack Mode ባለበት ማስተካከያ ይክፈቱ

Cloudflare ፓኔሉ ውስጥ ተገቢውን የድር ስም ከመክፈት በኋላ Security ወይም Overview በሚባለው ማያ ላይ Under Attack Mode የሚለውን ይፈልጉ። ይህን ማስተካከያ ከአንቀሳቅስዎ በኋላ Cloudflare በድር ላይ የሚገባቸውን ተገቢዎች ለአጥቂ ጊዜ የሚያስረዳቸውን ገጽ ይቀርባል። በአንዳንድ ፓኔሎች ይህ ውቅር Security Level ስር I am Under Attack በተባለ ሁኔታ ሊታይ ይችላል።

ከማስተካከያ በኋላ ለውጡ በአጭር ጊዜ ይከተላል። መጀመሪያ ደቂቃዎች Cloudflare Analytics፣ Security Events እና የሰርቨር ምንጭ አጠቃቀምን በአንድ ላይ ይቆጣጠሩ። ካለ CPU እና የግናዳ ብዛት እየቀነሰ ቢታየ፣ ሞዱ የተሳካ ማለት ነው። ነገር ግን የስህተት መጠን አንደኛ ቢቀጥል ተጨማሪ የደህንነት ህጎች ማዘጋጀት ይገባል።

4. የተጠቃሚ ትክክለኛ ልምድን ያሞክሩ

ሞዱን ከከፈቱ በኋላ ከተለያዩ አውታሮች የስፖት ማረጋገጫ ያድርጉ። ሞባይል ኢንተርኔት፣ የቢሮ አውታር እና በተቻለ አዲስ ቦታ እንደ መጀመሪያ ገጽ፣ የእቃ ገጽ፣ የመግቢያ ገጽ፣ እና የክፍያ ፍሰት ያሞክሩ። ተጠቃሚው ከማረጋገጫ ገጽ በኋላ ድር ላይ ይደርሳል ቢሆን ትክክለኛ ልምድ ነው። ነገር ግን ተጠቃሚዎች የማይወጡ ማረጋገጫ ዞር ውስጥ ከገቡ፣ የcookie አይነት ይዘት ማይፈቀድ፣ የbrowser ተስማማነት ወይም Cloudflare የደህንነት ሕግ ግጭት መመርመር ይጠበቅበታል።

5. ጥቃቱ የሚመረከበውን URL ያስታውቁ

Under Attack ሞዱ የጠቃላይ ጥቃት መከላከያ ነው፤ ነገር ግን አካላዊ ደህንነት ህጎች በተግባር ጥራት ይሰጣሉ። Cloudflare Security Events፣ Web Analytics፣ የhosting መዳረሻ ሎጎችና የመተግበሪያ ሎጎች በጥቃት ተደርጓቸውን የተለያዩ መንገዶችን ያግኙ። ለምሳሌ /wp-login.php፣ /xmlrpc.php፣ /search፣ /cart፣ /api/login ወይም /checkout እንደ URL ጥቃት ላይ ሊሆኑ ይችላሉ።

URL ይታወቅ በሚችልበት ጊዜ፣ ከWAF Custom Rules ጋር በአገር፣ user-agent፣ የጥያቄ ዘዴ፣ URI path ወይም bot score ያሉ መግቢያ ያመለከቱ። ለምሳሌ በሚያስተላለፍ login endpoint ላይ በደቂቃ ቁጥር ላይ የሚጨምር ትራፊክ በIP managed challenge ይተገበራል። ለWordPress ድር ጣቢያዎች ወርድፕሬስ ደህንነት እንቅስቃሴዎች የውስጥ አገናኝ ተፈጻሚ ዕድል ነው።

Under Attack ሞዱ ከሌሎች Cloudflare የደህንነት አማራጮች ጋር ያሉ ልዩነቶች

Cloudflare የደህንነት መሣሪያዎች በተለያዩ ዓላማዎች ይሰራሉ። Under Attack ሞዱ ፈጣንና አጠቃላይ የአደጋ የተጣራ ማጣሪያ ነው፤ WAF እና Rate Limiting ደግሞ በተለየ አቅጣጫ፣ የቆይታ እና ለተጠቃሚ ተስማሚ መፍትሄዎችን ያቀርባሉ።

በተግባር የሚሰራው የጥቃት መከላከያ አቅራቢ እንዲህ ይቆያል፡ በመጀመሪያ Under Attack ሞዱን በመክሰስ አደጋው ይቀናል፣ ከዚያ የጥቃት አይነት ይታወቃል፣ WAF እና rate limiting ህጎች ይጨመራሉ፣ በመጨረሻ cache እና origin firewall ቅንብሮች በመያዝ ቆይታ የተረጋጋ መጠን ይፈጠራል።

የተጨማሪ Cloudflare ቅንብሮች በጥቃት ወቅት የሚያስተካክሉ

Under Attack ሞድ በአንድ ቁልፍ ሊነሳ ቢችልም፣ የDDoS መከላከያው ተጨማሪ ቅንብሮች ላይ ይመራል። በተግባር በጣም የሚሰሩ የተለያዩ መተግበሪያዎችን ከሚከተሉት የምክረ ምሳሌዎች ይጠቀሙ።

በWAF ህጎች በተወሰኑ አቅጣጫ የተቀናበረ መከላከያ ያበረከቱ

Cloudflare WAF በተወሰኑ ሁኔታዎች ተግባራትን ለማድረግ ይረዳል። ለምሳሌ፣ በ/wp-login.php ገጽ ላይ ከተወሰኑ አገሮች POST መንቀሳቀስ የሚደርስበት ጥያቄን challenge ማድረግ ይችላሉ። እንዲሁም የጥቃቱን አቅጣጫ አንዳንድ አካባቢ ማየት በማይመስል ሁኔታ ማቆም ይችላሉ።

• Admin እና login ገጾችን ለተወሰኑ አገሮች ወይም IP ክልሎች ብቻ ያክሉ።
• XML-RPC ያልተጠቀሙ የendpoint አይነቶችን ይከለከሉ።
• ምንጭ user-agent የሚመስሉ የጥቃት ተጨማሪ ተግባራት managed challenge ያድርጉ።
• በተለያዩ URI path ላይ ብዙ ጥያቄ የሚያደርጉትን ደንበኞች rate limit በማድረግ ያቆጣጠሩ።

የCache ደረጃን ትክክለኛ ያድርጉ

በDDoS ወቅት እናመንታዊ ሰርተር ሁሉንም ጥያቄ ሲያስተናግድ አካላት በፍጥነት ይበላሉ። ስለዚህ የstatic ፋይሎች፣ ምስሎች፣ CSS፣ JavaScript እና ማንኛውም የcache የሚደረግበት ገጽ Cloudflare edge በኩል ይገኙ። WordPress እንደ ዚህ ያለው አንቀሳቃሽ የሆነው ማዕከል ላይ የገጽ cache እቃ፣ Cloudflare cache rules እና cache-control ራስ የሚቀበሉ ቅንብሮች በአንድነት ይጠቀሙ።

ለምሳሌ፣ በመረጃ ወይም blog የተሰራ ስፍራ ላይ የተለመዱ ገጾች ለአስነታች ተጠቃሚዎች 5 እስከ 30 ደቂቃ cache ሊደረግባቸው ይችላል። ይህ ቀላል ቅንብር በጥቃት ያልሆነ ወቅትም TTFB እንዲቀንስ ይደርሳል እና የhosting ምንጮችን ይያስታክታል። በPerformance በዚህ የድር ገፅ ፍጥነት ማስፈጸም መመሪያ ተገናኝቶ ይመርምሩ።

የrate limiting መጠን በእውነተኛ ያድርጉ

Rate limiting በተለያዩ ውድቀት የሆኑ endpoint ላይ በጣም ይረዳል። ነገር ግን መጠኑን ሳይታመን ከተደገፈ ተጠቃሚዎች እንዲደቁ ይችላሉ። ለምሳሌ በምርት ፍለጋ ገጽ ላይ ተጠቃሚዎች በደቂቃ 5-15 ፍለጋ ሊያደርጉ ይችላሉ፤ 100 በደቂቃ አይደለም። Login ገጽ ላይ አምስት ደቂቃ ውስጥ 10 የተሳካ ያልሆነ ሞክር በብዙ ጊዜ ተጠንቀቅ የሚጠየቅ ነው።

ምሳሌ አካል፡ /wp-login.php ላይ በ1 ደቂቃ 10 በላይ ጥያቄ የሚያደርጉ IP ነው managed challenge የሚደረግበት፣ በ5 ደቂቃ 50 በላይ ጥያቄ የሚያደርጉ IP ነው temporary block የሚደረግበት። API endpoint ላይ በuser session፣ IP፣ token እና method በተመለከተ በጥንቃቄ የተቀናበረ መጠን ይምረጡ።

Origin IP አድራሻን ይደብቁ እና firewall በሚገባ ያቆጣጠሩ

Cloudflare ሲጠቀሙ የሚሰርበት በጣም አደገኛ ስህተት origin IP አድራሻን ክፍት በመቀበል ነው። አሮጌ DNS መዝገቦች፣ በቀጥታ በIP የሚሰሩ ንዑስ ድር ስሞች፣ በmail መዝገቦች ላይ የተቀላቀሉ web አገልግሎቶች ወይም የተፈታ ማህደር ጥቃትን ወደ ሰርተር ከCloudflare በስተቀር ይደርሳሉ።

በሰርተር በኩል 80 እና 443 የport ቁጥሮችን Cloudflare IP ክልሎች ብቻ ያክሉ። SSH፣ panel፣ የመደበኛ የዳታቤዝ እና የአስተዳደር ፓርቶች በመስፈር ክፍት አይቀርም፤ IP restriction፣ የተጠናቀቀ የይለፍ ቃል፣ 2FA እና ከቻለ VPN ይጠቀሙ። ለHosting ደህንነት cPanel የታማኝነት ቅንብሮች እና VPS ፋየርዎል ማዋቀር የሚያያዙ ይመርምሩ።

WordPress, WooCommerce እና በኩርስ ድህረ ገፅ ላይ ልዩ የሚያስፈልጉ ቁልፍ ነጥቦች

እያንዳንዱ ድህረ ገፅ ተመሳሳይ የትራፊክ አወቃቀር አለው የማይባል። የብሎግ ገፅ፣ WooCommerce ማናውጫ እና SaaS ፓነል ላይ Cloudflare Under Attack ሞድ በተለያዩ መንገዶች ሊሰራ ይችላል። ስለዚህ የሚሰጡ አጠቃላይ መንገዶች የድህረ ገፅ አይነቱን መቀጠል ይገባል።

WordPress ድህረ ገፅ

በWordPress ውስጥ በጣም የሚታየው የጥቃት ቦታ /wp-login.php እና /xmlrpc.php መንገዶች ናቸው። XML-RPC ካልተጠቀምኩ መከልከል በአብዛኛው ደህና ነው። ለAdmin panel የአገር ወይም የIP ግዴታ ማድረግ ይችላል። እንዲሁም የእርስዎ የWordPress ደህንነት ኤክልንት ከCloudflare ህጎች አያይዟቸው፤ በተያያዘ ጊዜ በጣም ብዙ challenge ስርዓት የተጠቃሚውን ማረጋገጫ ሂደት ሊያሳድር ይችላል።

WooCommerce ማናውጫዎች

በWooCommerce ላይ የሰረገላ፣ የክፍያ እና የመለያ ገፆች ልዩ አጥናቀቅ ይፈልጋሉ። እነዚህ ገፆች የተለዋዋጭ ስለሆኑ አዳኝ cache መተግበር አይመከርም። Under Attack ሞድ በአንደኛ ጊዜ አንዳንድ የክፍያ ሰጪዎች callback ወይም webhook URL በትክክል እንደሚሰሩ ያረጋግጡ። አስፈላጊ ከሆነ የክፍያ ሰጪውን IP ምህዳሮች allowlist ውስጥ ያክሉ ወይም ለዚህ endpoint ልዩ ህግ ይጻፉ።

ኩርስ እና API የሚጠቀሙ ድህረ ገፅዎች

ኩርስ ፖርታሎች፣ CRM መያያዣዎች እና የሞባይል አፕሊኬሽን API የJavaScript challenge መስክ ሊያከናውን ይችላል። በዚህ ዓይነት አወቃቀር ሁሉንም የድህረ ገፅ አይነቱ Under Attack ሞድ ለመተግበር በAPI አልት የአይነቱን አስተዳደር በተለይ ማድረግ ይወዳድራል። ለምሳሌ www.example.com ላይ Under Attack ሞድ ሲከፈት api.example.com ላይ token የተመሠረተ ደህንነት፣ rate limiting እና allowlist ሊዘጋጅ ይችላል።

ከUnder Attack ሞዱ ከተከፈተ በኋላ የሚከታተሉ ሜትሪክስ

የደህንነት እርምጃ በትክክል ያስለፋል እንደሆነ ለማወቅ ቁጥር መከታተያ ያስፈልጋል። መስመሩ ከተከፈተ ብቻ የበቂ አይደለም፤ የስህተት መጠን፣ የሰርቨር ጭነትና የእውነተኛ ተጠቃሚ ባህሪ በአንድ ሊቀናጅ ይገባል።

• Cloudflare Security Events: የተደረጉት ህጎች ስንት ግዴታ ወይም ተከው እንደተደረገ ያሳያል።
• HTTP የሁኔታ ኮዶች፡ 403, 429, 502, 503 እና 504 ስህተቶች ያደረጉት ለውጥ ይከታተላል።
• የሰርቨር CPU እና RAM አጠቃቀም፡ Under Attack በኋላ ዝቅ መሆን ይጠበቃል።
• PHP-FPM እና MySQL ግንኙነቶች፡ በአፕሊኬሽን ማዕከል ያለውን እረፍት ያሳያል።
• የባንድ ስፋት እና የrequest ብዛት፡ የትራፊክ መጠን ከተተረጉ ጥያቄዎች አንፃፃፅ ይወዳዳል።
• የእውነተኛ ተጠቃሚ ትራንስፎርሜሽን፡ የፎርም ላክ፣ ትዕዛዝ፣ መግቢያና የክፍያ ደረጃዎች ልዩ ልዩ መሞከር ይገባል።

ለምሳሌ Under Attack ሞዱ ከተከፈተ በኋላ የጠቅላላ ጥያቄ ብዛት አንደኛ ቢኖርም፣ ወደ origin የሚደርሱ ጥያቄዎች በ60% ከቀድሞ ቢቀኑ፣ Cloudflare ደረጃ አስደናቂ ጭነት እየተወሰደ ነው ማለት ነው። ነገር ግን የMySQL CPU አጠቃቀም ከፍ ቢቀር፣ ጥቃቱ የተለየ የዲናሚክ ጥያቄ እንደሚነሳ ይሆናል፤ በዚህ ሁኔታ የአፕሊኬሽን log ማግኘት ይኖርበታል።

የተደረገው ጥቃት ከተቆረጠ በኋላ Under Attack ሞድ እንዴት መዝጋት አለበት?

ጥቃት የተነሳው ትራፊክ ወደ መደበኛ ሁኔታ ከተመለሰ በኋላ Under Attack ሞድን በአጠቃላይ የጭምር በቀል አስቀምጦ መቆየት ለአብዛኛው ድር ጣቢያ አይገባም። ምክንያቱም በሁሉም ጎብኝዎች ላይ ተጨማሪ ማረጋገጫ ማሳያ ማድረግ የተጠቃሚ ልዩነትን፣ የመተግበሪያ ትርፍን እና የተጠቃሚዎች ተስማሚነትን ሊያዳክም ይችላል። መዝጋትም በተገቢው ደረጃ እንደ መክፈት ማድረግ አለበት።

ወደ ደህንነት መመለስ የሚመከቱ እርምጃዎች

• ትራፊክ በዝቅተኛ ሁኔታ እስካለ ድረስ ከፍተኛ 30-60 ደቂቃ ይጠብቁ።
• Cloudflare Security Events ማውጫ ላይ challenge እና block ቁጥሮች እንደታነሱ ያረጋግጡ።
• Under Attack ሞድን ከመዝጋት በፊት ተመሳሳይ WAF እና rate limiting የሚያደጉ ህጎች እንደሚኖሩ ያረጋግጡ።
• የደህንነት ምድብን High ወይም Medium ያህል ደህንነት ያለው ምድብ ይውሰዱ።
• ሳይቱን በተለያዩ መሳሪያዎች ይፈትኑ እና 5xx የስህተት መጠንን ይተኩ።
• ለ24 ሰዓት log ይከታተሉ እና ጥቃቱ እንደ ተደጋጋሚ ተመለሰ ይመረምሩ።

የሚመከት ሥራ እንደሆነ፣ ከጥቃት በኋላ የክስተት ሪፖርት መዘጋጀት አለበት። በዚህ ሪፖርት የጥቃት መጀመሪያ ሰዓት፣ የተጠቃሚ URL’ዎች፣ ከፍተኛ የተጠየቀ ቁጥር፣ የተወሰኑ እርምጃዎች፣ የሰራው ህጎች፣ እና የቆይታ ማሻሻያዎች በግልፅ መጻፍ ይገባል። ይህ ሰነድ በሚቀጥለው ክስተት ላይ የመርዳት ጊዜን በጣም ይቀንሳል።

የተዘዋዋሪ ስህተቶች እና ለማድረግ የሚገባው

በDDoS ጥቃት ጊዜ ፈጣን ውሳኔ ማድረግ ያስፈልጋል፤ ግን የተሳሳተ ማስተካከያ እውነተኛ ተጠቃሚዎችንም ሊያገለግል ይችላል። በተከታታይ በጭንቀት አቅራቢያ የሚታዩ ስህተቶች እነዚህ ናቸው።

• DNS መዝገቦችን proxied አደርጋቸው ያለው Under Attack ሞድ የተጠመደ መጠበቅ እንደሚሰጥ መስማት።
• Origin IP አድራሻውን ግልጽ ትታትና በfirewall በCloudflare IP ብቻ መድረስ አልቻልኩም።
• API፣ webhook እና የክፍያ callback አድራሻዎችን አልተፈተሸቸውም ሁሉንም domain ላይ challenge ማድረግ።
• በWAF በጣም ሰፊ block ህጎች ይጻፉ እውነተኛ ደንበኞችን ማግደል።
• ማይታወስ የሚገባው ጋሪ፣ ክፍያ ወይም የተጠቃሚ panel ገፆችን በጣም አግራሲቭ cache ማድረግ።
• ጥቃቱ ከተቋረጠ በኋላ ሞዱን ለሳምንታት በክፍትነት ማቅረብ።
• የserver log ማግኘት አልደረስም፣ በCloudflare ስርዓት ብቻ ውሳኔ ማድረግ።

በሚልኩት የኢ-ንግድ ቦታዎች የክፍያ callback መቋረጥ ከፍተኛ የገቢ ጉዳት ሊያደርግ ይችላል። ስለዚህ የደህንነት ህግ በማዘጋጀት block አሳይዎት ከመጀመሪያ log ወይም managed challenge አካልን በመጠቀም መሞከር ይበልጥ ደህንነት ይሰጣል። ተግባሩ ከታየ በኋላ ወደ ጠንካራ እርምጃ ማድረግ ይቻላል።

Hostragons መስመር ላይ የተዘጋጁ እንዴት የተሻሻለ መጠበቅ ዘዴ ማቅረብ ይቻላል?

Cloudflare በጠንካራ መድረክ ይሰጣል፤ ነገር ግን የሚሳካው DDoS መከላከያ በCDN ብቻ አይወድቅም። የስርዓቱ መስመርና የሶፍትዌር ኦፕቲማይዜሽን፣ SSL ውስጥ ትክክለኛ ማዋቀር፣ DNS አስተዳደርና ቅድመ ቅጂ ዘዴዎች በአንድ ላይ ይታወቅ ይገባል። Hostragons ላይ የተያዘ ድር ጣቢያ ለመጠበቅ የሚከተለው ዘዴ ይሆናል፡ Cloudflare ትራፊክን ይተናጎራል፣ የhosting መስመር ጥሩ ትራፊክ ብቻ ይቀበላል፣ አፕሊኬሽኑም የውስጥ ዳታቤዝ ጭነት ካልተያዘ በተቻለ መልኩ ይታቀዋል።

አዲስ ፕሮጀክት ከመተግበሪያው በፊት የድር ስም በትክክለኛ የDNS መዝገቦች እንዲተዳደር፣ SSL ሰርቲፍኬት በችግር ያልተቀመጠ እንዲሆንና የድር ሰርቨር ሃብቶች ከትራፊክ ፕሮፋይል ጋር ተያይዞ እንዲመረጥ በጣም አስፈላጊ ነው። በዚህ አድራጎት ዶማይን መረጃ ጥያቄ እና የአካባቢ ስም ዝርግኝ, የድር ሆስቲንግ ጥቅሶች, የድርጅት ሆስቲንግ መፍትሔዎች እና እንዲፈናይ የSSL ማስታወሻ ማገናኛዎች ለተጠቃሚዎች የሚረዱ ሊሆኑ ይችላሉ።

የትራፊክ ጭነት ከፍተኛ ወይም የጥቃት አደጋ ላይ ያሉ ፕሮጀክቶች ላይ የተለመደ ማጋራያ hosting ማብራሪያ ከሆነ በርካታ VPS ወይም የሚቆጣጠር ሰርቨር አማራጮች ሊያስተዋውቁ ይችላሉ። ከዚህ በኋላ firewall, web server, PHP-FPM, Redis, object cache እና የዳታቤዝ ማስተካከያ በተንቀሳቃሽ መልኩ ይሰናዳል። ግን ምንኛውንም አይነት መስመር ቢመረጥ፣ Cloudflare Under Attack ሞድ በአደጋ ጊዜ ብቻ እንደ መሳሪያ አይቆም፤ በቀጣይ የመጠበቅ አሰራር በWAF, log ትንተናና በዘወትር ማደስ ይደገፋል።

ፈጣን ዝርዝር የምርመራ ዝርዝር፡ DDoS ግፊት ሲጀምር በመጀመሪያ 15 ደቂቃ

በግፊቱ ሰዓት ጊዜ በጣም ጠቃሚ ነው። ከታች ያለው ዝርዝር ቴክኒክ ቡድን ወይም የሳይቱ ባለቤት በመጀመሪያ 15 ደቂቃ ሊያደርጉት የሚችሉትን አጠቃላይ ያቀርባል።

• Cloudflare ፓነል ውስጥ ይግቡ እና ትክክለኛውን የድር ስም ይምረጡ።
• DNS መዝገቦች በብርቱካን ደመና (proxied) እንደሆኑ ያረጋግጡ።
• Under Attack ሞድ ያንቃችሁ።
• ዋና ገፅ፣ login፣ ጋሪ፣ ክፍያ እና API endpoint’ዎችን ያሞክሩ።
• Cloudflare Security Events ማዕከል ላይ የተጣለውን URL’ዎችን ይለዩ።
• በግፊት በጣም የተጣለበትን መንገድ ላይ ለውጥ ያለው WAF ወይም rate limiting ህግ ያክሉ።
• የሰርቨር CPU፣ RAM፣ PHP-FPM እና MySQL ሁኔታ ያረጋግጡ።
• Origin IP በቀጥታ መድረስ እንደሚቻል ይፈትኑ።
• የክፍያ አገልግሎት የሚሰጥ ቦታዎች፣ webhook’ዎች እና አስፈላጊ የመያዣ ግንኙነቶች ለallowlist እንደሚያስፈልጉ ይገናኙ።
• ሁሉንም እርምጃዎች ከሰዓት ግምገማ ጋር ያዘጋጁ።

ይህ ዝርዝር በመደበኛ ሰልፍ ከተደረገ ውጤቱ፣ በእውነተኛው ግፊት ጊዜ የፍርሃት ርዝማነት ይቀንሳል፤ የመከላከያ ጥራትም ይረዳል። በትልቅ ሳይቶች ይህን ሂደት እንደ የህክምና ድርጊት ዕቅድ ይዘው ማስታወቂያ እንዲያደርጉት ይጠቅማል።

ብዙውን ጊዜ የሚጠየቁ ጥያቄዎች

Cloudflare Under Attack ሞዱ ስፔይልን ፈጽሞ ይጠብቃል?

አይደለም። Cloudflare Under Attack ሞዱ በተለይ HTTP/HTTPS የሚሆኑ ቦት እና የብዙ ትራፊክን ለመቀነስ የሚያገለግል ነው፤ ግን ብቻውን ፈጽሞ የድህረገፅ መከላከል አይሰጥም። DNS መዝገቦች proxied መሆን፣ origin IP መሰወር፣ WAF ህጎች፣ rate limiting፣ cache እና የአንባጭ የfirewall ማሰናከያዎች ከተጠቀሙበት ጋር ይጠቀም።

Under Attack ሞዱ SEOን እንደተቀሳቅስ ይቆጣጠሪዋል?

አጭር ጊዜ ሲጠቀም ብዙ ጊዜ የተወካዩ SEO ጉዳት አያመስልም። ግን ሞዱ ረዘም ሲቆይ የፍለጋ ሞተር እና የተጠቃሚ ልምድ ወደታች ይወርዳል። ስለዚህ የጥቃት ስትቆም ሞዱን ማጥፋትና በተቀጣጣሪ የተደረጉ የደህንነት ህጎች መቀጠል የተሻለ ምርጫ ነው።

Cloudflare Under Attack ሞዱ ምን ያህል ጊዜ አስቀድሞ እንደሚኖር ይሆናል?

የጥቃት አበሳ እስካወርድ ድረስ ይቆያል፤ በተለምዶ ትራፊክ ወደ መደበኛው ሲመለስ ቢያንስ 30-60 ደቂቃ እንዲቆይና በያንያንው ደረጃ ማጥፋት ይመከራል። ሞዱን ሲያጥፉ በፊት WAF እና rate limiting ያሉ ቆይታ ህጎች አስደምቆ ይሆን ይገባል።

Under Attack ሞዱ API ወይም የክፍያ ስርዓቶችን ያድናል?

አዎ፣ ሊያድና ይችላል። ምክንያቱም አንዳንድ API ተጠቃሚዎች፣ webhook አገልግሎቶች እና የክፍያ የcallback ስርዓቶች browser-based የደህንነት ማረጋገጫ ሊያጠናቀቁ አይችሉም። ስለዚህ አስፈላጊ endpoint-ዎች መቀነት ይኖርበታል፣ በያንዳንዱ allowlist ወይም ልዩ Cloudflare ህጎች አስተካክል ይችላል።

Cloudflare ሲጠቀሙ hosting በአንባጭ ደገፍ በተጨማሪ ምርመራ ያስፈልጋል?

አዎ። Cloudflare በፊት አንደበት በጥሩ መከላከል ይረዳል፤ ግን origin የሰርተር IP መሰወር ይገባል፣ firewall በያንዳንዱ ያስፈለገው ትራፊክ ብቻ እንዲያስተላለፍ ማሰናከያ፣ ሶፍትዌር ማዘመን እና cache በትክክል አቅጣጫ መደረግ ይገባል። የተረጋጋ hosting መሠረት DDoS የሚቋቋም አካል አስፈላጊ ነው።

ውስጥ ማጠቃለያ

Cloudflare Under Attack ሞድ የDDoS ጥቃት በተደረገ ሳይት ላይ በፍጥነት የሚረዳ አገዛዝ እና ተወላጅ የአስቸኳይ መጠበቂያ መሳሪያ ነው። ትክክለኛ የDNS proxy ማዋቀር ከተቀመጠ በኋላ የbot ትራፊክን ያነሳል፣ የሰርቨሩን ጭነት ያሳነሳልና እውነተኛ ተጠቃሚዎች ወደ ሳይትዎ ለመድረስ ምንጭ ያደርጋል። ምርጥ ውጤት ለማግኘት ይህን ሞድ WAF ህጎች፣ rate limiting፣ cache አፈጻጸም እና origin firewall ደህንነት በመደገፍ ያጠናቀቁት ይገባዋል።

ድር ሳይትዎ በጥቃቶች ላይ የተቋረጠ እና በጥሩ ሁኔታ እንዲሰራ ከፈለጉ በትክክል የመሰረቱን፣ DNS አስተዳደርንና SSL ማዋቀርን በየጊዜው ያረሱ። Hostragons የhosting፣ domain እና SSL መፍትሄዎችን ... በመጥናት ለሳይትዎ የተረጋጋና በግልጽ መሠረት የሚያገለግል መሰረት ማቋቋም ይችላሉ።