Kako uporabiti Cloudflare "Under Attack" način na spletnem mestu pod DDoS napadom?

Na spletnem mestu, ki je pod DDoS napadom, Cloudflare "Under Attack" način predstavlja nujno zaščito, ki obiskovalcem prikaže kratko preverjanje varnosti, da filtrira promet botov. S preprostim aktiviranjem funkcije "Under Attack Mode" v Cloudflare nadzorni plošči in izbiro vaše spletne strani v razdelku Varnost lahko upočasnite intenzivne HTTP/HTTPS zahteve v nekaj minutah, zaščitite dostop resničnih uporabnikov do vaše spletne strani ter zmanjšate obremenitev vašega strežnika. Vendar pa ta način ni trajna rešitev; mora se uporabljati skupaj z ustrezno nastavitvijo DNS proxyja, pravili WAF, omejitvijo hitrosti, konfiguracijo predpomnilnika in varnostjo izvornega strežnika.

V tem priročniku bomo korak za korakom obravnavali, kako omogočiti Cloudflare "Under Attack" način, kdaj ga uporabiti, s katerimi nastavitvami ga podpreti in kako se po koncu napada varno vrniti v normalno stanje. Cilj je predstaviti praktičen kontrolni seznam, ki ga je mogoče uporabiti v trenutku panike ter čim hitreje obnoviti dostopnost vaše spletne strani.

Kaj je Cloudflare "Under Attack" način?

Cloudflare "Under Attack" način je nujna varnostna raven, ki jo ponuja Cloudflare. Ko je aktivirana, Cloudflare za obiskovalce spletne strani izvede kratko preverjanje njihovega brskalnika. To preverjanje običajno traja nekaj sekund in oteži avtomatskim botom, preprostim orodjem za HTTP flood ali zlonamernim brskalniškimi odjemalci, da neposredno obremenijo spletno stran.

Osnovni cilj te funkcije je omiliti napade na aplikacijski ravni, torej na ravni 7. Na primer, če vaša domača stran prejema na tisoče GET zahtev na sekundo, se na strani za prijavo WordPressa izvajajo intenzivni poizkusi POST, se na strani za iskanje pošiljajo dragi poizvedbe ali pa se na strani za nakupovalne košarice pošilja lažni promet, "Under Attack" način nudi hitro prvo posredovanje.

Pomembna razlika je, da "Under Attack" način filtrira spletne zahteve; če pa je IP naslov vašega strežnika neposredno tarča napada, so vaši servisi zunaj Cloudflare proxyja izpostavljeni, ali pa je napad izveden na ravni 3/4, so potrebni dodatni ukrepi. Zato je ključno, da so DNS zapisi prek Cloudflare proxyja, da je izvorni IP naslov skrit in da so na strani gostovanja uporabljeni ustrezni varnostni ukrepi. Za izbiro varne infrastrukture se lahko povežete z vsebinami Storitve varnega spletnega gostovanja in namestitev SSL certifikata.

Simptomi DDoS napada: Kaj preveriti pred aktivacijo "Under Attack" načina?

Vsako upočasnitev ni nujno DDoS napad. Včasih lahko nepravilni dodatek, zaklepanje baze podatkov, visoka obremenitev CPU zaradi cron naloge ali napačna nastavitev predpomnilnika povzroči podobne rezultate. Zato je pred aktivacijo "Under Attack" načina koristno hitro diagnosticirati situacijo. Kljub temu, če strežnik težko odgovarja, uporabniki prejemajo napake 502, 503, 504 ter v dnevnikih zaznate nenavadne izbruhe zahtev, je nujno aktivirati ta način brez odlašanja.

Tipični kazalci DDoS napada

