Cloudflare "Under Attack" Režim: Kako Zaštititi Web Stranicu od DDoS Napada?

Cloudflare Under Attack režim je hitna sigurnosna opcija koja filtrira bot promet prikazivanjem kratke sigurnosne provjere posjetiteljima na web stranici koja je pod DDoS napadom. Aktiviranjem ove opcije u Cloudflare panelu, odabirom vaše stranice i podizanjem sigurnosnog nivoa, možete u nekoliko minuta usporiti prevelik broj HTTP/HTTPS zahtjeva, zaštititi pristup pravih korisnika i smanjiti opterećenje servera. No, ovaj režim nije trajno rješenje; mora se koristiti zajedno sa ispravnim DNS proxy podešavanjem, WAF pravilima, rate limitingom, cache konfiguracijom i sigurnošću origin servera.

Ovaj vodič objašnjava kako se Cloudflare Under Attack režim aktivira, kada ga koristiti, koje postavke ga podržavaju i kako sigurno vratiti stranicu u normalno stanje nakon što napad završi. Cilj je ponuditi praktičnu checklistu za kritične trenutke i omogućiti što bržu dostupnost vaše stranice.

Šta je Cloudflare Under Attack režim?

Cloudflare Under Attack režim je hitni sigurnosni nivo koji Cloudflare pruža. Kada ga aktivirate, Cloudflare prolazi posjetitelje kroz kratku provjeru preglednika. To obično traje nekoliko sekundi i otežava automatskim botovima, jednostavnim HTTP flood alatima ili zlonamjernim klijentima da preopterećuju vašu web stranicu.

Primarna svrha ovog režima je ublažavanje Layer 7 napada – aplikacijskog nivoa. Na primjer, ako vaša početna stranica prima hiljade GET zahtjeva u sekundi, login stranica je pod masovnim POST napadima, ili se šalje lažni promet na pretragu ili korpu, Under Attack režim pruža brzu prvu reakciju.

Važna razlika: Under Attack režim filtrira web zahtjeve, ali ako je IP adresa servera direktno meta, ako imate servise koji nisu iza Cloudflare proxyja, ili je napad na Layer 3/4, potrebne su dodatne mjere. Zato je važno da DNS zapisi budu proxied kroz Cloudflare, origin IP skriven, a hosting sigurno podešen. Za odabir sigurne infrastrukture pogledajte Usluge sigurnog web hostinga i Instalacija SSL certifikata.

Simptomi DDoS napada: Šta provjeriti prije aktiviranja Under Attack režima?

Nije svako usporenje DDoS. Ponekad loš plugin, zaključana baza, cron koji troši resurse ili pogrešan cache daju slične probleme. Prije nego što uključite Under Attack režim, kratka dijagnostika je korisna. Ako server jedva odgovara, korisnici vide 502, 503, 504 greške i u logovima je eksplozija zahtjeva, ne treba odgađati hitnu reakciju.

Tipični pokazatelji DDoS napada

• Promet raste 5, 10 ili 50 puta više od normalnog u kratkom vremenu.
• Stotine zahtjeva sekundarno dolaze na jednu stranicu ili endpoint.
• Promet stiže iz različitih zemalja, ali sa sličnim user-agent vrijednostima.
• WordPress, WooCommerce, OpenCart ili custom aplikacije imaju napad na admin, login, search, cart URL-ove.
• CPU, RAM, PHP-FPM radnici ili MySQL konekcije su maksimalno popunjeni.
• Cloudflare Analytics prikazuje nagli porast 4xx i 5xx grešaka.
• Pravi korisnici povremeno mogu pristupiti, ali botovi šalju zahtjeve bez pauze.

Primjer: e-commerce stranica koja normalno ima 2.000 zahtjeva u minuti, tokom napada raste na 80.000 zahtjeva u minuti, od čega 70% ide na korpu ili pretragu – jasan znak Layer 7 napada. U tom slučaju Under Attack režim treba uključiti u prvih 5 minuta, a zatim dodati WAF i rate limiting pravila na ciljane URL-ove.

