Cloudflare "Under Attack" -tila DDoS-hyökkäyksen aikana: Suojaa verkkosivusto hetkessä

Cloudflare Under Attack -tila on hätätilanteen suojausasetus, joka tuo nopean ratkaisun DDoS-hyökkäyksen kohteena oleville sivustoille. Kun tämä tila aktivoidaan, Cloudflare näyttää vierailijoille lyhyen turvallisuusvahvistuksen – näin automaattiset botit ja haitallinen liikenne suodattuvat, mutta oikeat käyttäjät pääsevät sivulle. Muutamassa minuutissa voidaan hidastaa massiivista HTTP/HTTPS-liikennettä, parantaa palvelimen kuormitusta ja palauttaa sivuston saavutettavuus. Tämä asetus ei kuitenkaan ole pysyvä ratkaisu: se toimii parhaiten yhdessä oikean DNS-proxy-konfiguraation, WAF-sääntöjen, rate limitingin, välimuistiasetusten ja palvelimen tietoturvan kanssa.

Tässä oppaassa käymme läpi vaihe vaiheelta miten Under Attack -tila otetaan käyttöön Cloudflaressa, milloin sitä kannattaa käyttää, mitkä asetukset tukevat sitä ja kuinka sivusto palautetaan turvallisesti normaalitilaan hyökkäyksen jälkeen. Tarkoitus on tarjota käytännöllinen tarkistuslista, jonka avulla sivustosi pysyy saavutettavana mahdollisimman nopeasti myös stressaavassa tilanteessa.

Mikä on Cloudflare Under Attack -tila?

Cloudflare Under Attack -tila on Cloudflaren tarjoama hätätilan suojaustaso. Kun se aktivoidaan, Cloudflare tarkistaa vierailijoiden selaimet lyhyellä vahvistuksella (yleensä muutaman sekunnin kestävä JavaScript-tarkistus). Tämä vaikeuttaa automaattisten bottien, HTTP flood -työkalujen ja haitallisten ei-selain asiakkaiden pääsyä sivulle.

Tilaa käytetään erityisesti sovelluskerroksen (Layer 7) hyökkäysten lieventämiseen: esimerkiksi kun etusivulle tulee tuhansia GET-pyyntöjä sekunnissa, WordPressin kirjautumissivulle POST-hyökkäyksiä tai hakusivulle raskaita kyselyitä. Under Attack -tila toimii nopeana ensiavuna.

On tärkeää ymmärtää: Under Attack -tila suodattaa web-liikennettä, mutta jos palvelimen IP-osoite on suoraan paljastunut, hyökkääjät voivat kiertää Cloudflaren ja iskeä palvelimeen. Siksi DNS-tietueiden tulee olla proxied tilassa Cloudflaressa, alkuperäisen IP-osoitteen tulee olla piilossa ja hosting-palvelussa on oltava oikeat tietoturva-asetukset. Katso myös Turvalliset web hosting -palvelut ja SSL-sertifika-asennus turvallisen infrastruktuurin varmistamiseksi.

DDoS-hyökkäyksen merkit: Mitä tarkistaa ennen Under Attack -tilan käyttöönottoa?

Kaikki sivuston hidastuminen ei ole DDoS-hyökkäys. Virheellinen lisäosa, jumittava tietokanta, resursseja kuluttava cron-tehtävä tai väärä välimuistiasetus voi aiheuttaa samanlaisia ongelmia. Ennen kuin Under Attack -tila otetaan käyttöön, kannattaa tehdä nopea diagnoosi. Jos palvelin ei vastaa, käyttäjät saavat 502, 503 tai 504-virheitä ja lokitiedostoista löytyy poikkeuksellisen paljon pyyntöjä, hätätila kannattaa aktivoida viipymättä.

Tyypillisiä DDoS-hyökkäyksen merkkejä

• Liikenteen kasvu nopeasti moninkertaiseksi (5x, 10x, jopa 50x normaaliin verrattuna).
• Yksittäiselle sivulle tai endpointille tulee satoja pyyntöjä sekunnissa.
• Liikennettä eri maista, mutta samankaltaisilla user-agent-arvoilla.
• WordPress-, WooCommerce-, OpenCart- tai muissa järjestelmissä admin/login/haku/seuranta-URL:t kohteena.
• Palvelimen CPU, RAM, PHP-FPM-työntekijät tai MySQL-yhteysrajat täyttyvät.
• Cloudflare Analyticsissa 4xx- ja 5xx-virheiden äkillinen nousu.
• Oikeat käyttäjät pääsevät satunnaisesti sivulle, mutta botit lähettävät jatkuvasti pyyntöjä.