• Hitro povečanje prometa, ki je 5, 10 ali 50-krat večje od običajnega.
• Na eno stran ali končno točko prihaja na tisoče zahtev na sekundo.
• Promet prihaja iz različnih držav, vendar z podobnimi vrednostmi user-agent.
• Ciljanje dragih URL-jev, kot so admin, login, search in cart v WordPressu, WooCommerce, OpenCart ali prilagojenih aplikacijah.
• Polnjenje omejitev CPU, RAM, PHP-FPM delavcev ali MySQL povezav na strežniku.
• Nenaden porast napak 4xx in 5xx na Cloudflare Analytics zaslonu.
• Pravi uporabniki lahko dostopajo do spletne strani občasno, medtem ko bot promet stalno pošilja zahteve.

Na primer, e-trgovina, ki običajno prejme 2.000 zahtev na minuto, in se v 10 minutah poveča na 80.000 zahtev na minuto, od katerih je 70 % usmerjenih na stran za nakupovalne košarice ali iskanje, je jasen znak napada na ravni 7. V tem scenariju je treba "Under Attack" način aktivirati v prvih petih minutah, nato pa dodati posebna pravila WAF in omejitve hitrosti za ciljne URL-je.

Kdaj uporabiti Cloudflare "Under Attack" način?

Cloudflare "Under Attack" način ni standardna varnostna nastavitev, ki bi morala biti ves čas aktivna. Ker tudi pravi obiskovalci vidijo kratko čakalno zaslon. To lahko še posebej vpliva na uporabniško izkušnjo na straneh, ki so osredotočene na konverzijo, v plačilnih korakih ali v strukturah, ki uporabljajo API. Najboljša praksa je, da ga aktivirate začasno med napadom in po normalizaciji prometa ponovno prilagodite raven varnosti.

Kaj so primeri ustrezne uporabe?

• Če spletna stran prejema intenzivne in nenormalne HTTP/HTTPS zahteve.
• Če se strežniški viri hitro izčrpavajo in se povečuje število napak 502/503.
• Če Cloudflare WAF še ni konfiguriran s posebnimi pravili in je potreben hiter ščit.
• Če je promet botov znatno večji od prometa resničnih uporabnikov.
• Če so cilji napada spletne strani, obrazci, prijavne strani ali končne točke iskanja.

Primeri, ko je treba biti previden

• Če se intenzivno uporablja mobilna aplikacija, plačilni sistem, webhook ali API promet.
• Če ste v obdobju, ko iskalni robotje kritično indeksirajo.
• Če vaši poslovni uporabniki dostopajo iz starih brskalnikov ali omejenih omrežnih okolij.
• Če imate poddomena, ki ni zaštičena z Cloudflare proxyjem.

Če se "Under Attack" način uporablja za spletna mesta z API prometom, lahko nekateri integracije propadejo. Zato je priporočljivo načrtovati posebna WAF pravila, bele seznami ali različne ravni varnosti za API poddomene, kolikor je to mogoče. Za podroben priročnik o varnosti API-jev lahko priporočimo Vodič za varnost API in omejevanje hitrosti.

Kako omogočiti Cloudflare "Under Attack" način? Korak za korakom

Spodnji koraki predstavljajo praktičen kontrolni seznam, pripravljen za hitro ukrepanje med napadom. Cloudflare vmesnik se lahko skozi čas nekoliko spremeni, vendar je logika enaka: izberite svojo domeno, povečajte raven varnosti in preverite prihajajoči promet prek Cloudflare.

1. Prijavite se v svoj Cloudflare račun

Najprej se prijavite v svoj Cloudflare račun in izberite domeno, ki je pod napadom. Če upravljate z več domenami, se prepričajte, da delate na pravem območju. Aktivacija "Under Attack" načina na napačni domeni lahko povzroči izgubo časa in napad se lahko nadaljuje.

2. Preverite, ali so DNS zapisi proxied

Da bi "Under Attack" način učinkovito deloval, mora promet iti prek Cloudflare. Prepričajte se, da so A, AAAA in CNAME zapisi v razdelku DNS označeni z oranžno oblačko, kar pomeni, da so proxied. DNS zapisi v sivi oblački (le DNS) ne prehajajo skozi varnostno plast Cloudflare. Še posebej je treba preveriti www, korensko domeno in uporabljene poddomene.

