Cum se activează modul "Under Attack" Cloudflare pe un site aflat sub atac DDoS?

Modul "Under Attack" Cloudflare pe un site aflat sub atac DDoS este o setare de apărare de urgență care filtrează traficul de bot printr-o scurtă verificare de securitate afișată vizitatorilor. Prin selectarea site-ului dvs. în panoul Cloudflare și activarea funcției "Under Attack Mode" din secțiunea Securitate, puteți încetini cererile intensive la nivel HTTP/HTTPS în câteva minute, protejând astfel accesul utilizatorilor reali pe site-ul dvs. și reducând încărcătura serverului. Cu toate acestea, acest mod nu este o soluție permanentă; el trebuie utilizat împreună cu setări corecte de proxy DNS, reguli WAF, limitarea ratei, configurarea cache-ului și securitatea serverului de origine.

În acest ghid, vom aborda pas cu pas întrebările despre cum se activează modul "Under Attack" Cloudflare, când ar trebui utilizat, cu ce setări ar trebui sprijinit și cum se revine în siguranță la normal după ce atacul s-a încheiat. Scopul este de a oferi o listă de control aplicabilă în momentele de panică și de a restabili accesibilitatea site-ului dvs. în cel mai scurt timp posibil.

Ce este modul Cloudflare "Under Attack"?

Modul "Under Attack" Cloudflare este un nivel de securitate de urgență oferit de Cloudflare. Odată activat, Cloudflare supune vizitatorii site-ului la o scurtă verificare a browserului. Această verificare durează de obicei câteva secunde și îngreunează încărcarea directă a site-ului de către boturi automate, instrumente simple de inundație HTTP sau clienți rău intenționați care nu folosesc browserul.

Scopul principal al acestui mod este de a atenua atacurile la nivelul aplicației, adică la nivel Layer 7. De exemplu, dacă pe pagina principală se primesc mii de cereri GET pe secundă, se fac încercări intense de POST pe pagina de conectare WordPress, se trimit interogări costisitoare către pagina de căutare sau se generează trafic fals pe pagina de coș, modul "Under Attack" oferă o intervenție rapidă de prim ajutor.

Este important de menționat că: modul "Under Attack" filtrează cererile web; însă, dacă adresa IP a serverului dvs. este vizată direct, dacă serviciile dvs. sunt expuse în afara proxy-ului Cloudflare sau dacă atacul se desfășoară la nivel Layer 3/4, sunt necesare măsuri suplimentare. Din acest motiv, este esențial ca înregistrările DNS să fie configurate prin Cloudflare în mod proxy, adresa IP de origine să fie ascunsă și să se aplice măsuri de securitate corecte pe partea de hosting. Pentru alegerea unei infrastructuri sigure, se pot consulta conținuturile despre Servicii de hosting web sigur și instalarea certificatului SSL.

Semnele unui atac DDoS: Ce trebuie verificat înainte de a activa modul "Under Attack"?

Nu fiecare încetinire este un DDoS. Uneori, un plugin defectuos, blocarea bazei de date, o sarcină cron cu utilizare ridicată a CPU-ului sau o setare greșită a cache-ului pot produce rezultate similare. De aceea, este benefic să faceți un diagnostic rapid înainte de a activa modul "Under Attack". Totuși, dacă serverul are dificultăți în a răspunde, utilizatorii primesc erori 502, 503, 504, iar logurile arată o explozie de cereri neobișnuite, activarea modului de urgență nu ar trebui să fie întârziată.

Indicatori tipici de DDoS

• Apariția unei creșteri de trafic de 5, 10 sau 50 de ori față de normal într-un timp scurt.
• Primirea a sute de cereri pe secundă pentru o singură pagină sau endpoint.
• Fluxuri de trafic din diferite țări, dar cu valori user-agent similare.
• Țintirea URL-urilor costisitoare precum admin, login, search, cart în WordPress, WooCommerce, OpenCart sau software personalizat.
• Umplerea limitelor CPU, RAM, PHP-FPM worker sau conexiuni MySQL pe server.
• Creșterea bruscă a erorilor 4xx și 5xx în Cloudflare Analytics.
• Utilizatorii reali pot accesa site-ul intermitent, dar traficul de bot trimite cereri constant.

De exemplu, un site de comerț electronic care primește în mod normal 2.000 de cereri pe minut și ajunge la 80.000 de cereri pe minut în 10 minute, în care 70% din cereri merg către pagina de coș sau de căutare, indică un atac clar de tip Layer 7. În acest scenariu, modul "Under Attack" ar trebui activat în primele 5 minute, apoi ar trebui adăugate reguli WAF și limitarea ratei pentru URL-urile țintă.

