Cloudflare beállítások alatt a DNS, SSL/TLS, WAF, biztonsági szabályok, bot szűrés és gyorsítótárazási opciók olyan összehangolt konfigurációját értjük, amely egy weboldalt gyorsabbá, biztonságosabbá és a DDoS támadásokkal szemben ellenállóvá tesz. A legbiztonságosabb alapkonfigurációhoz hozzá kell adni a domain nevet a Cloudflare-hez, pontosan át kell másolni a DNS rekordokat, az SSL módot lehetőség szerint Full (Strict) értékre kell állítani, engedélyezni kell a WAF felügyelt szabályait, a gyanús kérésekre kihívást vagy sebességkorlátozást kell alkalmazni, és egy támadás alatt kontrollált módon kell használni az olyan védelmeket, mint az „Under Attack Mode”.
A Cloudflare úgy működik, mint egy CDN és biztonsági réteg, amely a weboldala és a látogatói közé ékelődik. Amikor egy látogató megnyitja az oldalt, a kérés először a Cloudflare hálózatához érkezik; itt a káros forgalom szűrésre kerül, a statikus fájlok a gyorsítótárból szolgálhatók ki, és csak a megfelelő kérések kerülnek továbbításra az eredeti szerverre. Ez a struktúra óriási előnyt jelent különösen a WordPress, WooCommerce, vállalati weboldalak, SaaS panelek és nagy forgalmú tartalomoldalak számára. A helytelenül konfigurált Cloudflare beállítások azonban SSL hibákat, végtelen átirányítási hurkokat, admin panel elérési problémákat, a gyorsítótár miatt frissülni nem akaró oldalakat és biztonsági réseket eredményezhetnek.
Ebben az útmutatóban lépésről lépésre végigvesszük a Cloudflare nulláról történő beüzemelését, a weboldal biztonság szempontjából kritikus opciók engedélyezését, a DDoS védelem megfelelő forgatókönyvekben történő használatát, valamint a teljesítmény optimalizálását a biztonság csorbítása nélkül. Ha gyors, biztonságos és kompatibilis infrastruktúrát szeretne építeni weboldalának, fontos, hogy stabil alapokkal rendelkezzen domain, tárhely és SSL téren: Domain regisztráció, Web tárhely csomagok, SSL tanúsítvány.
Mi a Cloudflare és mire jó a weboldal biztonság terén?
A Cloudflare egy felhő alapú biztonsági és teljesítmény platform, amely DNS kezelést, CDN-t, DDoS védelmet, webalkalmazás tűzfalat, bot csökkentést, SSL/TLS kezelést és forgalmi analitikát kínál. A hagyományos felépítésben a látogató közvetlenül a tárhely szerveréhez csatlakozik, míg a Cloudflare használatakor a látogató először a Cloudflare peremhálózati szervereihez kapcsolódik. Így a rosszindulatú forgalom még azelőtt szűrhető, mielőtt elérné az eredeti szervert.
Vegyünk például egy kis WordPress oldalt, amelynek normál esetben napi 2 000 látogatója és percenként 20-30 kérése van. Egy egyszerű HTTP flood támadás során ez a szám percenként 20 000 kérésre ugorhat. A szerver a CPU, RAM vagy kapcsolati korlátok miatt válaszképtelenné válik. A Cloudflare ezt a forgalmat IP hírnév, viselkedéselemzés, sebességkorlátozás, kihívás és DDoS aláírások alapján szétválasztja, megkönnyítve a valódi látogatók számára az oldal elérését.
A Cloudflare önmagában nem egy „mindenre gyógyírt” jelentő biztonsági eszköz. Csak erős tárhely infrastruktúrával, frissített szoftverrel, biztonságos jelszavakkal, biztonsági mentéssel, SSL-lel és helyes szerver konfigurációval együtt alkalmazva hatékony. Különösen WordPress használata esetén a téma- és bővítményfrissítések, az admin panel biztonsága és az erős jelszó politika továbbra is kritikus fontosságú: WordPress tárhely, WordPress biztonság.
Cloudflare telepítés előtti felkészülési lista
Mielőtt átállna a Cloudflare-re, néhány alapvető ellenőrzés elvégzése csökkenti a telepítés után fellépő elérési és SSL problémákat. Különösen élő forgalommal rendelkező oldalak esetén a DNS változtatásokat tervezetten kell végrehajtani.
- Mentse ki a meglévő DNS rekordokat: Jegyezze fel az A, AAAA, CNAME, MX, TXT, SPF, DKIM, DMARC és aldomain rekordokat.
- Ellenőrizze a tárhely IP címét: A hibás A rekord azt okozhatja, hogy az oldal egy másik szerverre mutat.
- Ellenőrizze az SSL állapotát: Ha az eredeti szerveren érvényes SSL van, a Cloudflare-ben használhatja a Full (Strict) módot.
- Figyeljen az e-mail rekordokra: Az MX és a mail-hez kapcsolódó CNAME/A rekordok általában proxy nélkül, azaz DNS only módban működjenek.
- Készítsen biztonsági mentést: A DNS és az oldal mentése gyors visszaállítást tesz lehetővé hibás művelet esetén.
- Válasszon karbantartási időszakot: Bár a névszerver változtatások általában perceken belül látszanak, a globális propagáció akár 24 órát is igénybe vehet.
Vállalati oldalaknál a gyakorlati megközelítés a következő: Először a DNS rekordok egy az egyben átmásolásra kerülnek, majd csak a webes forgalmat szállító www és a csupasz domain kerül proxy mögé. A mail, FTP, cPanel, webmail szolgáltatásoknál a használati forgatókönyvtől függően óvatosan kell eljárni. Ha például a cPanel eléréshez külön aldomaint használ, ezt a rekordot érdemes lehet DNS only módban hagyni a problémamentes működés érdekében: cPanel tárhely kezelés.
Hogyan végezzük el a Cloudflare DNS beállításait?
A Cloudflare telepítése azzal kezdődik, hogy hozzáadja a domain nevét a vezérlőpulthoz. A Cloudflare átvizsgálja a meglévő DNS rekordjait, és felkínál egy listát. Ebben a fázisban az automatikus szkennelés nem biztos, hogy minden rekordot hiánytalanul megtalál, ezért a manuális ellenőrzés elengedhetetlen.
1. Adja hozzá a domaint a Cloudflare-hez
Miután bejelentkezett Cloudflare fiókjába, az „Add a site” lépéssel adja hozzá a domain nevét. A csomag kiválasztása után vizsgálja meg a DNS rekordokat. A csupasz domainhez általában A rekord, a www-hez CNAME rekord tartozik. Egy példa struktúra így nézhet ki:
- A rekord: example.com → 192.0.2.10
- CNAME rekord: www → example.com
- MX rekord: example.com → az Ön mail szolgáltatója
- TXT rekordok: SPF, DKIM, DMARC hitelesítő rekordok
Itt a lényeges pont, hogy mely rekordok haladjanak át a Cloudflare proxy-ján. A webes forgalomhoz használt A és CNAME rekordoknál a narancssárga felhő aktív lehet. A mail forgalom, FTP és közvetlen szerver hozzáférést igénylő szolgáltatások esetén a szürke felhő, azaz a DNS only mód az ajánlott.
2. Végezze el a névszerver cserét
A Cloudflare megad Önnek két névszervert. A domain regisztrátoránál cserélje le a jelenlegi névszervereket ezekre az értékekre. A Hostragons-nál regisztrált domainek esetében a névszerver kezelést a domain panelen keresztül végezheti el: Domain kezelés. A változtatás után várja meg, amíg a Cloudflare panelen az állapot „Active” lesz.
3. Válassza ki helyesen a proxy állapotát
Amikor a narancssárga felhő aktív, a HTTP/HTTPS forgalom áthalad a Cloudflare-en, és a biztonsági funkciók érvénybe lépnek. A szürke felhő esetén a Cloudflare csak DNS feloldást végez. A weboldala számára a proxy legyen aktív; a mail.example.com, ftp.example.com vagy szerver menedzsment aldomaineknél azonban általában a proxy maradjon kikapcsolva.
SSL/TLS beállítások: A legbiztonságosabb konfiguráció
A Cloudflare SSL/TLS beállítása határozza meg, hogy az oldal milyen titkosítást használ a böngésző és a Cloudflare, valamint a Cloudflare és az eredeti szerver között. A helytelen SSL mód az egyik leggyakoribb Cloudflare hibaforrás.
A Flexible, Full és Full (Strict) közötti különbség
| SSL Mód | Cloudflare - Látogató | Cloudflare - Szerver | Javaslat |
|---|---|---|---|
| Flexible | HTTPS | HTTP | Ideiglenes használaton kívül nem ajánlott; átirányítási hurkot és biztonsági kockázatot okozhat. |
| Full | HTTPS | HTTPS | A szerveren van SSL, de a tanúsítvány ellenőrzése nem szigorú. |
| Full (Strict) | HTTPS | HTTPS, érvényes tanúsítvány | A legbiztonságosabb standard opció; lehetőség szerint ezt kell használni. |
Professzionális felhasználás esetén a cél a Full (Strict) mód legyen. Ehhez az eredeti szerveren érvényes SSL tanúsítványnak kell lennie. Használható Let’s Encrypt, kereskedelmi SSL vagy Cloudflare Origin Certificate. A Hostragons tárhely csomagokban az SSL telepítés és megújítás folyamatát helyesen konfigurálva ezt a módot biztonsággal használhatja: SSL tanúsítvány telepítés.
Always Use HTTPS és Automatic HTTPS Rewrites
Az „Always Use HTTPS” opció a HTTP kéréseket HTTPS-re irányítja át. Az „Automatic HTTPS Rewrites” segít az oldalon belüli néhány HTTP forrás HTTPS-re alakításában. Vegyes tartalom problémával küzdő oldalaknál azonban a valódi megoldás az adatbázisban és a témában lévő HTTP hivatkozások végleges átírása HTTPS-re.
Legyen óvatos a HSTS használatakor
A HSTS arra utasítja a böngészőket, hogy csak HTTPS-en keresztül csatlakozzanak az oldalhoz. Ez egy erős biztonsági intézkedés, azonban hibás SSL konfiguráció esetén a látogatók nem férhetnek hozzá az oldalhoz. Ezért mielőtt engedélyezné a HSTS-t, győződjön meg róla, hogy a Full (Strict) mód, az érvényes SSL, az aldomainek és az átirányítások problémamentesen működnek. Az első fázisban biztonságosabb rövid max-age értékkel tesztelni.
Webalkalmazás biztonság a Cloudflare WAF beállításaival
A WAF, azaz Web Application Firewall, az SQL injection, XSS, fájl beszúrás, rosszindulatú bot viselkedés és ismert alkalmazás sebezhetőségek ellen szűri a kéréseket. A Cloudflare WAF beállításai különösen fontosak WordPress, Joomla, Laravel, egyedi szoftver panelek és webáruházak számára.
Engedélyezze a Felügyelt Szabályokat
A Managed Rules a Cloudflare által frissített, kész biztonsági szabálykészletek. Ha WordPress-t használ, a WordPress-specifikus szabályok, az általános OWASP szabályok és az ismert CVE aláírások csökkentik a támadási felületet. Az első telepítéskor érdemes a szabályokat „Log” vagy alacsony hatású módban figyelni, ellenőrizni a hamis pozitívokat, majd ezt követően alkalmazni a „Block” vagy „Managed Challenge” beállítást.
Védje a kritikus területeket Egyéni Szabályokkal
Az egyéni szabályok az oldal struktúrájához igazodó, célzott biztonságot nyújtanak. Például a wp-login.php vagy /admin belépési oldalakhoz csak bizonyos országokból engedélyezhet hozzáférést, vagy bizonyos URI-k esetén a gyanús user-agenteket küldheti kihívásra. A szabályok írásakor azonban ügyeljen arra, hogy ne blokkolja a valódi felhasználókat. Egy webáruházban a fizetési oldal véletlen kihívás alá helyezése konverzióvesztést okozhat.
Gyakorlati példa: Egy Magyarországot célzó vállalati oldalon a /wp-admin elérési útvonalra a külföldi hozzáférések esetén alkalmazhat Managed Challenge-et. Ha azonban vannak távolról dolgozó csapattagok vagy külföldi irodák, szükséges IP engedélyezési listát definiálni. Ez a megközelítés drasztikusan csökkenti a brute force támadásokat, miközben megőrzi a jogosult felhasználók hozzáférését.
Hogyan valósítható meg a DDoS védelem?
A DDoS támadás célja, hogy az oldalt vagy a szervert túlzott forgalommal elérhetetlenné tegye. A Cloudflare alapvető előnye, hogy ezt a forgalmat a globális hálózatán képes fogadni, és csak a megtisztított kéréseket továbbítja az eredeti szerver felé. A legjobb eredmény érdekében azonban a DDoS védelmet nem passzív, várakozó funkcióként, hanem a forgatókönyvnek megfelelően konfigurált védelmi tervként kell kezelni.
1. Tartsa aktívan a proxy-t a webes forgalomnál
A Cloudflare DDoS védelme a proxy-val aktív rekordok esetén működik. Ha a csupasz domain és a www rekord nincs a narancssárga felhőben, a webes forgalom közvetlenül a szerverre megy, és a Cloudflare nem tud szűrést végezni. Emellett fontos, hogy az eredeti IP címe ne legyen nyilvánosan látható az interneten. A régi DNS rekordok, mail fejlécek vagy a közvetlen IP alapú hozzáférés lehetővé tehetik a támadók számára a Cloudflare megkerülését.
2. Használja a Security Level és Challenge beállításokat
A Security Level határozza meg, hogy a látogatók kockázati pontszámuk alapján kapnak-e kihívást. Normál időszakban a „Medium” a legtöbb oldal számára elegendő. Támadás vagy gyanús forgalom idején használható a „High” vagy ideiglenesen az „I’m Under Attack Mode”. Az Under Attack Mode egy rövid ellenőrző oldalt mutat a látogatónak; ezért befolyásolhatja a normál felhasználói élményt, és folyamatos bekapcsolva hagyása nem ajánlott.
3. Korlátozza a kérések sűrűségét Sebességkorlátozással
A sebességkorlátozás arra szolgál, hogy egy adott időintervallumon belül korlátozza az azonos IP-ről vagy kliensről érkező kérések számát. Például, ha egy belépési oldalra 1 perc alatt 20-nál több kérést küldő felhasználó kihívást kap, az csökkenti a brute force támadásokat. API végpontoknál óvatosabban kell eljárni; ha vannak mobilalkalmazásai vagy integrációi, a valós használati volumen felmérése nélkül beállított agresszív korlát hibás blokkolásokhoz vezethet: API és integráció biztonság.
4. Korlátozza az eredeti szervert a Cloudflare-re
Haladó szintű biztonság érdekében a szerver tűzfalán beállítható, hogy csak a Cloudflare IP tartományaiból érkező HTTP/HTTPS forgalmat engedélyezze. Így még ha a támadó ismeri is az eredeti IP címet, nem tud közvetlenül a szerverhez csatlakozni. Ez a művelet körültekintést igényel; a Cloudflare IP listáját naprakészen kell tartani, és az olyan menedzsment hozzáféréseket, mint az SSH, vezérlőpult, mentési szolgáltatások, külön kell értékelni.
Bot védelem és Brute Force óvintézkedések
A bot forgalom nem mindig rossz; a keresőmotorok botjai, mint a Googlebot, szükségesek az oldal indexeléséhez. A problémát a spam botok, scraping eszközök, hamis bejelentkezési kísérletek és erőforrás-emésztő automatizációk jelentik. A Cloudflare bot védelme segít megkülönböztetni ezt a forgalmat viselkedési jelek alapján.
- Bot Fight Mode: Használható az egyszerű bot forgalom csökkentésére, de néhány integrációnál tesztelni kell.
- Turnstile: CAPTCHA alternatívaként felhasználóbarátabb hitelesítést nyújt űrlapokon.
- Bejelentkezési oldal védelem: A wp-login.php, xmlrpc.php és admin elérési utak egyéni szabályokkal korlátozhatók.
- XML-RPC kontroll: Ha nincs használatban WordPress alatt, a letiltása csökkenti a brute force kockázatot.
- Űrlap spam csökkentés: A kapcsolati űrlapokon a Turnstile és a sebességkorlátozás együtt használható.
Kézzelfogható példaként, ha egy WordPress oldalon az xmlrpc.php-n keresztül percenként több ezer POST kérés érkezik, a CPU használat gyorsan megugorhat. Egy Cloudflare Egyéni Szabállyal az xmlrpc.php kérések blokkolása, vagy csak a szükséges szolgáltatások (pl. Jetpack) IP-címeinek engedélyezése jelentősen csökkenti a szerver terhelését.
Gyorsítótár és teljesítmény beállítások: Gyorsítás a biztonság feláldozása nélkül
A Cloudflare nemcsak biztonság, hanem teljesítmény terén is erős. A statikus fájlokat a látogatóhoz legközelebbi peremponthoz szolgáltatva csökkentheti az oldalbetöltési időt. Azonban nem helyes mindent gyorsítótárazni; a bejelentkezett felhasználói oldalakat, a kosarat, a fizetést, a tagsági panelt és a személyre szabott tartalmakat ki kell hagyni a gyorsítótárból.
Javasolt Gyorsítótár Beállítások
- Caching Level: A Standard használat a legtöbb oldal számára megfelelő.
- Browser Cache TTL: Statikus fájlokhoz 1 hét vagy hosszabb időtartam választható.
- Cache Rules: A /wp-admin, /cart, /checkout, /my-account területeket ki kell hagyni.
- Always Online: Ideiglenes leállások esetén korlátozott előnyt nyújt; dinamikus oldalaknál az elvárásokat helyesen kell beállítani.
- Purge Cache: Dizájn vagy tartalom frissítések után a teljes cache helyett az érintett URL-ek ürítése kontrolláltabb megoldás.
A teljesítmény optimalizálásban a tárhely réteg is fontos. A LiteSpeed, NVMe lemez, friss PHP verzió és a megfelelő gyorsítótár bővítmény a Cloudflare-rel együtt jobb eredményt hoz: LiteSpeed tárhely, weboldal gyorsítás.
Javasolt kiindulási profil a Cloudflare biztonsági beállításaihoz
Az alábbi táblázat egy biztonságos kiindulási profilt kínál a legtöbb kis- és közepes méretű weboldal számára. Mivel minden oldal forgalma, szoftvere és üzleti modellje eltérő, a beállításokat az élő adatok alapján kell monitoroznia.
| Beállítás | Javasolt Érték | Miért Fontos? |
|---|---|---|
| SSL/TLS | Full (Strict) | Végpontok közötti, ellenőrzött HTTPS-t biztosít. |
| Always Use HTTPS | Bekapcsolva | A HTTP forgalmat biztonságos kapcsolatra irányítja át. |
| WAF Managed Rules | Bekapcsolva | Az ismert webes támadásokat automatikusan szűri. |
| Security Level | Medium | Napi használatban kiegyensúlyozott védelmet nyújt. |
| Under Attack Mode | Csak támadás alatt | Intenzív DDoS időszakokban extra ellenőrzést alkalmaz. |
| Sebességkorlátozás (Rate Limiting) | Kontrolláltan bejelentkezéshez és API-hoz | Csökkenti a brute force-ot és a visszaéléseket. |
| Cache Rules | Dinamikus oldalak kihagyása | Megelőzi a kosár, fizetési és panel hibákat. |
| DNSSEC | Ha lehetséges, bekapcsolva | Extra védelmet nyújt a DNS hamisítás ellen. |
Gyakori Cloudflare hibák és megoldásaik
Végtelen átirányítási hurok
Ez a hiba általában abból adódik, hogy a Cloudflare SSL mód Flexible, miközben az eredeti szerveren HTTPS átirányítás van beállítva. A megoldás: telepítsen érvényes SSL-t a szerverre, és állítsa a Cloudflare SSL módot Full-ra vagy lehetőleg Full (Strict)-re.
521, 522 és 525 hibák
Az 521-es hiba azt jelzi, hogy a szerver visszautasította a kapcsolatot, az 522-es időtúllépést, az 525-ös pedig SSL kézfogási problémát jelez. Ellenőrizze, hogy a tűzfal nem blokkolja-e a Cloudflare IP-ket, hogy a tárhely szerver működik-e, hogy az SSL tanúsítvány érvényes-e, és hogy a DNS rekordok a helyes IP-re mutatnak-e.
A frissítések nem jelennek meg az admin panelen
Ezt általában egy agresszív gyorsítótár szabály okozza. Hagyja ki a gyorsítótárból az admin, kosár, fizetési és felhasználói fiók oldalakat. WordPress oldalon a cache bővítmény és a Cloudflare cache ürítés integrációjának használata megkönnyíti a dolgokat.
E-mail problémák
A Cloudflare web proxy nem szállít e-mail forgalmat. Az MX rekordoknak helyesnek kell lenniük, a mail szerverre mutató rekordokat DNS only módban kell hagyni. Ha az SPF, DKIM és DMARC TXT rekordok hiányoznak, kézbesítési problémákat tapasztalhat.
Biztonságos Cloudflare telepítés ellenőrző lista lépésről lépésre
Az alábbi végrehajtási sorrend egy biztonságos és gyakorlati ütemtervet kínál kezdők számára:
- 1. Adja hozzá domainjét a Cloudflare-hez, és hasonlítsa össze a DNS rekordokat a jelenlegi szolgáltatójával.
- 2. Aktiválja a proxy-t a webes forgalom számára a csupasz domain és a www rekordon.
- 3. Mérlegelje a DNS only használatát a mail, FTP és menedzsment szolgáltatásoknál.
- 4. Végezze el a névszerver cserét a domain panelen keresztül.
- 5. Telepítsen érvényes SSL-t az eredeti szerverre, és válassza a Full (Strict) módot a Cloudflare-ben.
- 6. Engedélyezze az „Always Use HTTPS” és „Automatic HTTPS Rewrites” opciókat.
- 7. Kapcsolja be a WAF Managed Rules-t; az első napokban figyelje a logokat és a hamis pozitívokat.
- 8. Definiáljon sebességkorlátozást vagy felügyelt kihívást a belépési oldalakhoz.
- 9. A Cache Rules segítségével hagyja ki a dinamikus területeket.
- 10. Támadás esetén növelje a Security Level-t, és szükség esetén ideiglenesen kapcsolja be az Under Attack Mode-ot.
- 11. Tervezze meg a szerver tűzfalának szigorítását a Cloudflare IP-k alapján.
- 12. Hetente ellenőrizze a Security Events, Analytics és DNS rekordokat.
Ez az ellenőrző lista különösen az első telepítéskor csökkenti a hibákat. Nagyobb forgalmú webáruházak vagy tagsági oldalak esetén egészségesebb a változtatásokat először alacsony forgalmú időszakban alkalmazni, és figyelni a konverziós mutatókat.
Cloudflare Analitika és biztonsági események monitorozása
A Cloudflare telepítése után a munka nem ér véget; a valódi érték a monitorozási és finomhangolási folyamatban rejlik. A Security Events szekcióban láthatja, hogy mely szabályok hány kérést blokkoltak, mely országokból vagy IP tartományokból érkeztek támadások, és mely URL-ek voltak a célpontok. Ezek az adatok lehetővé teszik, hogy az egyéni szabályok írásakor ne feltételezésekre, hanem bizonyítékokra alapozzon.
Ha például a logokban azt látja, hogy a /wp-login.php címre 24 óra alatt 18 000 sikertelen kérés érkezett, akkor az általános biztonsági szint emelése helyett helyesebb erre a végpontra speciális sebességkorlátozást és kihívást írni. Hasonlóképpen, ha az API végpontját intenzíven használják, ahelyett, hogy az egész oldalra szigorú szabályt alkalmazna, csak a visszaélésszerűen használt metódust, országot vagy user-agent kombinációt célozhatja meg.
Önmagában a Cloudflare elegendő?
A Cloudflare egy erős réteg, de a biztonságot többrétegűen kell értelmezni. Ha a tárhely szervere nem naprakész, ha a szoftverében sebezhetőség van, ha az admin jelszava gyenge, vagy ha nincs biztonsági mentési politikája, a Cloudflare nem szüntet meg minden kockázatot. A stabil megközelítéshez a biztonságos tárhelyet, a friss PHP-t, a rendszeres mentést, az SSL-t, a biztonsági bővítményeket, a fájljogosultságokat és a hozzáférés-szabályozást együttesen kell kezelni.
A Hostragons infrastruktúráján a weboldalának megfelelő tárhelycsomag kiválasztása segít egy stabilabb biztonsági és teljesítmény architektúra kialakításában a Cloudflare-rel együtt. Ahogy a forgalom növekszik, a megosztott tárhelyről VPS-re vagy felhő szerverre való átállás értékelhető az erőforrás korlátok és a támadásokkal szembeni ellenállóképesség szempontjából: VPS szerver, vállalati tárhely megoldások.
Összegzés: Kiegyensúlyozott megközelítés a biztonságos Cloudflare beállításokhoz
A helyes Cloudflare beállítások a DNS rekordok hibátlan átmásolásából, a Full (Strict) SSL-ből, a WAF szabályokból, a kontrollált bot védelemből, a sebességkorlátozásból, a megfelelő gyorsítótár kivételekből és a támadási helyzetre szabott DDoS módokból állnak. A legjobb eredmény érdekében a beállításokat ne egyszeri feladatként, hanem a forgalmi adatok alapján folyamatosan javított biztonsági folyamatként kezelje.
Röviden összefoglalva: Vezesse át a webes forgalmát a proxy-n, védje az eredeti szerverét, használjon szigorú SSL módot, és a WAF és sebességkorlátozási szabályokat a valós használatához igazítsa. Ha biztonságos alapot szeretne teremteni domain, tárhely vagy SSL téren, tekintse meg a Hostragons megoldásait, és tervezze meg az oldala igényeinek megfelelő infrastruktúrát: Hostragons tárhely csomagok.
Gyakran Ismételt Kérdések
Melyik a legbiztonságosabb SSL mód a Cloudflare beállításoknál?
Általánosságban a legbiztonságosabb SSL mód a Full (Strict) opció. Ebben a módban a látogató és a Cloudflare, valamint a Cloudflare és az eredeti szerver között is HTTPS van használatban, és az eredeti szerver tanúsítványa ellenőrzésre kerül. Ehhez a szerveren érvényes SSL tanúsítványnak kell lennie.
Működik a Cloudflare DDoS védelem az ingyenes csomagban?
A Cloudflare az ingyenes csomagban is kínál alapvető DDoS védelmet. Azonban a fejlett WAF, a részletesebb sebességkorlátozás, a bot menedzsment és a vállalati szintű kontrollok a fizetős csomagokban érhetők el. Kis- és közepes méretű oldalak esetén a megfelelően konfigurált ingyenes csomag is jelentős védelmet nyújthat.
Folyamatosan bekapcsolva kell hagyni az Under Attack Mode-ot?
Nem. Az Under Attack Mode-ot csak támadás idején, ideiglenesen szabad használni. Ha folyamatosan be van kapcsolva, a valódi látogatók egy extra ellenőrző képernyőt láthatnak, és a felhasználói élmény romolhat. Normál időszakban a WAF, a sebességkorlátozás és a megfelelő Security Level kiegyensúlyozottabb megoldást jelent.
Szükség van tárhelyre, ha Cloudflare-t használok?
Igen. A Cloudflare egy biztonsági és teljesítmény réteget biztosít az oldala előtt; weboldalának fájljai, adatbázisa és alkalmazása továbbra is egy tárhelyen vagy szerveren találhatók. Ezért a megbízható tárhely infrastruktúra a Cloudflare használata mellett is alapvető követelmény.
A Cloudflare gyorsítótár beállítások okozhatnak problémát webáruházaknál?
Helytelen konfigurálás esetén igen. A kosár, fizetés, felhasználói fiók és adminisztrációs panel dinamikus oldalait ki kell hagyni a gyorsítótárból. Ha a statikus fájlok gyorsítótárazva vannak, de a személyre szabott tartalmak kihagyásra kerülnek, a Cloudflare biztonságosan használható webáruházak esetén is.