Če je vaš izvorni IP naslov viden na internetu, lahko napadalci preskočijo Cloudflare in napadejo strežnik neposredno. Zato je močna dodana zaščita, da na strežnem požarnem zidu dovolite le HTTP/HTTPS promet iz obsega IP-jev Cloudflare. V zvezi s tem lahko dobite podporo od svojega ponudnika gostovanja ali se sklicujete na Kako nastaviti Cloudflare DNS.

3. V razdelku Varnost aktivirajte funkcijo "Under Attack Mode"

Ko odprete ustrezno domeno v Cloudflare nadzorni plošči, poiščite možnost "Under Attack Mode" v razdelku Varnost ali Pregled. Ko to možnost aktivirate, Cloudflare začne obiskovalcem spletne strani prikazovati kratko stran za preverjanje. V nekaterih nadzornih ploščah se ta nastavitev lahko prikaže pod nivojem varnosti "I am Under Attack".

Po aktivaciji spremembe običajno hitro stopijo v veljavo. V prvih minutah je treba spremljati Cloudflare Analytics, Varnostne dogodke in porabo virov strežnika. Če se začnejo zniževati številke CPU in povezav, to pomeni, da način deluje. Če pa se stopnja napak še naprej povečuje, je treba dodati dodatna pravila.

4. Preizkusite izkušnjo resničnih uporabnikov

Po aktivaciji načina preizkusite spletno stran iz različnih omrežij. Uporabite mobilni internet, pisarniško omrežje in, če je mogoče, preizkusite iz druge lokacije glavno stran, stran s proizvodi, stran za prijavo in postopek plačila. Če lahko po preverjanju dostopate do spletne strani, je to pričakovano vedenje. Če uporabniki vstopijo v neskončen cikel preverjanja, je treba preveriti nastavitve, ki blokirajo piškotke, združljivost brskalnika ali morebitne konflikte varnostnih pravil Cloudflare.

5. Določite URL-je, ki so tarča napada

"Under Attack" način zagotavlja splošno zaščito; vendar se dejanska učinkovitost doseže z posebnimi pravili. Uporabite Cloudflare Security Events, spletno analitiko, dnevnike dostopa gostovanja in aplikacijske dnevnike, da ugotovite, kateri naslovi prejemajo največ zahtev. Na primer, URL-ji, kot so /wp-login.php, /xmlrpc.php, /search, /cart, /api/login ali /checkout so lahko tarča napada.

Ko je cilj URL določen, lahko z WAF Custom Rules ukrepate glede na kriterije, kot so država, user-agent, metoda zahteve, URI pot ali ocena bota. Na primer, lahko se uporabi managed challenge za IP naslove, ki pošiljajo več kot zmerno število zahtev na minuto za določen endpoint za prijavo. Za spletna mesta WordPress lahko povezava Varnostni ukrepi za WordPress predstavlja naravno priložnost za notranje povezovanje.

Razlike med "Under Attack" načinom in drugimi varnostnimi možnostmi Cloudflare

Cloudflare varnostna orodja služijo različnim namenom. "Under Attack" način je hiter in splošen filter za nujne primere; WAF in omejitev hitrosti pa ponujata bolj ciljno usmerjene, trajnostne in uporabniško prijaznejše rešitve.

V praksi je dobra obrambna strategija naslednja: najprej se z "Under Attack" načinom zmanjša nujna obremenitev, nato se analizira vzorec napada, dodajo se pravila WAF in omejitve hitrosti, na koncu pa se z nastavitvami predpomnilnika in požarnega zidu izvorne infrastrukture okrepi trajna zaščita.

Priporočene dodatne nastavitve Cloudflare med napadom

Čeprav se "Under Attack" način lahko aktivira z enim gumbom, je uspeh zaščite pred DDoS odvisen od podpornih nastavitev. Spodnji predlogi so tiste prakse, ki se v resničnih operacijah pogosto izkažejo za učinkovite.