Când ar trebui utilizat modul Cloudflare "Under Attack"?

Modul Cloudflare "Under Attack" nu este o setare standard de securitate care trebuie menținută activă în mod constant. Deoarece arată și un ecran de așteptare scurt vizitatorilor reali. Această situație poate afecta experiența utilizatorilor, în special pe paginile orientate spre conversie, în pașii de plată sau în structuri care utilizează API-uri. Cea mai bună utilizare este să fie activat temporar în timpul unui atac și să se ajusteze nivelul de securitate odată ce traficul revine la normal.

Situatii în care este potrivit să fie utilizat

• Când site-ul primește cereri intense și anormale HTTP/HTTPS.
• Când resursele serverului se epuizează rapid și erorile 502/503 cresc.
• Când WAF Cloudflare nu a fost încă configurat cu reguli speciale și este necesar un scut rapid.
• Când traficul de bot depășește semnificativ traficul utilizatorilor reali.
• Când paginile web, formularele, ecranele de login sau endpoint-urile de căutare sunt țintele atacului.

Situatii în care trebuie utilizat cu prudență

• Când aplicațiile mobile, furnizorii de plăți, webhook-urile sau traficul API sunt utilizate intens.
• Când sunteți într-o perioadă în care boturile motorului de căutare efectuează o scanare critică.
• Când utilizatorii corporativi accesează din browsere vechi sau din medii de rețea restricționate.
• Când aveți subdomenii care nu sunt în spatele proxy-ului Cloudflare pe site-ul dvs.

Pe site-urile cu trafic API, aplicarea modului "Under Attack" la întreaga domeniu poate duce la eșecuri ale unor integrații. De aceea, ar trebui planificate reguli WAF speciale, allowlist-uri sau un nivel diferit de securitate pentru subdomeniile API, dacă este posibil. Pentru un ghid detaliat despre securitatea API-ului, se poate recomanda Ghid pentru securitatea API-ului și limitarea ratei.

Cum se activează modul Cloudflare "Under Attack"? Implementare pas cu pas

Următorii pași reprezintă o listă de control practică pregătită pentru a acționa rapid în timpul unui atac. Interfața Cloudflare poate suferi mici modificări în timp; totuși, logica rămâne aceeași: selectați domeniul dvs., creșteți nivelul de securitate și validați traficul care vine prin Cloudflare.

1. Conectați-vă la contul dvs. Cloudflare

În primul rând, conectați-vă la contul dvs. Cloudflare și selectați domeniul aflat sub atac. Dacă gestionați mai multe domenii, asigurați-vă că lucrați pe zona corectă. Activarea modului "Under Attack" pe un domeniu greșit va pierde timp și atacul real va continua.

2. Verificați că înregistrările DNS sunt proxied

Pentru ca modul "Under Attack" să fie eficient, traficul web trebuie să treacă prin Cloudflare. Asigurați-vă că în secțiunea DNS, înregistrările A, AAAA și CNAME sunt în stare de bulă portocalie, adică proxied. Înregistrările DNS de tip gri, care sunt doar DNS, nu trec prin nivelul de securitate al Cloudflare. Este esențial să verificați în special www, domeniul rădăcină și subdomeniile utilizate.

Dacă adresa dvs. IP de origine este vizibilă pe internet, atacatorii pot ocoli Cloudflare și pot ataca direct serverul. Din acest motiv, este o măsură de siguranță puternică să permiteți doar traficul HTTP/HTTPS provenit din intervalele de IP-uri Cloudflare în firewall-ul serverului. Puteți obține suport de la furnizorul dvs. de hosting în această privință sau puteți consulta ghidul Cum se fac setările DNS Cloudflare.

3. Activați funcția "Under Attack Mode" din secțiunea Securitate

După ce ați deschis domeniul relevant în panoul Cloudflare, găsiți opțiunea "Under Attack Mode" în ecranul de Securitate sau Prezentare generală. Odată ce activați această opțiune, Cloudflare începe să arate vizitatorilor site-ului o pagină de verificare pe o perioadă scurtă. În unele panouri, această setare poate apărea sub "I am Under Attack" în cadrul nivelului de securitate.

