Kako koristiti Cloudflare "Under Attack" način na web stranici pod DDoS napadom?

Cloudflare "Under Attack" način je hitna sigurnosna postavka koja filtrira bot promet prikazivanjem kratke provjere sigurnosti posjetiteljima web stranice koja je pod DDoS napadom. Odabirom svoje web stranice u Cloudflare sučelju i aktiviranjem "Under Attack Mode" opcije u odjeljku sigurnosti možete usporiti intenzivna HTTP/HTTPS zahtjeve u roku od nekoliko minuta, zaštititi pristup stvarnih korisnika na vašu stranicu i smanjiti opterećenje vašeg servera. Međutim, ova opcija nije trajno rješenje; treba je koristiti zajedno s pravilnim postavkama DNS proksija, WAF pravilima, ograničavanjem protoka, konfiguracijom keša i sigurnošću izvornih servera.

U ovom vodiču obradit ćemo korak po korak kako otvoriti Cloudflare "Under Attack" način, kada ga koristiti, koje postavke podržati i kako sigurno vratiti sve u normalu nakon napada. Cilj je pružiti kontrolnu listu koja se može primijeniti u trenucima panike i što brže vratiti dostupnost vaše web stranice.

Što je Cloudflare "Under Attack" način?

Cloudflare "Under Attack" način je hitna sigurnosna razina koju nudi Cloudflare. Kada je aktiviran, Cloudflare provodi brzu provjeru preglednika posjetitelja koji dolaze na stranicu. Ova provjera obično traje nekoliko sekundi i otežava automatskim botovima, jednostavnim HTTP flood alatima ili zlonamjernim klijentima izvan preglednika da izravno opterete vašu web stranicu.

Osnovna svrha ovog načina je ublažavanje napada na razini aplikacije, odnosno Layer 7. Na primjer, ako glavna stranica prima tisuće GET zahtjeva u sekundi, WordPress prijavni ekran doživljava intenzivne POST pokušaje, ili se na stranici za pretraživanje šalju skupi upiti ili lažni promet na stranici s košaricom, "Under Attack" način pruža brzu prvu reakciju.

Važna razlika je sljedeća: "Under Attack" način filtrira web zahtjeve; međutim, ako je IP adresa vašeg servera izravno na meti, ako su vaši servisi izvan Cloudflare proksija izloženi, ili ako se napad odvija na razini Layer 3/4, potrebne su dodatne mjere. Stoga je ključno da DNS zapisi budu proxirani preko Cloudflare-a, da je izvorna IP adresa skrivena i da su ispravne sigurnosne mjere primijenjene na strani hostinga. Za odabir sigurne infrastrukture mogu se povezati sadržaji o Usluge sigurnog web hostinga i Instalacija SSL certifikata.

Simptomi DDoS napada: Što provjeriti prije nego što pređete na "Under Attack" način?

Svako usporavanje nije DDoS. Ponekad neispravni dodaci, zaključavanje baze podataka, cron zadaci koji koriste visoki CPU ili pogrešne postavke keša također mogu uzrokovati slične rezultate. Stoga je korisno brzo dijagnosticirati prije nego što aktivirate "Under Attack" način. Ipak, ako server ima poteškoća s odgovorom, korisnici primaju greške 502, 503, 504, a u logovima se javljaju neobične eksplozije zahtjeva, hitni način ne bi trebao biti odgođen.

Tipični pokazatelji DDoS-a

• Povećanje prometa normalnog stanja 5, 10 ili 50 puta u kratkom vremenskom razdoblju.
• Stotine zahtjeva u sekundi za jednu stranicu ili krajnju točku.
• Promet koji dolazi iz različitih zemalja, ali sličnih user-agent vrijednosti.
• Ciljanje skupih URL-ova poput admin, login, search, cart na WordPressu, WooCommerceu, OpenCartu ili prilagođenom softveru.
• Preopterećenje CPU-a, RAM-a, PHP-FPM radnika ili limita MySQL veza na serveru.
• Nagli porast 4xx i 5xx grešaka na Cloudflare Analytics ekranu.
• Stvarni korisnici mogu povremeno pristupiti stranici, ali bot promet neprekidno šalje zahtjeve.

Na primjer, ako e-trgovina koja inače prima 2.000 zahtjeva u minuti, unutar 10 minuta dosegne 80.000 zahtjeva u minuti, a 70% tih zahtjeva ide na stranicu s košaricom ili pretraživanje, to je očit znak napada na Layer 7. U tom slučaju, "Under Attack" način treba aktivirati u prvih 5 minuta, nakon čega bi se trebala dodati posebna WAF i pravila za ograničavanje protoka za ciljanje URL-ova.