Ustvarite ciljno zaščito s pravili WAF

Cloudflare WAF vam omogoča, da ukrepate glede na določene pogoje. Na primer, lahko uporabite izziv za POST zahteve, ki prihajajo samo na stran /wp-login.php in so narejene iz določenih držav. Tako izolirate cilj napada, ne da bi obremenili celotno spletno stran.

• Določite, da so strani za admin in prijavo dostopne le iz določenih držav ali IP obsegov.
• Onemogočite neuporabljene končne točke, kot je XML-RPC.
• Za sumljive vrednosti user-agent uporabite managed challenge.
• Omejite stranke, ki pošiljajo preveč zahtev na določen URI pot, z omejitvijo hitrosti.

Pravilno nastavite raven predpomnilnika

Če mora izvorni strežnik odgovarjati na vsako zahtevo med DDoS, se viri hitro izčrpajo. Statične datoteke, slike, CSS, JavaScript in predpomnilniške strani bi se morale streči prek Cloudflare robnih strežnikov. V dinamičnih sistemih, kot je WordPress, se lahko uporablja dodatek za predpomnjenje strani, pravila predpomnilnika Cloudflare in ustrezni naslovi za nadzor predpomnilnika.

Na primer, na novičarskih ali blogerskih spletnih straneh lahko strani, prikazane anonimnim obiskovalcem, predpomnite od 5 do 30 minut. Ta preprosta nastavitev zmanjša vrednosti TTFB tudi v obdobju izven napadov in sprosti vire gostovanja. Na področju uspešnosti se lahko preuči povezava vodnik za pospeševanje spletne strani.

Realistične omejitve hitrosti

Omejitev hitrosti je še posebej učinkovita na dragih končnih točkah. Vendar, če so meje določene naključno, lahko prave uporabnike blokirate. Na primer, na strani za iskanje po izdelkih lahko običajen uporabnik izvede od 5 do 15 iskanj na minuto; 100 iskanj na minuto je nenormalno. Na prijavni strani pa je v večini scenarijev sumljivih 10 neuspešnih poskusov v 5 minutah.

Primer pristopa: za /wp-login.php lahko uporabite managed challenge za IP, ki pošlje več kot 10 zahtev na minuto, in začasno blokirate IP, ki pošlje več kot 50 zahtev v 5 minutah. Na končnih točkah API je treba izbrati bolj natančne meje, ki temeljijo na uporabniških sejah, IP-ju, tokenu in metodi.

Skrijte izvorni IP naslov in omejite dostop s požarnim zidom

Ena od najkritičnejših napak, ki jih naredite pri uporabi Cloudflare, je, da izvorni IP naslov ostane izpostavljen. Stari DNS zapisi, poddomene, ki delujejo z neposredno IP povezavo, spletne storitve, ki se mešajo z e-poštnimi zapisi, ali ukradene nastavitve lahko napadalcem omogočijo dostop do strežnika zunaj Cloudflare.

Dovolite dostop do vrat 80 in 443 le za obsege IP Cloudflare, da zagotovite močno zaščito. Poleg tega ne smejo biti vrata za SSH, nadzorno ploščo, bazo podatkov in upravljanje izpostavljena internetu; potrebni so omejitve IP, močna gesla, 2FA in po možnosti VPN. Za varnost gostovanja se lahko povežete z vsebinami Nastavitve varnosti v cPanel in konfiguracija požarnega zidu VPS.

Posebne točke, na katere je treba paziti pri WordPress, WooCommerce in poslovnih spletnih straneh

Vsaka spletna stran nima enake strukture prometa. Blog, WooCommerce trgovina in SaaS nadzorna plošča lahko privedejo do različnih rezultatov pri aktivaciji Cloudflare "Under Attack" načina. Zato je treba določiti kritične poti glede na vrsto spletne strani.