După activare, modificarea intră în vigoare de obicei rapid. În primele minute, trebuie să monitorizați împreună Cloudflare Analytics, Evenimentele de Securitate și utilizarea resurselor serverului. Dacă utilizarea CPU-ului și a numărului de conexiuni au început să scadă, atunci modul funcționează. Dacă rata de eroare continuă, ar trebui adăugate reguli suplimentare.

4. Testați experiența utilizatorului real

După ce ați activat modul, testați site-ul din diferite rețele. Se recomandă testarea paginii principale, paginii de produse, paginii de conectare și fluxului de plată dintr-o rețea mobilă, o rețea de birou și, dacă este posibil, dintr-o locație diferită. Dacă utilizatorii pot accesa site-ul după ecranul de verificare, aceasta este comportamentul așteptat. Dacă utilizatorii intră într-un ciclu infinit de verificare, ar trebui să verificați setările care blochează cookie-urile, compatibilitatea browserului sau conflictele regulilor de securitate Cloudflare.

5. Identificați URL-urile țintă ale atacului

Modul "Under Attack" oferă o protecție generală; totuși, eficiența reală se obține prin reguli specifice pentru țintă. Găsiți cele mai solicitate căi din Evenimentele de Securitate Cloudflare, Analiza Web, logurile de acces ale hosting-ului și logurile aplicației. De exemplu, URL-urile precum /wp-login.php, /xmlrpc.php, /search, /cart, /api/login sau /checkout pot fi sub atac.

Odată ce a fost identificat URL-ul țintă, se pot lua măsuri prin Reguli Personalizate WAF pe baza unor criterii precum țara, user-agent, metoda cererii, calea URI sau scorul botului. De exemplu, pentru un anumit endpoint de conectare, se poate aplica o provocare gestionată pentru IP-urile care trimit un număr peste limita rezonabilă de cereri pe minut. Pentru site-urile WordPress, legătura Măsuri de securitate WordPress reprezintă o oportunitate naturală de legătură internă.

Diferențele între modul "Under Attack" și alte opțiuni de securitate Cloudflare

Instrumentele de securitate Cloudflare servesc scopuri diferite. Modul "Under Attack" este un filtru de urgență rapid și general; WAF și Limitarea Ratei oferă soluții mai țintite, sustenabile și echilibrate din punct de vedere al experienței utilizatorului.

În practică, o bună abordare de apărare progresează astfel: mai întâi se reduce presiunea urgentă cu modul "Under Attack", apoi se analizează modelul de atac, se adaugă reguli WAF și limitarea ratei, iar în final se întăresc structurile permanente cu setările de cache și firewall-ul de origine.

Setări suplimentare Cloudflare recomandate în timpul atacului

Deși modul "Under Attack" poate fi activat cu un singur buton, succesul apărării împotriva DDoS depinde de setările de sprijin. Următoarele sugestii sunt cele mai frecvent utile în operațiuni reale.

Creează o protecție țintită cu reguli WAF

WAF Cloudflare vă permite să acționați conform unor condiții specifice. De exemplu, puteți aplica o provocare doar pentru cererile POST care vin pe pagina /wp-login.php din anumite țări. Astfel, izolați ținta atacului fără a îngreuna întregul site.

• Deschideți paginile admin și login doar pentru anumite țări sau intervale IP.
• Blocați endpoint-urile neutilizate, cum ar fi XML-RPC.
• Aplicați provocări gestionate pentru valori user-agent suspicioase.
• Limitați prin ratele de cerere clienții care fac cereri foarte frecvente pe o anumită cale URI.

Ajustați corect nivelul de cache

Dacă serverul de origine trebuie să răspundă la fiecare cerere în timpul unui DDoS, resursele se epuizează rapid. Fișierele statice, imaginile, CSS, JavaScript și paginile care pot fi cache-uite ar trebui servite prin Cloudflare edge. În structuri dinamice, cum ar fi WordPress, ar trebui utilizate plugin-uri de cache pentru pagini, regulile de cache Cloudflare și anteturile de control al cache-ului adecvate.

De exemplu, într-un site axat pe știri sau bloguri, paginile afișate vizitatorilor anonimi pot fi cache-uite timp de 5 până la 30 de minute. Această setare simplă reduce valorile TTFB chiar și în perioadele de atac și relaxează resursele de hosting. Pe partea de performanță, se poate evalua legătura Ghid pentru accelerarea site-ului web.

Stabiliți pragurile de limitare a ratei în mod realist