Kada koristiti Cloudflare "Under Attack" način?

Cloudflare "Under Attack" način nije standardna sigurnosna postavka koja treba biti stalno uključena. Jer i stvarnim posjetiteljima prikazuje kratku čekanje ekran. Ova situacija može posebno utjecati na korisničko iskustvo na stranicama usmjerenim na konverziju, na koracima plaćanja ili u strukturama koje koriste API. Najbolja praksa je privremeno ga aktivirati tijekom napada i ponovno prilagoditi razinu sigurnosti kada se promet normalizira.

Prikladne situacije za korištenje

• Kada web stranica prima gusto i abnormalno HTTP/HTTPS promet.
• Kada se resursi servera brzo iscrpljuju i raste broj grešaka 502/503.
• Kada Cloudflare WAF još nije konfiguriran s posebnim pravilima i potrebna je brza zaštita.
• Kada je promet botova znatno veći od stvarnog korisničkog prometa.
• Kada su napadnute web stranice, obrasci, prijavni ekrani ili krajnje točke pretraživanja.

Situacije za oprezno korištenje

• Kada se intenzivno koristi mobilna aplikacija, pružatelj plaćanja, webhook ili API promet.
• Kada ste u razdoblju kada botovi pretraživača kritično skeniraju vašu stranicu.
• Kada vaši korporativni korisnici pristupaju s starih preglednika ili ograničenih mrežnih okruženja.
• Kada imate poddomene koje nisu iza Cloudflare proksija na svojoj stranici.

Kada se "Under Attack" način primijeni na web stranicama s API prometom, neke integracije mogu propasti. Stoga bi se, ako je moguće, za API poddomene trebala planirati posebna WAF pravila, allowlist ili različite razine sigurnosti. Za detaljan vodič o sigurnosti API-ja, može se preporučiti Vodič za sigurnost API-ja i ograničavanje.

Kako otvoriti Cloudflare "Under Attack" način? Korak po korak primjena

Sljedeći koraci su praktična kontrolna lista pripremljena za brzu akciju tijekom napada. Cloudflare sučelje može s vremenom pokazivati male promjene; međutim, logika ostaje ista: odabirete svoju domenu, povećavate razinu sigurnosti i provjeravate dolazni promet preko Cloudflare-a.

1. Prijavite se na svoj Cloudflare račun

Prvo se prijavite na svoj Cloudflare račun i odaberite domenu koja je pod napadom. Ako upravljate s više domena, pobrinite se da radite na pravom zoni. Aktiviranje "Under Attack" moda na pogrešnoj domeni gubi vrijeme dok stvarni napad nastavlja.

2. Provjerite da su DNS zapisi proxirani

Kako bi "Under Attack" način bio učinkovit, web promet mora prolaziti preko Cloudflare-a. U odjeljku DNS, provjerite da su A, AAAA i CNAME zapisi u narančastom oblaku, odnosno proxirani. DNS zapisi koji su u sivoj boji (samo DNS) ne prolaze kroz Cloudflare sigurnosni sloj. Osobito trebate provjeriti www, korijensku domenu i korištene poddomene.

Ako je vaša izvorna IP adresa javno dostupna, napadači mogu zaobići Cloudflare i napasti server izravno. Stoga je snažna dodatna mjera omogućiti samo HTTP/HTTPS promet s IP opsega Cloudflare-a na vašem serveru. Možete zatražiti pomoć od svog pružatelja usluga hostinga ili se uputiti na Kako postaviti DNS postavke za Cloudflare.

3. Aktivirajte "Under Attack" način iz odjeljka sigurnosti

Nakon što otvorite odgovarajuću domenu u Cloudflare panelu, pronađite opciju "Under Attack Mode" u odjeljku Security ili Overview. Kada aktivirate ovu opciju, Cloudflare počinje prikazivati kratku stranicu s provjerom posjetiteljima koji dolaze na stranicu. U nekim panelima ova opcija može se prikazati kao "I am Under Attack" pod razinom sigurnosti.

Obično se promjene aktiviraju u vrlo kratkom vremenu nakon aktivacije. U prvim minutama, trebate pratiti Cloudflare Analytics, sigurnosne događaje i potrošnju resursa servera. Ako se broj CPU-a i veza počne smanjivati, to znači da način radi. Međutim, ako se razina grešaka nastavi, trebate napisati dodatna pravila.