Esimerkiksi verkkokauppa, joka normaalisti saa 2 000 pyyntöä minuutissa, voi hyökkäyksen aikana nousta 80 000 pyyntöön/minuutti – jos 70 % pyynnöistä kohdistuu ostoskoriin tai hakusivuun, kyseessä on selkeä Layer 7 -hyökkäys. Tässä tilanteessa Under Attack -tila tulee aktivoida ensimmäisen viiden minuutin aikana ja sen jälkeen kohde-URL:ille lisätä WAF- ja rate limiting -säännöt.

Milloin Cloudflare Under Attack -tila kannattaa ottaa käyttöön?

Under Attack -tila ei ole jatkuvasti päällä pidettävä perusasetuksena, koska se näyttää oikeille vierailijoille lyhyen odotusekaan. Tämä voi häiritä esimerkiksi konversiopainotteisia sivuja, maksuprosesseja tai API-toteutuksia. Parhaat käytännöt: aktivoida tila hyökkäyksen aikana ja normalisoida liikenteen palattua.

Tilanteet, joissa käyttö on suositeltavaa

• Jos sivustolle tulee voimakkaasti epänormaalisti HTTP/HTTPS-liikennettä.
• Palvelimen resurssit kuluvat nopeasti ja 502/503-virheet lisääntyvät.
• Cloudflaren WAF ei ole vielä konfiguroitu ja tarvitaan nopea suoja.
• Bot-liikenne ylittää selvästi oikean käyttäjäliikenteen.
• Hyökkäys kohdistuu web-sivuihin, lomakkeisiin, kirjautumisiin tai haku-endpointteihin.

Tilanteet, joissa käytössä oltava varovainen

• Jos sivustolla on paljon mobiilisovellus-, maksupalvelu-, webhook- tai API-liikennettä.
• Kriittisiä hakukonebotteja liikkuu sivustolla.
• Yrityskäyttäjät käyttävät vanhoja selaimia tai rajoitettuja verkkoyhteyksiä.
• Sivustolla on aliaksia, jotka eivät ole Cloudflaren proxy-takana.

Jos Under Attack -tila otetaan käyttöön koko domainille, API-liikenne voi häiriintyä. API-alidomainille kannattaa luoda omat WAF-säännöt, sallittujen IP-listat tai erillinen suojaustaso. Lue lisää API-turvallisuus ja Nopeusrajoitusopas.

Cloudflare Under Attack -tila: Käyttöönoton vaiheet

Näillä askelilla pääset nopeasti liikkeelle hyökkäystilanteessa. Cloudflaren käyttöliittymä voi muuttua, mutta peruslogiikka säilyy: valitse domain, korota suojaustaso ja varmista, että liikenne menee Cloudflaren läpi.

1. Kirjaudu Cloudflare-tilillesi

Kirjaudu Cloudflareen ja valitse hyökkäyksen kohteena oleva domain. Jos hallinnoit useita domaineja, varmista että teet toimenpiteet oikealle sivulle – väärällä domainilla Under Attack -tilan käyttöönotto hukkaa aikaa ja hyökkäys jatkuu.

2. Varmista DNS-tietueiden proxy-tila

Under Attack -tilan teho perustuu siihen, että web-liikenne kulkee Cloudflaren kautta. Tarkista DNS-osiossa, että A, AAAA ja CNAME-tietueet ovat oranssi pilvi (proxied). Harmaa pilvi (DNS only) ohittaa Cloudflaren suojan. Varmista erityisesti www, juuridomain ja käytetyt alidomainit.

Jos alkuperäinen IP näkyy julkisesti, hyökkääjät voivat ohittaa Cloudflaren. Palvelimen palomuurissa kannattaa sallia vain Cloudflaren IP-alueiden HTTP/HTTPS-liikenne. Hosting-palveluntarjoajasi auttaa tässä, tai voit lukea Miten Cloudflaren DNS Asetukset Tehdään.

3. Aktivoi Under Attack -tila Security-osiosta