Limitarea ratei este foarte eficientă, în special pentru endpoint-uri costisitoare. Totuși, dacă pragurile sunt stabilite aleator, utilizatorii reali pot fi blocați. De exemplu, pe o pagină de căutare a produselor, un utilizator normal poate face 5-15 căutări pe minut; 100 de căutări pe minut sunt anormale. Pe pagina de login, 10 încercări nereușite în 5 minute sunt suspecte în majoritatea scenariilor.

O abordare exemplară: pentru /wp-login.php, aplicați o provocare gestionată pentru IP-urile care trimit mai mult de 10 cereri pe minut, iar pentru IP-urile care trimit mai mult de 50 de cereri în 5 minute, aplicați o blocare temporară. Pe endpoint-urile API, ar trebui preferate limite mai precise bazate pe sesiunea utilizatorului, IP, token și metodă.

Ascundeți adresa IP de origine și limitați prin firewall

Una dintre cele mai critice greșeli atunci când utilizați Cloudflare este să lăsați adresa IP de origine expusă. Înregistrările DNS vechi, subdomeniile care funcționează cu IP-uri directe, serviciile web care se amestecă cu înregistrările de email sau configurațiile compromise pot permite atacatorilor să ajungă la server din afara Cloudflare.

Pe partea serverului, deschiderea porturilor 80 și 443 doar pentru intervalele de IP-uri Cloudflare oferă o protecție puternică. De asemenea, porturile SSH, panoul, baza de date și cele de administrare nu ar trebui să fie lăsate expuse pe internet; ar trebui utilizate restricții de IP, parole puternice, 2FA și, dacă este posibil, VPN-uri. Se pot face legături cu conținuturile despre Setări de securitate cPanel și configurarea firewall-ului VPS pentru securitatea hosting-ului.

Puncte de atenție speciale pentru site-urile WordPress, WooCommerce și corporative

Nu toate site-urile au aceeași structură de trafic. Un site de blog, un magazin WooCommerce și un panou SaaS pot avea rezultate diferite cu modul "Under Attack" Cloudflare. De aceea, trebuie stabilite căi critice în funcție de tipul de site.

Site-uri WordPress

Fișierele cele mai frecvent vizate în WordPress sunt căile /wp-login.php și /xmlrpc.php. Dacă nu utilizați XML-RPC, este de obicei sigur să o blocați. Se pot aplica restricții de țară sau IP pentru panoul de administrare. De asemenea, regulile de securitate nu ar trebui să intre în conflict cu pluginurile Cloudflare; prea multe mecanisme de provocare simultan pot introduce utilizatorul într-un ciclu de verificare.

Magazine WooCommerce

Paginile de coș, plată și cont în WooCommerce necesită atenție. Deoarece aceste pagini sunt dinamice, nu ar trebui aplicate cache-uri agresive. Asigurați-vă că URL-urile callback sau webhook ale furnizorului de plăți funcționează în timp ce modul "Under Attack" este activ. Dacă este necesar, intervalele de IP ale furnizorului de plăți ar trebui adăugate la allowlist sau ar trebui scrise reguli speciale pentru endpoint-urile respective.

Site-uri corporative și API-uri

Portalurile corporative, integrațiile CRM și API-urile aplicațiilor mobile pot să nu poată gestiona ecranul de provocare JavaScript. În astfel de structuri, ar putea fi mai bine să gestionați separat subdomeniul API-ului în loc să aplicați modul "Under Attack" pe întreg domeniul. De exemplu, în timp ce se activează modul "Under Attack" pentru www.example.com, se pot aplica măsuri de securitate bazate pe token, limitarea ratei și allowlist pentru api.example.com.

Metrici de urmărit după activarea modulului "Under Attack"

Pentru a înțelege dacă o măsură de securitate funcționează sau nu, este necesară monitorizarea numerică. Nu este suficient ca site-ul să fie accesibil; ratele de eroare, încărcătura serverului și comportamentul utilizatorilor reali trebuie evaluate împreună.

• Evenimentele de Securitate Cloudflare: Arată câte cereri au fost provocate sau blocate de fiecare regulă.
• Codurile de stare HTTP: Trebuie monitorizate schimbările în erorile 403, 429, 502, 503 și 504.
• Utilizarea CPU și RAM pe server: Se așteaptă o scădere după activarea modulului "Under Attack".
• Conexiunile PHP-FPM și MySQL: Arată relaxarea la nivelul aplicației.
• Lățimea de bandă și numărul de cereri: Trebuie comparată volumul de trafic cu rata de cereri filtrate.
• Conversiile utilizatorilor reali: Trebuie testate trimiterea formularelor, comenzile, logarea și pașii de plată.