WordPress spletne strani

Najpogosteje ciljani datoteki v WordPressu sta /wp-login.php in /xmlrpc.php. Če ne uporabljate XML-RPC, je običajno varno, da ga onemogočite. Za nadzorno ploščo lahko uporabite omejitve glede na državo ali IP. Poleg tega se ne smejo prekrivati pravila varnosti z varnostnimi dodatki; preveč izzivov hkrati lahko uporabnike potisne v cikel preverjanja.

WooCommerce trgovine

Ko gre za WooCommerce, moramo biti pozorni na strani za nakupovalne košarice, plačila in račune. Te strani so dinamične, zato agresivno predpomnjenje ni priporočljivo. Med aktivnim "Under Attack" načinom se prepričajte, da delujejo povratni klici ali webhooki vašega plačilnega sistema. Po potrebi je treba dodati IP obsege plačilnega sistema na bele sezname ali napisati posebna pravila za ustrezno končno točko.

Poslovne in API aplikacije

Poslovni portali, integracije CRM in API-ji mobilnih aplikacij morda ne morejo obdelati zaslona izziva JavaScript. V takih primerih je pravilneje obravnavati API poddomene ločeno, namesto da bi aktivirali "Under Attack" način za celotno domeno. Na primer, medtem ko je "Under Attack" način aktiviran za www.example.com, se lahko za api.example.com uporablja varnost na osnovi tokenov, omejitev hitrosti in bele seznami.

Metrike, ki jih je treba spremljati po aktivaciji "Under Attack" načina

Za ugotavljanje učinkovitosti varnostnih ukrepov je potrebna numerična spremljava. Preprosto odpiranje spletne strani ni dovolj; stopnje napak, obremenitev strežnika in vedenje resničnih uporabnikov je treba ovrednotiti skupaj.

• Cloudflare Security Events: kaže, koliko zahtev je bilo izzvanih ali blokiranih z različnimi pravili.
• HTTP statusne kode: spremljati je treba spremembe v napakah 403, 429, 502, 503 in 504.
• Uporaba CPU in RAM na strežniku: po napadu se pričakuje znižanje.
• Povezave PHP-FPM in MySQL: kažejo olajšanje na aplikacijski ravni.
• Širina pasovne širine in število zahtev: primerjati je treba obseg prometa in razmerje filtriranih zahtev.
• Konverzije resničnih uporabnikov: testirati je treba pošiljanje obrazcev, naročila, prijave in korake plačila.

Na primer, če se po aktivaciji "Under Attack" načina skupno število zahtev ohrani enako, vendar se število zahtev, ki doseže izvor, zmanjša za 60 %, to pomeni, da Cloudflare pomembno absorbuje obremenitev. Kljub temu, če ostaja poraba CPU MySQL visoka, napad morda sproži specifično dinamično poizvedbo; v tem primeru je treba pregledati aplikacijske dnevnike.

Kako onemogočiti "Under Attack" način po napadu?

Ko se napadni promet vrne na normalno raven, ni priporočljivo trajno pustiti "Under Attack" načina aktiviranega. Ker lahko vsakemu obiskovalcu prikaže dodatno preverjanje, kar lahko vpliva na stopnjo konverzije, učinkovitost indeksiranja in zadovoljstvo uporabnikov. Postopek izklopa mora biti prav tako skrbno izpeljan kot postopek aktivacije.

Koraki za varen prehod nazaj v normalno stanje

• Počakajte vsaj 30-60 minut, da se raven prometa vrne na normalno.
• Preverite na zaslonu Cloudflare Security Events, da se je število izzivov in blokad zmanjšalo.
• Pred izklopom "Under Attack" načina se prepričajte, da so aktivna ciljana pravila WAF in omejitve hitrosti.
• Povečajte raven varnosti na višjo ali srednjo raven.
• Preizkusite spletno stran iz različnih naprav in spremljajte stopnjo napak 5xx.
• 24 ur spremljajte dnevnike, da preverite, ali se napad ponavlja.