Avaa Security tai Overview -näkymä valitulle domainille Cloudflaressa ja etsi Under Attack Mode -asetus. Kun otat tämän käyttöön, Cloudflare alkaa näyttää vierailijoille lyhyen vahvistusnäytön. Joissain paneleissa asetus löytyy Security Level -otsikon alta nimellä "I am Under Attack".

Aktivoinnin jälkeen muutos tulee voimaan nopeasti. Seuraa alkuminuuteilla Cloudflare Analyticsia, Security Eventsia sekä palvelimen resurssien kulutusta. Jos CPU ja yhteysmäärät laskevat, asetus toimii. Jos virheet jatkuvat, lisää sääntöjä.

4. Testaa oikeiden käyttäjien kokemus

Testaa sivustoa eri verkoista – mobiilidata, toimistoverkko ja eri sijainnit. Kokeile etusivua, tuotesivua, kirjautumista ja maksuprosessia. Jos käyttäjä pääsee vahvistuksen jälkeen sivulle, asetus toimii. Jos käyttäjät jäävät vahvistuslooppiin, tarkista evästeiden esto, selainyhteensopivuus tai Cloudflaren sääntöjen yhteensopivuus.

5. Tunnista hyökkäyksen kohteena olevat URL:t

Under Attack -tila on yleiskilpi; tehokkainta suojaa saa kohdennetuilla WAF-säännöillä. Selvitä Security Eventsista, Web Analyticsista, hostingin lokeista ja sovelluksen lokeista mitkä URL:t ovat hyökkäyksen kohteena – esimerkiksi /wp-login.php, /xmlrpc.php, /search, /cart, /api/login, /checkout.

Kohde-URL:n tunnistamisen jälkeen voit kirjoittaa WAF Custom Rules -sääntöjä: maa, user-agent, pyyntömetodi, URI-polku tai bot score. Esimerkiksi kirjautumissivulle liian monta pyyntöä lähettävälle IP:lle voidaan asettaa managed challenge. WordPress-sivustoille WordPress turvallisuustoimenpiteet on hyödyllinen sisäinen linkki.

Under Attack -tila vs. muut Cloudflaren suojausvaihtoehdot

Cloudflaren tietoturvatyökalut palvelevat eri tarkoituksia. Under Attack -tila on nopea, yleinen hätäfiltteri – WAF ja Rate Limiting tarjoavat tarkempaa, jatkuvaa ja käyttäjäystävällisempää suojaa.

Käytännössä hyvä suojaus etenee näin: ensin Under Attack -tilalla paineen vähennys, sitten hyökkäyskuvion analyysi, WAF- ja rate limiting -sääntöjen lisäys, lopuksi välimuisti- ja palomuuriasetusten vahvistus.

Suositellut lisäasetukset Cloudflaressa hyökkäyksen aikana

Vaikka Under Attack -tila voidaan aktivoida yhdellä klikkauksella, onnistunut DDoS-suojaus vaatii tukevia asetuksia. Seuraavat käytännöt toimivat parhaiten tositilanteessa.

Kohdennettu suojaus WAF-säännöillä

Cloudflaren WAF mahdollistaa toiminnan tietyissä tilanteissa. Esimerkiksi /wp-login.php-sivulle tietyistä maista tulevia POST-pyyntöjä voidaan haastaa – näin koko sivustoa ei hidasteta, vaan hyökkäyksen kohde eristetään.

• Rajoita admin- ja kirjautumissivujen pääsyä tietyille maille tai IP-alueille.
• Estä käyttämättömät endpointit kuten XML-RPC.
• Haasta epäilyttävät user-agent-arvot.
• Rate limitingilla rajoita usein pyytäviä asiakkaita tietyillä URI-polulla.

Välimuistin asetukset oikein

DDoS-hyökkäyksessä palvelin kuormittuu jokaisesta pyynnöstä. Staattiset tiedostot, kuvat, CSS, JavaScript ja cachettavat sivut tulisi palvella Cloudflaren edge-palvelimilta. WordPressin kaltaisissa dynaamisissa järjestelmissä kannattaa käyttää sivuvälimuistia, Cloudflaren cache rules ja oikeat cache-control-otsikot.

Esimerkiksi uutis- tai blogisivustolla anonyymeille vierailijoille näytettävät sivut voidaan cachettaa 5–30 minuutiksi. Tämä alentaa TTFB-arvoja ja säästää hosting-resursseja hyökkäyksen ulkopuolellakin. Katso lisää verkkosivuston nopeuttamisopas.