De exemplu, după activarea modulului "Under Attack", dacă numărul total de cereri rămâne același, dar cererile care ajung la server scad cu 60%, atunci Cloudflare absoarbe o încărcătură semnificativă. Cu toate acestea, dacă utilizarea CPU-ului MySQL rămâne ridicată, atacul ar putea activa o interogare dinamică specifică; în acest caz, ar trebui verificate logurile aplicației.

Cum se dezactivează modul "Under Attack" după încheierea atacului?

Odată ce traficul de atac revine la normal, menținerea modului "Under Attack" activ pe termen lung nu este recomandată pentru majoritatea site-urilor. Deoarece a arăta o verificare suplimentară fiecărui vizitator poate afecta rata de conversie, eficiența de scanare și satisfacția utilizatorului. Procesul de dezactivare ar trebui să fie la fel de controlat ca și activarea acestuia.

Pași pentru a reveni în siguranță la normal

• Așteptați cel puțin 30-60 de minute pentru ca nivelul de trafic să revină la normal.
• Verificați pe ecranul Evenimentelor de Securitate Cloudflare că numărul de provocări și blocări a scăzut.
• Asigurați-vă că regulile WAF și limitarea ratei sunt active înainte de a dezactiva modul "Under Attack".
• Reduceți nivelul de securitate la un nivel mai echilibrat, cum ar fi High sau Medium.
• Testați site-ul din diferite dispozitive și monitorizați rata de eroare 5xx.
• Urmăriți logurile timp de 24 de ore pentru a verifica dacă atacul a reînceput.

Ca o bună practică, ar trebui să se elaboreze un raport de incident post-atac. Acest raport ar trebui să conțină ora de început a atacului, URL-urile țintă, numărul maxim de cereri, acțiunile întreprinse, regulile care au funcționat și îmbunătățirile permanente. Acest document va reduce semnificativ timpul de reacție în cazul unui incident viitor.

Greșeli comune și lucruri de evitat

Este necesar să luați decizii rapide în timpul unui DDoS; însă, setările greșite pot bloca și utilizatorii reali. Următoarele greșeli sunt frecvent întâlnite, în special sub stres intens.

• A crede că modul "Under Attack" va oferi protecție fără a proxied înregistrările DNS.
• A lăsa adresa IP de origine expusă și a nu limita accesul prin firewall la IP-urile Cloudflare.
• A aplica provocări pentru întreg domeniul fără a testa API-urile, webhook-urile și adresele callback de plată.
• A scrie reguli WAF de blocare prea largi care blochează clienții reali.
• A aplica cache agresiv pe paginile de coș, plată sau panou de utilizator care nu ar trebui să fie cache-uite.
• A menține modul activ săptămâni întregi după încheierea atacului.
• A lua decizii doar pe baza ecranului Cloudflare fără a analiza logurile serverului.

În special, pe site-urile de comerț electronic, blocarea callback-urilor de plată poate duce la pierderi semnificative de venit. De aceea, când scrieți reguli de securitate, este mai sigur să testați mai întâi prin logare sau provocări gestionate, înainte de a aplica acțiuni mai severe. Odată ce efectul regulii a fost observat, se pot lua măsuri mai dure.

Cum se planifică o apărare mai rezistentă pe infrastructura Hostragons?

Cloudflare oferă un strat puternic de protecție; totuși, o apărare DDoS de succes nu se termină doar la CDN. Infrastructura de hosting, optimizarea software-ului, configurarea SSL, managementul DNS și strategia de backup trebuie să fie considerate împreună. Pentru un site găzduit pe Hostragons, abordarea de bază ar trebui să fie: Cloudflare filtrează traficul, nivelul de hosting răspunde doar la traficul curat, iar aplicația este optimizată astfel încât să nu genereze o sarcină inutilă pe baza de date.

Înainte de a lansa un proiect nou, este important ca domeniul să fie gestionat cu înregistrări DNS corecte, certificatul SSL să fie instalat fără probleme, iar resursele serverului web să fie alese în funcție de profilul de trafic. În acest sens, legăturile Verificare domeniu și înregistrare nume de domeniu, Pachete de web hosting, soluții pentru hosting corporate și Certificat SSL gratuit pot fi utile pentru utilizator.