Kada koristiti Cloudflare Under Attack režim?

Ovaj režim nije opcija koju treba stalno ostaviti uključenu. Pravi korisnici će dobiti ekran za čekanje, što može smetati posebno na stranicama za konverziju, plaćanje ili API integracijama. Najbolje ga je koristiti privremeno tokom napada, pa po povratku normalnog prometa vratiti sigurnosni nivo.

Situacije gdje je prikladno koristiti režim

• Intenzivni i nenormalni HTTP/HTTPS promet dolazi na site.
• Server resursi se brzo troše, a 502/503 greške rastu.
• Cloudflare WAF nije još podešen za specifične napade, treba brza zaštita.
• Bot promet značajno premašuje promet pravih korisnika.
• Napad je na web stranice, forme, login ekrane ili search endpointove.

Slučajevi gdje treba pažljivo koristiti

• Stranica ima puno mobilnih aplikacija, payment providera, webhookova ili API prometa.
• Važan period za crawl search engine botova.
• Korisnici dolaze iz starih browsera ili ograničenih mreža.
• Postoje subdomene koje nisu iza Cloudflare proxyja.

Za API promet, Under Attack režim na cijelom domenu može poremetiti integracije. Zato planirajte posebne WAF pravila, allowlist ili drugi sigurnosni nivo za API subdomene. Detaljan vodič je u Vodič za sigurnost API-a i ograničavanje brzine.

Kako aktivirati Cloudflare Under Attack režim? Korak po korak

Sljedeći koraci su brza checklist za napad. Cloudflare sučelje može mijenjati sitnice, ali logika je ista: odaberite svoj domen, podignite sigurnosni nivo i propustite promet kroz Cloudflare provjeru.

1. Prijavite se na Cloudflare račun

Logirajte se na Cloudflare i odaberite domen koji je pod napadom. Ako imate više domena, provjerite da radite na pravom zoneu. Pogrešan domen znači gubitak vremena dok napad traje.

2. Provjerite da su DNS zapisi proxied

Da bi Under Attack režim djelovao, web promet mora ići kroz Cloudflare. U DNS sekciji provjerite da A, AAAA i CNAME zapisi imaju narandžasti oblak (proxied). Sivi oblak označava DNS only, što ne prolazi Cloudflare zaštitu. Posebno provjerite www, root domen i korištene subdomene.

Ako je origin IP javno dostupan, napadači mogu zaobići Cloudflare i napasti server direktno. Zato na firewallu dozvolite HTTP/HTTPS samo iz Cloudflare IP raspona kao dodatnu zaštitu. Hosting podrška može pomoći ili pogledajte Kako se postavljaju Cloudflare DNS postavke.

3. Aktivirajte Under Attack Mode iz Security sekcije

Na Cloudflare panelu otvorite vaš domen, pronađite Under Attack Mode u Security ili Overview sekciji. Kad uključite ovu opciju, Cloudflare prikazuje posjetiteljima sigurnosni ekran za provjeru. U nekim panelima se naziva I am Under Attack pod Security Level.

Nakon aktivacije, promjena je obično brza. Pratite Cloudflare Analytics, Security Events i server resurse. Ako CPU i konekcije padaju, režim radi. Ako greške ostaju visoke, treba dodatne custom pravila.

4. Testirajte iskustvo pravih korisnika

Nakon aktivacije, testirajte pristup stranici sa raznih mreža. Probajte mobilnu mrežu, office LAN, razne lokacije i ključne stranice – početnu, proizvod, login, checkout. Ako korisnici prolaze sigurnosnu provjeru i dolaze do sadržaja, ponašanje je očekivano. Ako zapnu u beskonačnoj provjeri, analizirajte cookie postavke, kompatibilnost browsera ili Cloudflare pravila.

5. Pronađite napadnute URL-ove