Rate limitingin järkevät rajat

Rate limiting toimii erityisesti raskailla endpointilla. Mutta rajoja ei saa asettaa sattumanvaraisesti, ettei oikeita käyttäjiä estettäisi. Esimerkiksi hakusivulla normaali käyttäjä tekee 5–15 hakua/minuutti, mutta 100 hakua/minuutti on poikkeavaa. Kirjautumissivulla 10 epäonnistunutta yritystä viidessä minuutissa on useimmiten epäilyttävää.

Esimerkki: /wp-login.php endpointilla IP, joka tekee yli 10 pyyntöä minuutissa, voidaan haastaa; yli 50 pyyntöä viidessä minuutissa voidaan estää väliaikaisesti. API-endpointilla tehdään tarkempaa rajausta käyttäjä-, IP-, token- ja metodipohjaisesti.

Piilota alkuperäinen IP ja rajoita palomuurilla

Yleisin virhe Cloudflaren käytössä on alkuperäisen IP:n paljastuminen. Vanhat DNS-tietueet, suoraan IP:llä toimivat alidomainit, sekoittuvat mail-tietueet tai vuotaneet konfiguraatiot mahdollistavat suoran hyökkäyksen palvelimelle.

Palvelimen portit 80 ja 443 kannattaa avata vain Cloudflaren IP-alueille. SSH-, hallintapaneeli-, tietokanta- ja admin-portit eivät saa olla julkisia – käytä IP-rajausta, vahvoja salasanoja, 2FA:ta ja mielellään VPN:ää. Hosting-tietoturvan parantamiseksi katso myös cPanel Turvallisuusasetukset ja VPS-palvelin palomuurin konfigurointi.

WordPress-, WooCommerce- ja yrityssivustojen erityishuomiot

Kaikki sivustot eivät ole samanlaisia: blogi, WooCommerce-kauppa ja SaaS-paneeli vaativat eri lähestymistavan Under Attack -tilaan.

WordPress-sivustot

WordPressissä yleisimmät kohteet ovat /wp-login.php ja /xmlrpc.php. Jos XML-RPC:tä ei tarvita, se kannattaa estää. Admin-paneeliin voi asettaa maa- tai IP-rajoituksen. Varmista myös, ettei Cloudflaren ja WordPressin tietoturvalisäosat aiheuta käyttäjälle vahvistuslooppeja.

WooCommerce-kaupat

WooCommercessa ostoskori-, maksut- ja tilisivut vaativat erityishuomion – ne ovat dynaamisia, joten välimuisti ei sovi. Under Attack -tilan ollessa päällä varmista, että maksupalveluiden callback- tai webhook-URL:t toimivat. Tarvittaessa maksupalvelun IP-alueet voi lisätä sallittujen listalle tai endpointille tehdä oman säännön.

Yritys- ja API-sivustot

Yritysportaalit, CRM-integraatiot ja mobiili-API:t eivät välttämättä käsittele JavaScript-haastetta oikein. Näissä tapauksissa Under Attack -tila kannattaa pitää vain www.domain.comilla, mutta API-alidomainilla käyttää token-pohjaista suojaa, rate limitingia ja sallittujen IP-listaa.

Under Attack -tilan jälkeen seurattavat mittarit

Suojaustoimenpiteen tehokkuus vaatii numeerista seurantaa – pelkkä sivun avautuminen ei riitä, vaan virheprosentit, palvelimen kuormitus ja oikeiden käyttäjien toiminta tulee arvioida.

• Cloudflare Security Events: näyttää kuinka monta pyyntöä haastettiin tai estettiin.
• HTTP-statuskoodit: seuraa 403, 429, 502, 503 ja 504-muutoksia.
• Palvelimen CPU- ja RAM-käyttö: Under Attack -tilan jälkeen odotetaan laskua.
• PHP-FPM ja MySQL-yhteydet: kertoo sovelluskerroksen kuormituksen.
• Kaistanleveys ja pyyntömäärät: vertaile suodatettua ja alkuperäistä liikennettä.
• Oikeiden käyttäjien konversiot: testaa lomakkeet, tilaukset, kirjautumiset, maksut.