4. Testirajte iskustvo stvarnih korisnika

Nakon aktivacije načina, testirajte stranicu s različitih mreža. Mobilni internet, uredska mreža i, ako je moguće, s različitih lokacija, trebate isprobati glavnu stranicu, stranicu s proizvodima, prijavni ekran i tok plaćanja. Ako posjetitelji mogu doći na stranicu nakon provjere korisnika, to je očekivano ponašanje. Ako korisnici upadaju u beskonačnu petlju provjere, trebate provjeriti postavke koje blokiraju kolačiće, kompatibilnost preglednika ili sukobe s pravilima Cloudflare sigurnosti.

5. Odredite URL-ove koje napad cilja

"Under Attack" način pruža opću zaštitu; međutim, stvarna učinkovitost dolazi s pravilima specifičnim za ciljeve. Pronađite najviše zahtjeva iz Cloudflare sigurnosnih događaja, web analitike, logova pristupa hostinga i logova aplikacija. Na primjer, URL-ovi poput /wp-login.php, /xmlrpc.php, /search, /cart, /api/login ili /checkout mogu biti pod napadom.

Kada je ciljani URL odredjen, možete poduzeti mjere prema WAF Custom Rules na temelju kriterija kao što su zemlja, user-agent, metoda zahtjeva, URI putanja ili bot rezultat. Na primjer, za određeni login endpoint, IP-ovima koji šalju više od razumnog broja zahtjeva u minuti može se primijeniti managed challenge. Za WordPress stranice, Mjere sigurnosti WordPress-a može biti prirodna interna poveznica.

Razlike između "Under Attack" načina i drugih Cloudflare sigurnosnih opcija

Cloudflare sigurnosni alati služe različitim svrhama. "Under Attack" način je brzi i opći hitni filtar; dok WAF i ograničavanje protoka nude ciljanije, održivije i uravnoteženije rješenja s aspekta korisničkog iskustva.

U praksi, dobar pristup obrani je sljedeći: Prvo se smanjuje hitna pritisak s "Under Attack" načinom, zatim se analizira obrazac napada, dodaju se WAF i pravila ograničavanja protoka, a na kraju se jača trajna struktura postavkama keša i izvorne vatrozida.

Preporučene dodatne Cloudflare postavke tijekom napada

Iako se "Under Attack" način može aktivirati jednim gumbom, uspjeh DDoS obrane ovisi o dodatnim postavkama. Sljedeće preporuke su najčešće korisne u stvarnim operacijama.

Kreirajte ciljanu zaštitu s WAF pravilima

Cloudflare WAF omogućuje vam poduzimanje mjera prema određenim uvjetima. Na primjer, možete primijeniti izazov samo na POST zahtjeve koji dolaze na stranicu /wp-login.php iz određenih zemalja. Tako možete izolirati cilj napada bez opterećenja cijele stranice.

• Otvorite admin i prijavne stranice samo za određene zemlje ili IP opsege.
• Blokirajte neiskorištene krajnje točke poput XML-RPC.
• Primijenite managed challenge za sumnjive user-agent vrijednosti.
• Ograničite klijente koji često šalju zahtjeve na određenoj URI putanji s ograničavanjem protoka.

Ispravno postavite razinu keša

Kada izvorni server mora odgovoriti na svaki zahtjev tijekom DDoS-a, resursi se brzo iscrpljuju. Statične datoteke, slike, CSS, JavaScript i stranice koje se mogu keširati trebaju se poslužiti preko Cloudflare edge-a. Na dinamičkim stranicama poput WordPress-a, keš dodatak, Cloudflare pravila keša i odgovarajući cache-control naslovi mogu se koristiti zajedno.

Na primjer, na web stranici usmjerene na vijesti ili blog, stranice koje se prikazuju anonimnim posjetiteljima mogu se keširati od 5 do 30 minuta. Ova jednostavna postavka smanjuje TTFB vrijednosti čak i tijekom razdoblja izvan napada i olakšava resurse hostinga. Na strani performansi može se razmotriti Vodič za ubrzavanje web stranice.

Realistički odredite pragove ograničavanja protoka

Ograničavanje protoka je posebno učinkovito na skupim krajnjim točkama. Međutim, ako su pragovi postavljeni nasumično, stvarni korisnici mogu biti blokirani. Na primjer, na stranici za pretraživanje proizvoda, normalan korisnik može napraviti 5-15 pretraživanja u minuti; 100 pretraživanja u minuti je abnormalno. Na stranici za prijavu, 10 neuspješnih pokušaja u 5 minuta je sumnjivo u većini scenarija.