Under Attack daje generalni štit, ali najbolje rezultate daje uz custom pravila za napadnute URL-ove. Pratite Security Events, Web Analytics, hosting logove i aplikacijske logove da otkrijete najtraženije rute – npr. /wp-login.php, /xmlrpc.php, /search, /cart, /api/login, /checkout.

Kada znate ciljane URL-ove, WAF Custom Rules omogućuju akciju prema državi, user-agentu, metodi, URI pathu ili bot scoreu. Za login endpoint npr. možete primijeniti managed challenge na IP koji šalje previše zahtjeva. Za WordPress možete povezati Mjere sigurnosti WordPress-a.

Razlika između Under Attack režima i ostalih Cloudflare sigurnosnih opcija

Cloudflare ima više sigurnosnih alata. Under Attack je hitan generalni filter, dok WAF i Rate Limiting nude precizniju i održivu zaštitu uz bolji korisnički doživljaj.

Praktično, dobra strategija je: prvo Under Attack smanjuje pritisak, potom se analiziraju obrasci napada, dodaju WAF i rate limiting pravila, a na kraju se cache i origin firewall podešavaju za trajnu zaštitu.

Preporučene dodatne Cloudflare postavke tokom napada

Under Attack režim je samo jedan klik, ali uspjeh DDoS odbrane zavisi od podrške drugih postavki. Sljedeće su najčešće korisne u praksi.

Koristite WAF pravila za preciznu zaštitu

Cloudflare WAF omogućuje akcije po uslovima – npr. challenge samo za /wp-login.php i POST iz određenih država. Tako izolirate napad bez opterećenja cijelog sitea.

• Admin/login stranice otvorite samo za određene IP adrese ili države.
• Blokirajte neiskorištene endpointove kao XML-RPC.
• Za sumnjive user-agente primijenite managed challenge.
• Rate limit za klijente koji često traže određene URI pathove.

Ispravno podešavanje cachea

U DDoS napadu, origin server pati ako svaki zahtjev ide do njega. Statika (slike, CSS, JS) i cacheabilne stranice trebaju se servirati sa Cloudflare edgea. Za WordPress, kombinujte page cache plugin, Cloudflare cache rules i ispravan cache-control header.

Primjer: na blogu ili news siteu, stranice za anonimne korisnike mogu se cacheirati 5-30 minuta. Ovo snižava TTFB i štedi hosting resurse čak i van napada. Za performanse pogledajte Vodič za ubrzavanje web stranice.

Realni rate limiting pragovi

Rate limiting je moćan na kritičnim endpointima, ali pogrešni pragovi blokiraju korisnike. Npr. na search stranici normalan korisnik radi 5-15 pretraga u minuti; 100 je sumnjivo. Login: 10 neuspjelih pokušaja u 5 minuta je već znak napada.

Praktičan primjer: za /wp-login.php, IP sa preko 10 zahtjeva u minuti dobiva challenge, preko 50 u 5 minuta dobiva privremeni block. Za API endpointove koristite preciznije limitiranje po sessionu, IP, tokenu ili metodi.

Sakrijte origin IP i firewallom ograničite pristup

Najčešća greška je ostaviti origin IP javno. Stari DNS zapisi, subdomene, mail zapisi ili loše konfiguracije mogu omogućiti napadačima direktan pristup serveru mimo Cloudflare. Na serveru otvorite portove 80/443 samo za Cloudflare IP raspon. Admin, SSH, bazu i panele zatvorite – koristite IP ograničenje, jake lozinke, 2FA i idealno VPN. Za sigurnost hostinga pogledajte sigurnosne postavke cPanel-a i Konfiguracija VPS vatrozida.

Posebni savjeti za WordPress, WooCommerce i poslovne web stranice

Svaka web stranica ima specifičan promet. Blog, WooCommerce shop i SaaS panel različito reagiraju na Under Attack režim, pa prilagodite zaštitu prema tipu stranice.

WordPress stranice

Najčešće mete su /wp-login.php i /xmlrpc.php. Ako ne koristite XML-RPC, blokirajte ga. Admin panel zaštitite po IP ili državi. Provjerite da Cloudflare pravila ne kolidiraju sa security pluginovima – previše challengea može izazvati loop za korisnika.