În proiectele cu trafic ridicat sau cu risc mare de atac, ar trebui să se ia în considerare opțiuni VPS sau servere gestionabile în locul hosting-ului partajat standard. Astfel, firewall-ul, serverul web, PHP-FPM, Redis, cache-ul de obiecte și setările bazei de date pot fi configurate mai flexibil. Totuși, indiferent de infrastructura aleasă, modul "Under Attack" Cloudflare ar trebui să fie poziționat doar ca un instrument de urgență; arhitectura de securitate permanentă trebuie să fie susținută de WAF, analiza logurilor și actualizări regulate.

Lista rapidă de control: Primele 15 minute în timpul unui DDoS

Timpul este critic în timpul unui atac. Lista de mai jos rezumă ceea ce tehnicienii sau proprietarii de site-uri pot face în primele 15 minute.

• Accesați panoul Cloudflare și selectați domeniul corect.
• Verificați că înregistrările DNS sunt în stare de bulă portocalie, adică proxied.
• Activați modul "Under Attack".
• Testați pagina principală, login, coș, plată și endpoint-urile API.
• Identificați URL-urile țintă din ecranul Evenimentelor de Securitate Cloudflare.
• Adăugați reguli WAF sau de limitare a ratei pentru cele mai atacate căi.
• Verificați starea CPU, RAM, PHP-FPM și MySQL pe server.
• Testați dacă există acces direct la IP-ul de origine.
• Verificați dacă este nevoie de allowlist pentru furnizorii de plăți, webhook-uri și integrații critice.
• Notați toate acțiunile cu ora exactă.

Dacă această listă este exersată regulat, panică în timpul unui atac va scădea și calitatea intervenției va crește. Pentru site-urile mari, se recomandă documentarea acestui proces ca un plan de intervenție în caz de incident.

Întrebări frecvente

Modul Cloudflare "Under Attack" protejează complet site-ul?

Nu. Modul "Under Attack" Cloudflare este eficient în special pentru a reduce traficul de boturi și inundațiile HTTP/HTTPS; totuși, nu oferă o protecție completă singur. Înregistrările DNS trebuie să fie proxied, IP-ul de origine trebuie să fie ascuns, iar regulile WAF, limitarea ratei, cache-ul și setările firewall-ului serverului trebuie utilizate împreună.

Modul "Under Attack" dăunează SEO-ului?

Utilizarea pe termen scurt nu generează de obicei daune serioase SEO-ului. Cu toate acestea, dacă modul rămâne activ pe termen lung, eficiența de scanare a motoarelor de căutare și experiența utilizatorilor pot fi afectate. De aceea, după un atac, este mai sănătos să dezactivați modul și să continuați cu reguli de securitate țintite.

Cât timp ar trebui să rămână activ modul "Under Attack"?

Poate rămâne activ până când intensitatea atacului scade; în practică, se recomandă monitorizarea timp de cel puțin 30-60 de minute după ce traficul revine la normal, urmată de o dezactivare treptată. Înainte de a dezactiva modul, trebuie să existe reguli permanente de WAF și limitare a ratei pregătite.

Modul "Under Attack" afectează API-urile sau sistemele de plată?

Da, poate afecta. Pentru că unele clienți API, servicii webhook și sisteme de callback pentru plăți nu pot finaliza verificarea de securitate bazată pe browser. De aceea, endpoint-urile critice trebuie testate și, dacă este necesar, ar trebui să se definească reguli speciale Cloudflare sau allowlist-uri.

Este necesar să se ia măsuri suplimentare pe partea de hosting atunci când folosiți Cloudflare?

Da. Cloudflare oferă o protecție puternică la nivel de front-end; totuși, IP-ul serverului de origine trebuie să fie ascuns, firewall-ul trebuie să permită doar traficul necesar, software-ul trebuie să fie actualizat și configurarea cache-ului trebuie să fie corectă. O infrastructură de hosting sigură este o parte importantă a rezistenței DDoS.

Concluzie

Modul "Under Attack" Cloudflare este un instrument eficient de urgență care oferă un rapid răgaz unui site aflat sub atac DDoS. Activat cu setările corecte de proxy DNS, reduce traficul de boturi, scade încărcătura serverului și îmbunătățește șansele utilizatorilor reali de a accesa site-ul. Pentru cele mai bune rezultate, acest modul trebuie susținut de reguli WAF, limitarea ratei, optimizarea cache-ului și securitatea firewall-ului de origine.

Dacă doriți ca site-ul dvs. să funcționeze mai rezistent la atacuri, revizuiți în mod regulat infrastructura, gestionarea DNS-ului și configurarea SSL-ului. Puteți construi o bază mai sigură și mai sustenabilă pentru site-ul dvs. prin soluțiile de hosting, domenii și SSL oferite de Hostragons.