Primjer pristupa: za /wp-login.php, IP-u koji šalje više od 10 zahtjeva u minuti može se primijeniti managed challenge, a IP-u koji šalje više od 50 zahtjeva u 5 minuta može se privremeno blokirati. Na API krajnjim točkama, trebali bi se odabrati precizniji limiti temeljeni na korisničkim sesijama, IP-ima, tokenima i metodama.

Sakrijte izvorni IP i ograničite ga s vatrozidom

Jedna od najkritičnijih grešaka tijekom korištenja Cloudflare-a je ostaviti izvorni IP adresu izloženu. Stari DNS zapisi, poddomene koje rade s izravnim IP-om, web servisi koji se miješaju s zapisima e-pošte ili provaljeni konfiguracijski podaci mogu omogućiti napadaču da dođe do servera izvan Cloudflare-a.

Na strani servera, otvaranje portova 80 i 443 samo za IP opsege Cloudflare pruža snažnu zaštitu. Također, SSH, panel, baza podataka i upravljački portovi ne bi trebali biti otvoreni za internet; trebali bi se koristiti ograničenja IP, jake lozinke, 2FA i po mogućstvu VPN. Za sigurnost hostinga mogu se povezati sadržaji o postavke sigurnosti cPanel-a i konfiguracija VPC vatrozida.

Posebne točke pažnje za WordPress, WooCommerce i korporativne stranice

Svaka web stranica nema istu strukturu prometa. Blog stranica, WooCommerce trgovina i SaaS panel mogu dati različite rezultate s Cloudflare "Under Attack" načinom. Stoga je važno odrediti kritične putove prema vrsti stranice.

WordPress stranice

Najčešće ciljana datoteka na WordPress-u su putanje /wp-login.php i /xmlrpc.php. Ako ne koristite XML-RPC, obično je sigurno blokirati. Za admin panel može se primijeniti ograničenje prema zemlji ili IP-u. Također, pravila Cloudflare-a ne bi trebala biti u sukobu sa sigurnosnim dodacima; previše izazova može staviti korisnike u ciklus provjere.

WooCommerce trgovine

Stranice s košaricom, plaćanjem i računima na WooCommerce-u zahtijevaju posebnu pažnju. Budući da su te stranice dinamične, agresivno keširanje ne bi se smjelo primjenjivati. Kada je "Under Attack" način aktivan, trebate provjeriti rade li callback ili webhook URL-ovi vašeg pružatelja plaćanja. Ako je potrebno, IP opsezi pružatelja plaćanja trebaju biti uključeni na allowlist ili napisano posebno pravilo za relevantnu krajnju točku.

Korporativne i API korištene stranice

Korporativni portali, CRM integracije i mobilne aplikacije možda neće moći obraditi JavaScript izazovni ekran. U tom slučaju, umjesto primjene "Under Attack" načina na cijelu domenu, bolje je upravljati API poddomenom odvojeno. Na primjer, dok se "Under Attack" aktivira za www.example.com, za api.example.com mogu se primijeniti sigurnost na temelju tokena, ograničavanje protoka i allowlist.

Metrike koje treba pratiti nakon aktivacije "Under Attack" načina

Za razumijevanje učinkovitosti sigurnosne mjere potrebno je numeričko praćenje. Samo otvaranje stranice nije dovoljno; stope grešaka, opterećenje servera i ponašanje stvarnih korisnika trebaju se procijeniti zajedno.

• Cloudflare sigurnosni događaji: Pokazuje koliko zahtjeva su izazvani ili blokirani prema pravilima.
• HTTP statusni kodovi: Treba pratiti promjene u greškama 403, 429, 502, 503 i 504.
• Upotreba CPU-a i RAM-a servera: Očekuje se pad nakon "Under Attack".
• PHP-FPM i MySQL veze: Pokazuju opuštanje na razini aplikacije.
• Širina pojasa i broj zahtjeva: Treba usporediti volumen prometa s omjerom filtriranih zahtjeva.
• Konverzije stvarnih korisnika: Treba testirati slanje obrazaca, narudžbe, prijave i korake plaćanja.