Jos Under Attack -tilan jälkeen pyyntömäärä pysyy mutta palvelimelle saapuvat pyynnöt laskevat 60 %, Cloudflare suodattaa merkittävän osan liikenteestä. Jos MySQL:n CPU pysyy korkeana, hyökkäys kohdistuu tiettyihin dynaamisiin kyselyihin – tarkista sovelluslokeja.

Hyökkäyksen jälkeen: Näin Cloudflare Under Attack -tila poistetaan turvallisesti

Kun liikenne palautuu normaaliksi, Under Attack -tilaa ei kannata pitää päällä pysyvästi – jokainen vierailija joutuu ylimääräiseen tarkistukseen, mikä heikentää konversioita, hakukonenäkyvyyttä ja käyttäjätyytyväisyyttä. Poistaminen on yhtä tärkeää kuin käyttöönotto.

Turvallisen normalisoinnin vaiheet

• Odota vähintään 30–60 minuuttia liikenteen palautumista.
• Varmista Cloudflare Security Eventsista, että haastettujen ja estettyjen pyyntöjen määrä laskee.
• Ennen tilan poistamista varmista, että kohdennetut WAF- ja rate limiting -säännöt ovat aktiivisia.
• Laske turvallisuustaso High- tai Medium-tasolle.
• Testaa sivustoa eri laitteilla ja seuraa 5xx-virheiden määrää.
• Seuraa lokitiedostoja 24 h ajan – tarkista, etteivät hyökkäykset uusiudu.

Hyvä käytäntö on tehdä hyökkäyksen jälkeen raportti: kirjaa aloitusaika, kohde-URL:t, suurin pyyntömäärä, tehdyt toimenpiteet, toimivat säännöt ja pysyvät parannukset. Tämä lyhentää reagointiaikaa seuraavalla kerralla.

Yleiset virheet – vältä nämä DDoS-tilanteessa

DDoS-hyökkäyksessä pitää toimia nopeasti, mutta virheelliset asetukset voivat estää oikeat käyttäjät. Seuraavat virheet ovat yleisiä stressitilanteessa:

• Luullaan, että Under Attack -tila suojaa ilman DNS-tietueiden proxy-tilaa.
• Paljastetaan alkuperäinen IP ja jätetään palomuurilla Cloudflare-alueet rajaamatta.
• Lisätään challenge koko domainille testaamatta API-, webhook- ja maksupalvelu-osoitteita.
• Kirjoitetaan liian laajoja WAF block -sääntöjä ja estetään oikeat asiakkaat.
• Cachetetaan ostoskori-, maksut- tai käyttäjäpaneelisivut, jotka eivät sovi välimuistiin.
• Pidetään Under Attack -tila päällä viikkoja hyökkäyksen jälkeen.
• Tehdään päätöksiä vain Cloudflaren näkymän perusteella ilman palvelimen lokien tarkistusta.

Verkkokaupoissa maksupalveluiden callbackien estäminen voi aiheuttaa merkittävää tulonmenetystä. Siksi sääntöjä kannattaa ensin testata log- tai managed challenge -toiminnolla, ja vasta sitten siirtyä tiukempaan estoon.

Hostragonsin hostingin kanssa: Kestävämpi DDoS-suojaus

Cloudflare on tehokas etukerros, mutta DDoS-suojaus ei ole pelkkä CDN-asia. Hosting-infrastruktuuri, ohjelmiston optimointi, SSL-konfiguraatio, DNS-hallinta ja varmuuskopiot ovat yhtä tärkeitä. Hostragonsin hostingilla suositeltava lähestymistapa: Cloudflare suodattaa liikenteen, hosting vastaanottaa vain puhdasta liikennettä, sovellus on optimoitu välttämään turhaa tietokantakuormaa.

Ennen uuden projektin julkaisua varmista oikeat DNS-tietueet, SSL-asennus ja sopivat palvelinresurssit liikenneprofiilillesi. Katso myös Domainin tarkistus ja verkkotunnuksen rekisteröinti, Verkkohosting paketteja, yrityshostingratkaisut ja Ilmainen SSL-sertifika – nämä auttavat rakentamaan turvallisen ja kestävän sivuston.

Suuremmissa projekteissa, joissa liikenne tai hyökkäysriski on korkea, kannattaa valita VPS- tai hallittu palvelin, jolloin palomuurin, web-palvelimen, PHP-FPM:n, Redisin, object cache:n ja tietokannan asetuksia voi räätälöidä tarkemmin. Olipa hosting mikä tahansa, Cloudflare Under Attack -tila on vain hätätyökalu; pysyvä turvallisuus rakennetaan WAF:lla, lokianalyysillä ja säännöllisillä päivityksillä.