Kot dobra praksa je priporočljivo pripraviti poročilo o incidentu po napadu. To poročilo naj vsebuje čas začetka napada, ciljne URL-je, največje število zahtev, sprejete ukrepe, učinkovita pravila in trajne izboljšave. Ta dokument lahko občutno skrajša čas posredovanja ob naslednjem incidentu.

Pogoste napake in kaj se jim izogniti

Pri DDoS napadu je potrebno hitro odločanje; vendar lahko napačne nastavitve blokirajo tudi prave uporabnike. Spodnje napake se pogosto pojavljajo pod močnim stresom.

• Meniti, da bo "Under Attack" način zaščitil brez proxied DNS zapisov.
• Pustiti izvorni IP naslov izpostavljen in ne blokirati dostopa z požarnim zidom za IP naslove zunaj Cloudflare.
• Uporabiti izziv za celotno domeno brez testiranja API, webhook in naslovov za povratne klice.
• Pisati zelo široka pravila za blokado WAF, ki blokirajo prave stranke.
• Agresivno predpomniti strani za nakupovalne košarice, plačila ali uporabniške panele, ki ne smejo biti predpomnjene.
• Pustiti "Under Attack" način aktiven tedne po napadu.
• Odločati se zgolj na podlagi podatkov iz Cloudflare zaslona, ne da bi pregledali strežniške dnevnike.

Še posebej na e-trgovinskih spletnih straneh lahko blokada povratnih klicev povzroči resne izgube prihodkov. Zato je pri pisanju varnostnih pravil bolje najprej testirati z akcijo beleženja ali managed challenge, preden se preide na strožja dejanja. Ko je učinek pravila opazen, se lahko preide na močnejše ukrepe.

Kako načrtovati bolj odporno obrambo v Hostragons infrastrukturi?

Cloudflare nudi močno predhodno zaščito; vendar uspešna obramba pred DDoS napadi ne konča le pri CDN-ju. Gostiteljska infrastruktura, optimizacija programske opreme, konfiguracija SSL, upravljanje DNS in strategija varnostnih kopij morajo biti obravnavani skupaj. Osnovni pristop za spletno stran, ki je gostovana na Hostragons, bi moral biti: Cloudflare filtrira promet, gostiteljska plast se sooča samo s čistim prometom, aplikacija pa se optimizira tako, da ne proizvaja nepotrebnega bremena na bazi podatkov.

Preden je nov projekt objavljen, je pomembno pravilno upravljati DNS zapise domene, brez težav namestiti SSL certifikat in izbrati vire spletnega strežnika, ki ustrezajo vašemu profilu prometa. Na tej točki lahko povezave vprašanje domene in registracija domene, Paketi spletnega gostovanja, rešitve za korporativno gostovanje in Brezplačna SSL potrdila uporabniku pomagajo.

Pri projektih z visokim prometom ali tveganjem napadov je smiselno razmisliti o bolj nadzorovanih možnostih, kot sta VPS ali upravljani strežnik, namesto standardnega skupnega gostovanja. Tako lahko nastavitve požarnega zida, spletnega strežnika, PHP-FPM, Redis, objektnega predpomnilnika in baze podatkov bolj prilagodljivo konfigurirate. Kljub temu, katero infrastrukturo izberete, bi moral biti Cloudflare "Under Attack" način le nujno orodje; trajna varnostna arhitektura mora biti podprta z WAF, analizo dnevnikov in rednim posodabljanjem.

Hitri kontrolni seznam: Prvih 15 minut med DDoS napadom

V trenutku napada je čas kritičen. Spodnji seznam povzema, kaj lahko tehnična ekipa ali lastnik strani stori v prvih 15 minutah.