Na primjer, nakon aktivacije "Under Attack" načina, ako se ukupan broj zahtjeva ne mijenja, ali se zahtjevi koji dolaze do izvora smanjuju za 60%, to znači da Cloudflare sloj apsorbira značajno opterećenje. Ipak, ako je CPU MySQL-a i dalje visok, napad može aktivirati specifične dinamične upite; u tom slučaju trebate istražiti logove aplikacije.

Kako isključiti "Under Attack" način nakon napada?

Kada se promet napada normalizira, ne preporučuje se trajno ostaviti "Under Attack" način aktiviranim za većinu stranica. Jer prikazivanje dodatne provjere svakom posjetitelju može utjecati na stopu konverzije, učinkovitost pretraživanja i zadovoljstvo korisnika. Proces isključivanja također treba biti kontroliran kao i aktivacija.

Koraci za sigurno vraćanje u normalu

• Pričekajte najmanje 30-60 minuta da se razina prometa vrati u normalu.
• Potvrdite na Cloudflare sigurnosnom ekranu da se broj izazova i blokada smanjuje.
• Prije nego što isključite "Under Attack" način, provjerite jesu li aktivna ciljna WAF i pravila ograničavanja protoka.
• Podesite razinu sigurnosti na balansiraniju razinu poput High ili Medium.
• Testirajte stranicu s različitih uređaja i pratite stopu grešaka 5xx.
• Pratite logove tijekom 24 sata kako biste provjerili ponavlja li se napad.

Preporučuje se izraditi izvještaj o incidentu nakon napada. Ovaj izvještaj treba sadržavati vrijeme početka napada, ciljne URL-ove, broj najintenzivnijih zahtjeva, poduzete mjere, korisna pravila i trajna poboljšanja. Ovaj dokument može značajno skratiti vrijeme intervencije tijekom sljedećeg incidenta.

Uobičajene pogreške i čega se treba kloniti

Tijekom DDoS napada potrebno je brzo odlučivanje; međutim, pogrešne postavke mogu blokirati i stvarne korisnike. Sljedeće pogreške se posebno često javljaju pod velikim stresom.

• Misliti da će "Under Attack" način pružiti zaštitu bez proxiranja DNS zapisa.
• Ostaviti izvorni IP adresu izloženu i ne zatvoriti pristup izvan Cloudflare IP-a s vatrozidom.
• Primijeniti izazov na cijelu domenu bez testiranja API-ja, webhook-a i URL-ova za povratne pozive za plaćanje.
• Pisanje preširokih WAF pravila za blokiranje koja će blokirati stvarne kupce.
• Agresivno keširati stranice koje ne bi trebale biti keširane poput košarice, plaćanja ili korisničkog panela.
• Držati način otvoren tjednima nakon napada.
• Donositi odluke samo na temelju Cloudflare ekrana bez pregledavanja logova servera.

Pogotovo na e-trgovinskim stranicama, blokiranje povratnih poziva za plaćanje može dovesti do ozbiljnog gubitka prihoda. Stoga, kada pišete pravila sigurnosti, sigurnije je testirati s log ili managed challenge akcijama prije nego se pređe na blokiranje. Nakon što se vidi učinak pravila, može se preći na strože mjere.

Kako planirati otporniju obranu na Hostragons infrastrukturi?

Cloudflare pruža snažnu prednju razinu; međutim, uspješna DDoS obrana ne završava samo na CDN-u. Hosting infrastruktura, optimizacija softvera, konfiguracija SSL-a, upravljanje DNS-om i strategija izrade sigurnosnih kopija trebaju se razmatrati zajedno. Osnovni pristup za web stranicu koja se hostira na Hostragons-u trebao bi biti: Cloudflare filtrira promet, sloj hostinga se suočava samo s čistim prometom, a aplikacija se optimizira da ne stvara nepotrebno opterećenje na bazi podataka.

Prije nego što se novi projekt pokrene, važno je pravilno upravljati DNS zapisima domene, osigurati da se SSL certifikat bez problema instalira i odabrati resurse web servera koji odgovaraju vašem profilu prometa. U ovom trenutku, sadržaji o Provjera domene i registracija imena, Paketi web hostinga, rješenja korporativnog hostinga i Besplatni SSL certifikat mogu pomoći korisnicima.

Za projekte s visokim prometom ili visokim rizikom od napada, umjesto standardnog dijeljenog hostinga, mogu se razmotriti kontrolirani VPS ili upravljani serveri. Na taj način, postavke vatrozida, web servera, PHP-FPM, Redis, object cache i baze podataka mogu se konfigurirati fleksibilnije. Međutim, bez obzira na to koju infrastrukturu odaberete, "Under Attack" način Cloudflare-a trebao bi se postaviti samo kao hitni alat; trajna sigurnosna arhitektura trebala bi se podržavati WAF-om, analizom logova i redovitim ažuriranjima.

