Proteksyon laban sa DDoS
Nasisipsip ang mga pagbaha sa gilid, nasasala ang mga pag-atake sa layer ng network sa upstream, at ang anumang makaabot sa server ay nakapaloob sa sariling kernel-level cage ng target na site. Maraming layer, na may kanya-kanyang ginagampanan, kaya ang pag-atake na nakatutok sa isang site ay hindi nagiging sanhi ng pagkawala ng serbisyo para sa mga katabi nito. Ito ang modelo ng depensa na binuo namin para sa isang platform na nagho-host ng 650,000+ na site sa buong mundo, at tumatakbo ang baseline sa bawat plan. Availability: ang per-site database throttling ay kasalukuyang ginagawa pa at hindi pa available. Ang lahat ng iba pang inilarawan dito ay live na ngayon.
Ang volumetric flood, L7 application flood, at mabagal na connection-exhaustion attack ay tatlong magkakaibang problema. Hinaharap namin ang bawat isa sa kanila kung saan ito pinakamura at pinakamabilis na tugunan — sa itaas ng fleet, sa edge, at sa loob ng cage.
Pinagsasala ng proteksyon sa DDoS sa antas ng provider ang mga pagbaha sa layer ng network sa unahan ng aming worker fleet, bago pa man kumain ng port, NIC, o cycle ng CPU ang trapikong iyon sa makinang pinatatakbo ng iyong site. Para sa mga advanced at enterprise na profile ng pangan习, pinalalawak ng Cloudflare Magic Transit at Spectrum ang parehong pagsasala sa trapikong hindi HTTP.
Ang isang managed edge network ay nakatayo sa harap ng bawat site. Sinisipsip nito ang mga volumetric HTTP flood, nagpapatakbo ng L7 WAF, naglalapat ng per-site rate limiting, at gumagamit ng bot management at mga managed challenge upang paghiwalayin ang mga tunay na bisita mula sa automated traffic — lahat bago umabot sa origin ang isang kahilingan.
Naglalapat ang LiteSpeed Enterprise ng throttling ng koneksyon at kahilingan na may mga limitasyon sa koneksyon bawat IP, nagpapatakbo ang Imunify360 ng network firewall na may proteksyon sa brute-force at pag-filter ng reputasyon ng IP, at nililimitahan ng mga cap ng proseso ng pagpasok sa CloudLinux LVE kung gaano karaming sabay-sabay na kahilingan ang maaaring panatilihing bukas ng isang iisang site.
Ang LVE ay nagtatakda ng hangganan sa CPU, RAM, IO, IOPS, mga proseso, at entry-processes para sa bawat site nang paisa-isa. Ang isang pagbaha na lumulusot sa mga itaas na layer ay pinipigilan sa loob mismo ng sariling kulungan ng target site, kaya ang presyur na nalilikha nito ay nananatili sa site na iyon sa halip na kumalat sa buong server.
Karamihan sa mga pagkaantala ng hosting sa panahon ng pag-atakay ay hindi sanhi ng pag-abot ng pag-atake sa target nito. Sanhi ito ng pagkonsumo ng mga mapagkukunan ng target na nagpapagutom sa lahat ng iba pa sa server. Iyon ang uri ng pagkabigo na idinisenyo ng arkitekturang ito na alisin.
Ang pinakamurang kahilingan na makakaligtas ay ang hindi kailanman dumidikit sa PHP o MySQL. Ibig sabihin ng aming two-layer cache na ang malaking bahagi ng pagbaha sa application-layer ay sinasagot ng mga static na byte sa halip na magtrabaho ang iyong origin.
Ang mitigation ay hindi isang support ticket. Ang mga signal ay nagpapakain sa isang policy engine na nag-a-ugnay sa bawat isa sa isang enforcement action, isang abiso sa customer at — hangga't maaari — isang awtomatikong remediation, na ang bawat transition ay naka-log.
Kapag nag-fire ang isang DDoS signal, inilalapat ng policy engine ang Cloudflare mitigation at per-site rate limiting, at maaari nitong i-dynamic na higpitan ang mga LVE limit ng site na iyon. Kapag nawala ang signal, lumuluwag muli ang mga limit. Graduated, reversible, at naka-log sa bawat hakbang.
Kung ang isang pag-atake ay nagbabanta sa pinagmulan, ang site ay lumilipat sa 'throttled' na estado — mas mahigpit na mga limitasyon sa LVE at rate limiting, habang ang site ay nananatiling gumagana at nagse-serve. Awtomatikong nag-a-update ang throttled kapag nawala ang presyon; hindi ito isang suspensyon.
Sa ibaba ng policy engine, natural at awtomatikong pinapabagal ng LVE ang paggamit ng CPU, IO, at proseso sa bawat site. Ito ang laging nakabukas na unang depensa, na tumatakbo anuman o hindi pa nakaklasipika ang trapiko bilang pag-atake.
Itinatala ng bawat paglipat ng pagpapatupad ang dahilan nito, kung ito man ay awtotika o pinasimulan ng staff, at ang ebidensya sa likod nito. Pinapaalam sa iyo kung ano ang nagbago at kung paano ito lutasin, at puwedeng i-appeal ang bawat aksyon.
Hindi opsyonal ang baseline protection dahil ang isang na-atake o nakompromisong site ay nagbabanta sa mga kapitbahay nito, sa reputasyon ng ating server, at sa ating mga IP range. Mayroon ding mas mabigat na proteksyon para sa mga site na nangangailangan nito ayon sa kanilang risk profile.
Kadalasan ay sintomas ang pagdagsa ng trapiko. Ang parehong pipeline ng signal na humahawak sa mga biglaang pagbaha ay nakakabasa rin sa mga kompromiso na nagdudulot sa mga ito, kaya wastong naiuuri ang insidente sa halip na basta na lamang sinisipsip.
Ang layunin ng disenyo ay ang containment. Ang bawat site ay tumatakbo sa loob ng sarili nitong CloudLinux LVE cage na may limitadong CPU, RAM, IO, IOPS, proseso at entry-processes, sarili nitong CageFS filesystem view, at bawat-site na database throttling sa pamamagitan ng MySQL Governor. Ang isang inatakeng site ay nililimitahan sa sarili nitong hangganan sa halip na ubusin ang buong makina, at ang mga limitasyon sa koneksyon bawat IP ng LiteSpeed ay nagtatakda kung gaano karami sa web server ang maaari nitong sakupin. Ang containment ay ininhinyero sa antas ng kernel, hindi naka-configure bawat customer.
Kasama ang baseline sa bawat plan: LVE at CageFS isolation, LiteSpeed connection at request throttling, network firewall, proactive WAF at malware scanning, kasama ang Cloudflare edge absorption at provider-level network filtering sa harap ng fleet. Kasama ito dahil hindi namin maaaring gawing opsyonal ang proteksyon ng aming sariling fleet. Ang advanced bot management, mas mataas na DDoS tiers, pinahusay na WAF rules, at dedikadong firewall rules ay mga add-on para sa mga site na nangangailangan nito.
Ang pagiging target ng DDoS ay nauugnay sa Cloudflare mitigation kasama ang per-site rate limiting, at — kung ang pag-atake ay nagbabanta lamang sa pinagmulan — ang 'throttled' na estado: mas mahigpit na LVE limits habang aktibo pa rin ang site at nagse-serve. Awtomatikong nag-rerecover ang Throttled kapag nawala ang presyon. Ang suspension ay para lamang sa hindi pagbabayad o nakumpirmang pang-aabuso, at kahit sa ganoong pagkakataon, nagse-serve ang site ng may tatak at may kinalaman sa dahilan na holding page sa halip na sirang pahina.
Hindi para sa anumang sineserby-bansa mula sa cache. Sinasagot ng LSCache ang mga hiniling na naka-cache na pahina nang hindi nagpapatawag ng PHP o MySQL, at ang per-site Redis object cache ay nag-a-offload ng mga pagbabasa para sa mga tunay na dinamikong pahina. Ang natitira ay nililimitahan ng mga cap ng LVE process at entry-process ng iyong site at ng per-site database throttling ng MySQL Governor, kaya ang presyon ng database mula sa isang site ay tidak maaaring kumalat sa server. Ang cart, checkout, my-account, at mga pahina ng sesyon ay nananatiling hindi naka-cache bilang default kaya ang hardening ay hindi kailanman sumisira sa isang transaksiyon.
Oo, sa antas ng network. Ang proteksyon laban sa DDoS sa antas ng provider ay nag-aalis ng mga L3/4 flood sa itaas ng ating imprastruktura anuman ang protocol, at para sa mga advanced o enterprise na pangangailangan, pinalawak ng Cloudflare Magic Transit at Spectrum ang pagpapagaan sa antas ng edge patungo sa trapikong non-HTTP.
Ang bawat paglipat ng pagpapatupad ay naka-log kasama ang dahilan nito, kung ito ay awtokamatik o sinimulan ng staff, at ang ebidensya sa likod nito. Inaabisuhan ka kung ano ang nagbago at kung ano ang naglutas dito, ang bawat aksyon ay maaaring i-apela, at ang mga privileged na aksyon ay naka-audit-log para sa iyong sariling landas ng pagsunod. Ang mga signal ay pinagsasama-sama sa isang Abuse Desk sa halip na nakakalat sa iba't ibang mga tool.
Oo. Ang Footprint-Free Hosting ay nagsisimula sa isang 14-araw na pagsubok na hindi nangangailangan ng card at sumasaklaw sa hanggang 5 site — walang detalye ng pagbabayad, walang obligasyon. Ang mga plan ay sinusuportahan ng 30-araw na garantiyang pagbabalik ng pera nang walang tanong-tanong, libreng migrasyon, at walang vendor lock-in.
Gumagana ang pag-filter sa network, pagsipsip sa edge, pag-throttle sa server, at pag-contain sa bawat site mula sa sandaling i-deploy mo ito — walang kailangang i-configure, walang kailangang i-on sa kalagitnaan ng insidente. Magsimula sa 14-araw na pagsubok na walang kinakailangang card, na sinusuportahan ng 30-araw na garantiya sa pagbabalik ng pera at mga libreng migration.
Magsimula nang libre