WooCommerce shopovi

Kritične su stranice: korpa, checkout, račun. Dinamički sadržaj ne treba agresivan cache. Dok je Under Attack uključen, testirajte payment callbackove i webhookove. Po potrebi dodajte IP allowlist za payment providere ili custom pravilo za endpoint.

Poslovne i API stranice

Portal, CRM integracije i mobilni API često ne mogu obraditi JS challenge ekran. Zato Under Attack režim primijenite samo na www, dok API subdomenu odvojeno zaštitite tokenima, rate limitingom i allowlistom.

Šta pratiti nakon aktivacije Under Attack režima?

Da biste znali je li zaštita djelotvorna, pratite metrike. Nije dovoljno da site radi – analizirajte greške, resurse i ponašanje korisnika.

• Cloudflare Security Events: pokazuje koliko je zahtjeva izazvalo challenge ili block.
• HTTP status kodovi: pratite promjene u 403, 429, 502, 503, 504 greškama.
• CPU i RAM servera: očekuje se pad potrošnje nakon aktivacije.
• PHP-FPM i MySQL konekcije: ukazuju na olakšanje aplikacijskog sloja.
• Bandwidth i broj zahtjeva: poređenje ukupnog prometa i filtriranih zahtjeva.
• Conversione: testirajte formu, narudžbu, login i checkout.

Npr. nakon Under Attack režima, broj zahtjeva može ostati isti, ali origin server prima 60% manje – Cloudflare uspješno apsorbira napad. Ako CPU od baze ostaje visok, napad je specifičan na dinamičke upite – analizirajte aplikacijske logove.

Kako sigurno deaktivirati Under Attack režim nakon napada?

Ne preporučuje se trajno ostaviti Under Attack režim uključen. To smanjuje konverzije, crawl i zadovoljstvo korisnika. Deaktivacija treba biti pažljiva kao i aktivacija.

Koraci za siguran povratak u normalu

• Pričekajte najmanje 30-60 minuta stabilnog prometa.
• Provjerite da se broj challenge i block zahtjeva smanjio u Security Events.
• Provjerite da su WAF i rate limiting pravila aktivna prije deaktivacije.
• Podesite sigurnosni nivo na High ili Medium.
• Testirajte site na raznim uređajima i pratite 5xx greške.
• 24 sata pratite logove da vidite ima li ponovnog napada.

Preporučuje se kreirati incident report: vrijeme napada, ciljani URL-ovi, peak zahtjevi, poduzete mjere, uspješna pravila i trajne promjene. Ovaj dokument drastično skraćuje vrijeme reakcije kod budućih napada.

Najčešće greške i šta izbjegavati

Brza reakcija je ključna, ali pogrešne postavke mogu blokirati korisnike. Ove greške se često dešavaju u stresu:

• Očekivanje zaštite od Under Attack režima bez proxied DNS zapisa.
• Ostavljanje origin IP-a javno i neograničavanje firewall pristupa Cloudflare IP-ovima.
• Primjena challenge pravila na cijeli domen bez testiranja API, webhook i payment callback adresa.
• Preširoka WAF block pravila koja blokiraju prave kupce.
• Agresivno cacheiranje korpe, checkout ili korisničkog panela.
• Ostaviti režim otvoren tjednima nakon napada.
• Donositi odluke samo na temelju Cloudflare ekrana, bez analize server logova.

Posebno kod e-commerce, blokiranje payment callbacka može značiti veliki gubitak. Zato uvijek prvo testirajte pravilo sa log ili managed challenge akcijom, pa tek onda idite na block.

Kako na Hostragons infrastrukturi planirati otpornu DDoS obranu?

Cloudflare je snažan prvi sloj, ali uspješna DDoS zaštita ne završava samo sa CDN-om. Hosting, optimizacija aplikacije, SSL, DNS upravljanje i backup strategija moraju biti zajedno planirani. Na Hostragonsu, idealno je da Cloudflare filtrira promet, hosting prima samo čist promet, a aplikacija je optimizirana da ne pravi bespotrebno opterećenje baze.