Nopea tarkistuslista: DDoS-tilanteen ensimmäiset 15 minuuttia

Aika on ratkaisevaa hyökkäyksessä. Alla lista, jonka avulla tiimi tai sivuston omistaja voi toimia tehokkaasti ensimmäisen 15 minuutin aikana:

• Kirjaudu Cloudflaren paneeliin ja valitse oikea domain.
• Tarkista DNS-tietueiden oranssi pilvi (proxied).
• Aktivoi Under Attack -tila.
• Testaa etusivu, kirjautuminen, ostoskori, maksut ja API-endpointit.
• Tunnista Security Eventsista kohde-URL:t.
• Lisää WAF- tai rate limiting -sääntöjä eniten hyökkäyksen kohteena oleville poluille.
• Tarkista palvelimen CPU, RAM, PHP-FPM ja MySQL-tilanne.
• Testaa, voiko alkuperäiseen IP:hen päästä suoraan.
• Tarkista, tarvitseeko maksupalveluiden, webhookien ja kriittisten integraatioiden IP-alueet sallia.
• Kirjaa kaikki toimenpiteet kellonaikojen kanssa.

Kun listaa harjoitellaan säännöllisesti, paniikki vähenee ja reagointi paranee. Suurilla sivustoilla on hyvä dokumentoida tämä osaksi incident response -prosessia.

Usein kysyttyjä

Suojaako Cloudflare Under Attack -tila sivuston kokonaan?

Ei. Under Attack -tila vähentää erityisesti HTTP/HTTPS-tason botteja ja flood-liikennettä, mutta ei suojaa täysin. DNS-tietueiden proxy-tila, IP:n piilotus, WAF-säännöt, rate limiting, välimuisti ja palvelimen palomuuri ovat kaikki tarpeen.

Vaikuttaako Under Attack -tila hakukonenäkyvyyteen?

Lyhytaikainen käyttö ei yleensä aiheuta merkittävää SEO-haittaa. Pitkäaikainen käyttö voi heikentää hakukoneiden indeksointia ja käyttäjäkokemusta. Siksi hyökkäyksen jälkeen kannattaa siirtyä kohdennettuihin suojaussääntöihin.

Kuinka kauan Under Attack -tila tulisi olla päällä?

Niin kauan kuin hyökkäys jatkuu; liikenteen normalisoiduttua seurataan 30–60 minuuttia, ja sitten poistetaan tila vaiheittain. Varmista, että WAF- ja rate limiting -säännöt ovat valmiina ennen poistoa.

Vaikuttaako Under Attack -tila API- tai maksujärjestelmiin?

Kyllä, se voi vaikuttaa. Jotkin API-asiakkaat, webhook-palvelut ja maksupalveluiden callback-järjestelmät eivät pysty suorittamaan selaimen turvallisuusvahvistusta. Testaa kriittiset endpointit, lisää tarvittaessa sallittuja IP-listoja tai sääntöjä Cloudflaressa.

Tarvitaanko lisäksi hostingin tietoturvaa Cloudflaren käytössä?

Kyllä. Cloudflare suojaa etukerroksen, mutta alkuperäinen IP tulee piilottaa, palomuuri sallia vain välttämättömän liikenteen, ohjelmisto pitää päivittää ja välimuisti konfiguroida oikein. Turvallinen hosting-infrastruktuuri on DDoS-kestävyyden ydin.

Yhteenveto

Cloudflare Under Attack -tila on nopea ja tehokas hätätyökalu DDoS-hyökkäyksen keskellä. Oikein konfiguroidulla DNS-proxyllä aktivoituna se suodattaa botteja, laskee palvelimen kuormituksen ja parantaa oikeiden käyttäjien pääsyä sivustolle. Parhaan tuloksen saa yhdistämällä tämän tilan WAF-sääntöihin, rate limitingiin, välimuistioptimointiin ja palvelimen palomuurisuojaan.

Jos haluat kestävän ja turvallisen sivuston, tarkista säännöllisesti infrastruktuuri, DNS-hallinta ja SSL-konfiguraatio. Hostragonsin hosting-, domain- ja SSL-palvelut auttavat rakentamaan turvallisen ja pitkäikäisen sivustopohjan.