• Prijavite se v Cloudflare nadzorno ploščo in izberite pravo domeno.
• Preverite, ali so DNS zapisi oranžni oblak, torej proxied.
• Aktivirajte "Under Attack" način.
• Preizkusite glavno stran, prijavo, nakupovalno košarico, plačilo in API končne točke.
• Na zaslonu Cloudflare Security Events določite ciljne URL-je.
• Dodajte posebna pravila WAF ali omejitve hitrosti za najbolj napadene poti.
• Preverite stanje strežnika CPU, RAM, PHP-FPM in MySQL.
• Preizkusite neposreden dostop do izvornega IP.
• Preverite, ali potrebujete bele sezname za plačilne sisteme, webhooke in kritične integracije.
• Zabeležite vse ukrepe z oznako časa.

Če se ta seznam redno preizkuša, se med resničnim napadom zmanjša panika in izboljša kakovost posredovanja. Na velikih spletnih straneh je priporočljivo, da se ta proces dokumentira kot načrt posredovanja ob incidentih.

Pogosta vprašanja

Ali Cloudflare "Under Attack" način popolnoma zaščiti spletno stran?

Ne. Cloudflare "Under Attack" način je še posebej učinkovit pri zmanjševanju prometa botov in flood prometa na ravni HTTP/HTTPS; vendar sam po sebi ne nudi popolne zaščite. Uporabiti ga je treba v kombinaciji z proxied DNS zapisi, skritim izvorni IP-jem, pravili WAF, omejitvijo hitrosti, konfiguracijo predpomnilnika in nastavitvami požarnega zida strežnika.

Ali "Under Attack" način škoduje SEO-ju?

Kratkotrajna uporaba običajno ne povzroča resne škode za SEO. Vendar pa lahko dolgotrajna aktivacija vpliva na učinkovitost indeksiranja iskalnikov in uporabniško izkušnjo. Zato je po napadu bolje izklopiti ta način in nadaljevati s ciljanimi varnostnimi pravili.

Kako dolgo naj ostane "Under Attack" način aktiviran?

Ostati mora aktiviran, dokler se intenzivnost napada ne zmanjša; v praksi pa se priporoča spremljanje za vsaj 30-60 minut po normalizaciji prometa, nato pa postopno izklapljanje. Pred izklopom je treba pripraviti trajna pravila, kot so WAF in omejitve hitrosti.

Ali "Under Attack" način vpliva na API ali plačilne sisteme?

Da, lahko vpliva. Nekateri API odjemalci, storitve webhook in sistemi povratnega klica za plačila morda ne bodo mogli dokončati preverjanja varnosti, ki temelji na brskalniku. Zato je treba testirati kritične končne točke in po potrebi določiti bele sezname ali posebna pravila za Cloudflare.

Ali je treba na strani gostovanja sprejeti dodatne varnostne ukrepe pri uporabi Cloudflare?

Da. Cloudflare nudi močno zaščito na prednji strani; vendar je treba skriti IP naslov izvornega strežnika, požarni zid pa mora dovoliti le potreben promet, programsko opremo je treba redno posodabljati in konfiguracija predpomnilnika mora biti pravilna. Varnostna infrastruktura gostovanja je pomemben del odpornosti proti DDoS napadom.

Zaključek

Cloudflare "Under Attack" način je učinkovito nujno orodje, ki hitro olajša obremenitev spletnega mesta pod DDoS napadom. Ko ga aktivirate z ustrezno nastavitvijo DNS proxyja, zmanjša promet botov, zmanjša obremenitev strežnika in povečuje možnosti, da resnični uporabniki dostopajo do vaše spletne strani. Za najboljše rezultate je treba ta način podpreti s pravili WAF, omejitvijo hitrosti, optimizacijo predpomnilnika in varnostjo izvornega požarnega zidu.

Če želite, da vaša spletna stran deluje bolj odporna proti napadom, redno pregledujte svojo infrastrukturo, upravljanje DNS in konfiguracijo SSL. Z raziskovanjem rešitev za gostovanje, domene in SSL podjetja Hostragons lahko ustvarite bolj varno in trajnostno osnovo za vašo spletno stran.