Prije lansiranja projekta, osigurajte ispravne DNS zapise, SSL certifikat, i hosting resurse prema prometu. Tu su korisni Provjera domene i registracija imena, Paketi web hostinga, rješenja za korporativni hosting i Besplatna SSL sertifikacija.

Za projekte sa visokim prometom ili rizikom napada, razmislite o VPS-u ili managed serveru umjesto shared hostinga. Tako možete fleksibilno podešavati firewall, web server, PHP-FPM, Redis, object cache, bazu. Bez obzira na infrastrukturu, Under Attack režim je hitna mjera, a trajna zaštita mora biti podržana WAF-om, analizom logova i redovnim updateima.

Brza checklist: Prvih 15 minuta tokom DDoS napada

Vrijeme je kritično. Ova lista sažima ključne korake za tehnički tim ili vlasnika stranice u prvih 15 minuta napada:

• Logirajte se na Cloudflare i odaberite pravi domen.
• Provjerite proxied DNS zapise (narandžasti oblak).
• Aktivirajte Under Attack režim.
• Testirajte homepage, login, korpu, checkout i API endpointove.
• Pratite Security Events za napadnute URL-ove.
• Dodajte WAF ili rate limiting pravila na najviše napadane rute.
• Provjerite CPU, RAM, PHP-FPM i MySQL stanje servera.
• Testirajte ima li direktnog pristupa origin IP-u.
• Provjerite treba li allowlist za payment providere, webhookove ili kritične integracije.
• Bilježite sve akcije sa vremenom.

Redovno vježbajte ovaj proces – smanjuje paniku i povećava kvalitet intervencije. Za velike siteove, preporučuje se dokumentirati incident response plan.

Često postavljana pitanja

Da li Cloudflare Under Attack režim potpuno štiti web stranicu?

Ne. Under Attack režim je efikasan protiv HTTP/HTTPS bot i flood prometa, ali nije dovoljan sam. Koristite ga zajedno sa proxied DNS zapisima, skrivenim origin IP-om, WAF pravilima, rate limitingom, cacheom i firewall postavkama servera.

Da li Under Attack režim šteti SEO-u?

Kratkoročno obično ne. Ako je režim dugo uključen, može smanjiti crawl i korisnički doživljaj, što ima uticaj na SEO. Zato ga isključite čim napad prođe i nastavite sa ciljanim sigurnosnim pravilima.

Koliko dugo treba držati Cloudflare Under Attack režim uključenim?

Držite dok traje napad; kad promet postane normalan, pratite najmanje 30-60 minuta prije gašenja. Prije deaktivacije osigurajte WAF i rate limiting pravila.

Može li Under Attack režim poremetiti API ili payment sisteme?

Da, može. Neki API klijenti, webhook servisi i payment callbackovi ne mogu proći browser-based provjeru. Zato testirajte ključne endpointove, i po potrebi dodajte allowlist ili custom pravila.

Treba li dodatno zaštititi hosting ako koristim Cloudflare?

Da. Cloudflare je snažan front, ali origin IP mora biti skriven, firewall ograničen, aplikacija ažurna i cache ispravno podešen. Sigurna hosting infrastruktura je temelj DDoS otpornosti.

Zaključak

Cloudflare Under Attack režim je brz i efikasan alat za hitnu zaštitu web stranice od DDoS napada. Ispravno podešen proxy DNS, režim smanjuje bot promet, olakšava server i povećava šanse da pravi korisnici dođu do sadržaja. Najbolje rezultate daje uz podršku WAF-a, rate limitinga, cache optimizacije i firewall zaštite origin servera.

Za jaču otpornost vaše stranice na napade, redovno provjerite infrastrukturu, DNS i SSL postavke. Pogledajte Hostragons hosting, domain i SSL rješenja za sigurniju i dugoročnu osnovu vaše web stranice.