Brza kontrolna lista: Prvih 15 minuta tijekom DDoS napada

Tijekom napada, vrijeme je ključno. Sljedeći popis sažima što tehnički tim ili vlasnik stranice mogu učiniti u prvih 15 minuta.

• Prijavite se na Cloudflare panel i odaberite pravu domenu.
• Provjerite da su DNS zapisi u narančastom oblaku, tj. proxirani.
• Aktivirajte "Under Attack" način.
• Testirajte glavnu stranicu, prijavu, košaricu, plaćanje i API krajnje točke.
• Odredite ciljne URL-ove iz Cloudflare sigurnosnog ekrana.
• Dodajte posebna WAF ili pravila ograničavanja protoka za najviše napadnute putove.
• Provjerite stanje CPU-a, RAM-a, PHP-FPM i MySQL na serveru.
• Testirajte izravni pristup izvornoj IP adresi.
• Provjerite trebate li allowlist za pružatelje plaćanja, webhook-ove i kritične integracije.
• Zabilježite sve akcije s vremenom.

Ako se ova lista redovito vježba, panika tijekom stvarnog napada će se smanjiti, a kvaliteta intervencije će se povećati. Na velikim stranicama preporučuje se dokumentiranje ovog procesa kao plana intervencije u slučaju incidenta.

Često postavljana pitanja

Hoće li Cloudflare "Under Attack" način potpuno zaštititi stranicu?

Ne. Cloudflare "Under Attack" način je posebno učinkovit za smanjenje bot i flood prometa na HTTP/HTTPS razini; međutim, ne pruža potpunu zaštitu samostalno. Treba ga koristiti zajedno s proxiranim DNS zapisima, skrivenom izvornoj IP adresom, WAF pravilima, ograničavanjem protoka, keširanjem i vatrozidnim postavkama servera.

Utječe li "Under Attack" način na SEO?

Kratkotrajna upotreba obično ne uzrokuje ozbiljnu štetu za SEO. Međutim, ako način ostane aktivan duže vrijeme, učinkovitost pretraživanja i korisničko iskustvo mogu biti pogođeni. Stoga je bolje isključiti način nakon napada i nastaviti s ciljnim sigurnosnim pravilima.

Koliko dugo bi "Under Attack" način trebao biti aktivan?

Može biti aktivan dok se intenzitet napada smanjuje; u praksi se preporučuje praćenje najmanje 30-60 minuta nakon što se promet normalizira, a zatim ga postupno isključiti. Prije isključivanja, WAF i pravila ograničavanja protoka trebaju biti spremna.

Utječe li "Under Attack" način na API ili sustave plaćanja?

Da, može utjecati. Jer neki API klijenti, webhook servisi i sustavi za povratne pozive plaćanja možda neće moći završiti provjeru sigurnosti temeljen na pregledniku. Stoga je potrebno testirati kritične krajnje točke i, ako je potrebno, definirati allowlist ili posebna Cloudflare pravila.

Je li potrebno poduzeti dodatne mjere na strani hostinga dok koristite Cloudflare?

Da. Cloudflare pruža snažnu zaštitu na prednjem sloju; međutim, IP adresa izvorne servera treba biti skrivena, vatrozid treba omogućiti samo potrebni promet, softver treba biti ažuriran i konfiguracija keša treba biti ispravna. Sigurna hosting infrastruktura je važan dio otpornosti na DDoS.

Zaključak

Cloudflare "Under Attack" način je učinkovit alat za hitnu pomoć koji brzo olakšava web stranicu pod DDoS napadom. Kada se aktivira s ispravnim postavkama DNS proksija, smanjuje promet botova, smanjuje opterećenje servera i povećava vjerojatnost da će stvarni korisnici pristupiti stranici. Za najbolje rezultate, ovaj način treba podržati pravilima WAF-a, ograničavanjem protoka, optimizacijom keša i sigurnošću izvorne vatrozida.

Ako želite da vaša web stranica radi otpornije na napade, redovito pregledavajte svoju infrastrukturu, upravljanje DNS-om i konfiguraciju SSL-a. Istražujući hostinge, domene i SSL rješenja Hostragons-a, možete stvoriti sigurniju i održivu osnovu za svoju stranicu.