การป้องกัน DDoS
ทราฟฟิกส่วนเกินจะถูกดูดซับที่ขอบเครือข่าย การโจมตีในระดับชั้นเครือข่ายจะถูกกรองตั้งแต่ต้นทาง และสิ่งใดก็ตามที่เข้าถึงเซิร์ฟเวอร์จะถูกจำกัดไว้ภายในโครงสร้างระดับเคอร์เนลของเว็บไซต์เป้าหมายเอง หลายระดับชั้นที่ทำหน้าที่แตกต่างกัน เพื่อให้การโจมตีที่มุ่งเป้าไปยังเว็บไซต์หนึ่งไม่ส่งผลให้เว็บไซต์ข้างเคียงหยุดการทำงาน นี่คือโมเดลการป้องกันที่เราสร้างขึ้นสำหรับแพลตฟอร์มที่ให้บริการโฮสต์มากกว่า 700,000 เว็บไซต์ทั่วโลก และมาตรฐานนี้เปิดใช้งานในทุกแพ็กเกจ ความพร้อมใช้งาน: การจำกัดอัตราการใช้งานฐานข้อมูลสำหรับแต่ละไซต์อยู่ระหว่างการพัฒนาและยังไม่เปิดให้บริการ ส่วนฟีเจอร์อื่นๆ ทั้งหมดที่ระบุไว้ที่นี่พร้อมใช้งานจริงแล้วในวันนี้
การโจมตีแบบ Volumetric flood, การโจมตีแบบ L7 application flood และการโจมตีแบบทำให้การเชื่อมต่อหมดลงอย่างช้าๆ เป็นปัญหาที่แตกต่างกันสามประการ เราจัดการปัญหาแต่ละอย่างในจุดที่ประหยัดและรวดเร็วที่สุด — ที่ต้นน้ำก่อนถึงกลุ่มเครื่อง ที่ขอบเครือข่าย และภายในตู้เคจ
การป้องกัน DDoS ในระดับผู้ให้บริการจะกรองทราฟฟิกล้นทะลักในระดับเลเยอร์เครือข่ายที่ต้นทางของกลุ่มเวิร์กเกอร์ของเรา ก่อนที่ทราฟฟิกนั้นจะเข้าไปใช้พอร์ต, NIC หรือรอบการประมวลผลของ CPU บนเครื่องที่เว็บไซต์ของคุณทำงานอยู่ สำหรับโปรไฟล์ความเสี่ยงระดับสูงและระดับองค์กร Cloudflare Magic Transit และ Spectrum จะขยายการกรองแบบเดียวกันนี้ไปยังทราฟฟิกที่ไม่ใช่ HTTP
เครือข่าย Edge ที่ได้รับการจัดการจะคอยดูแลอยู่หน้าทุกไซต์ ซึ่งจะช่วยดูดซับทราฟฟิก HTTP flood ปริมาณมหาศาล เรียกใช้ L7 WAF ปรับใช้อัตราการจำกัดคำขอต่อไซต์ รวมถึงใช้การจัดการบ็อตและความท้าทายที่มีการจัดการเพื่อคัดแยกผู้เยี่ยมชมจริงออกจากทราฟฟิกอัตโนมัติ — ทั้งหมดนี้เกิดขึ้นก่อนที่คำขอจะส่งไปถึงเซิร์ฟเวอร์ต้นทาง
LiteSpeed Enterprise มีการจำกัดการเชื่อมต่อและคำขอด้วยการจำกัดจำนวนการเชื่อมต่อต่อ IP, Imunify360 ใช้งานไฟร์วอลล์เครือข่ายพร้อมการป้องกัน brute-force และการกรองชื่อเสียงของ IP และขีดจำกัด entry-process ของ CloudLinux LVE จะจำกัดจำนวนคำขอพร้อมกันที่ไซต์เดียวสามารถเปิดค้างไว้ได้
LVE จะจำกัด CPU, RAM, IO, IOPS, กระบวนการทำงาน และกระบวนการเริ่มต้นสำหรับแต่ละเว็บไซต์แยกกัน การโจมตีด้วยทราฟฟิกจำนวนมากที่ผ่านชั้นการป้องกันด้านบนเข้ามาได้จะถูกจำกัดไว้ภายในพื้นที่ควบคุมเฉพาะของเว็บไซต์เป้าหมาย ทำให้แรงกดดันที่เกิดขึ้นอยู่เพียงแค่ในเว็บไซต์นั้นและไม่กระจายไปทั่วทั้งเซิร์ฟเวอร์
ปัญหาการหยุดชะงักของโฮสติ้งส่วนใหญ่ระหว่างการโจมตีไม่ได้เกิดจากการที่การโจมตีเข้าถึงเป้าหมาย แต่เกิดจากการที่เป้าหมายใช้ทรัพยากรมากเกินไปจนแย่งทรัพยากรของส่วนอื่นๆ ทั้งหมดบนเซิร์ฟเวอร์ นี่คือรูปแบบความล้มเหลวที่สถาปัตยกรรมนี้ได้รับการออกแบบมาเพื่อกำจัดออกไป
คำขอที่ประหยัดทรัพยากรที่สุดในการรับมือคือคำขอที่ไม่เคยเข้าถึง PHP หรือ MySQL เลย แคชสองชั้นของเราทำให้ทราฟฟิกจำนวนมหาศาลในระดับแอปพลิเคชันส่วนใหญ่ได้รับการตอบกลับด้วยข้อมูลไบต์แบบคงที่ แทนที่จะต้องให้เซิร์ฟเวอร์ต้นทางของคุณทำงาน
การบรรเทาปัญหาไม่ใช่ตั๋วแจ้งขอความช่วยเหลือ สัญญาณต่างๆ จะถูกส่งไปยังระบบประมวลผลนโยบายที่จับคู่แต่ละสัญญาณเข้ากับการดำเนินการบังคับใช้ การแจ้งเตือนลูกค้า และ — ในกรณีที่เป็นไปได้ — การแก้ไขปัญหาโดยอัตโนมัติ โดยมีการบันทึกทุกการเปลี่ยนแปลงสถานะ
เมื่อสัญญาณ DDoS เริ่มทำงาน กลไกนโยบายจะใช้การบรรเทาผลกระทบของ Cloudflare และการจำกัดอัตราต่อไซต์ รวมทั้งสามารถปรับขีดจำกัด LVE ของไซต์นั้นให้เข้มงวดยิ่งขึ้นแบบไดนามิก เมื่อสัญญาณหมดไป ขีดจำกัดจะผ่อนคลายลงอีกครั้ง ดำเนินการอย่างเป็นลำดับขั้น ย้อนกลับได้ และได้รับการบันทึกในทุกขั้นตอน
หากการโจมตีกำลังคุกคามเซิร์ฟเวอร์ต้นทาง เว็บไซต์จะเปลี่ยนสถานะเป็น 'ถูกจำกัดความเร็ว' — โดยมีขีดจำกัด LVE ที่เข้มงวดยิ่งขึ้นและการจำกัดอัตราคำขอ ในขณะที่เว็บไซต์ยังคงเปิดใช้งานและให้บริการอยู่ สถานะถูกจำกัดความเร็วจะฟื้นตัวโดยอัตโนมัติเมื่อแรงกดดันลดลง สิ่งนี้ไม่ใช่การระงับการใช้งาน
ภายใต้กลไกนโยบาย LVE จะควบคุมการใช้งาน CPU, IO และกระบวนการต่าง ๆ ต่อเว็บไซต์โดยอัตโนมัติและในระดับเนทีฟ นี่คือแนวป้องกันด่านแรกที่เปิดทำงานอยู่เสมอ โดยทำงานไม่ว่าทราฟฟิกจะได้รับการจัดประเภทว่าเป็นการโจมตีแล้วหรือไม่ก็ตาม
การเปลี่ยนแปลงการบังคับใช้แต่ละครั้งจะบันทึกเหตุผล ไม่ว่าจะเป็นแบบอัตโนมัติหรือเริ่มโดยเจ้าหน้าที่ รวมถึงหลักฐานเบื้องหลัง ท่านจะได้รับแจ้งถึงสิ่งที่เปลี่ยนแปลงและวิธีแก้ไข และทุกการดำเนินการสามารถอุทธรณ์ได้
การป้องกันขั้นพื้นฐานไม่ใช่ตัวเลือก เนื่องจากไซต์ที่ถูกโจมตีหรือถูกบุกรุกจะเป็นภัยคุกคามต่อไซต์ข้างเคียง ชื่อเสียงของเซิร์ฟเวอร์ และช่วง IP ของเรา สำหรับไซต์ที่มีโปรไฟล์ความเสี่ยงสูงจะมีการป้องกันที่เข้มงวดยิ่งขึ้น
ปริมาณการใช้งานที่พุ่งสูงขึ้นอย่างกะทันหันมักเป็นสัญญาณบ่งชี้ ปลายป์ไลน์สัญญาณชุดเดียวกับที่จัดการกับทราฟฟิกจำนวนมหาศาลยังตรวจจับการบุกรุกที่เป็นต้นเหตุได้อีกด้วย เหตุการณ์จึงได้รับการจำแนกประเภทอย่างถูกต้อง แทนที่จะเป็นเพียงการดูดซับทราฟฟิกไว้เฉยๆ
เป้าหมายในการออกแบบคือการกักกัน ทุกไซต์ทำงานอยู่ภายใน CloudLinux LVE cage ของตนเอง โดยมีการจำกัด CPU, RAM, IO, IOPS, processes และ entry-processes พร้อมมุมมองระบบไฟล์ CageFS ของตนเอง และการควบคุมอัตราการรับส่งข้อมูลฐานข้อมูลต่อไซต์ผ่าน MySQL Governor ไซต์ที่ถูกโจมตีจะถูกจำกัดไว้ที่เพดานของตัวเองแทนที่จะกินทรัพยากรทั้งเครื่อง และการจำกัดการเชื่อมต่อต่อ IP ของ LiteSpeed จะจำกัดปริมาณการใช้งานเว็บเซิร์ฟเวอร์ที่ไซต์นั้นสามารถยึดไว้ได้ การกักกันได้รับการออกแบบทางวิศวกรรมในระดับเคอร์เนล ไม่ใช่การกำหนดค่าเป็นรายลูกค้า
เกณฑ์มาตรฐานพื้นฐานรวมอยู่ในทุกแผน: การแยก LVE และ CageFS, การจำกัดการเชื่อมต่อและคำขอของ LiteSpeed, ไฟร์วอลล์เครือข่าย, WAF เชิงรุก และการสแกนหามัลแวร์ พร้อมการดูดซับที่ Edge ของ Cloudflare และการกรองเครือข่ายระดับผู้ให้บริการที่ด้านหน้าของกลุ่มเซิร์ฟเวอร์ เราได้รวมสิ่งนี้ไว้เนื่องจากเราไม่สามารถปล่อยให้การปกป้องกลุ่มเซิร์ฟเวอร์ของเราเองเป็นเพียงตัวเลือกได้ การจัดการบ็อตขั้นสูง, ระดับ DDoS ที่สูงขึ้น, กฎ WAF ที่ได้รับการปรับปรุง และกฎไฟร์วอลล์เฉพาะเป็นส่วนเสริมสำหรับไซต์ที่ต้องการใช้งาน
การตกเป็นเป้าหมาย DDoS หมายถึงการบรรเทาผลกระทบด้วย Cloudflare ร่วมกับการจำกัดอัตราการส่งคำขอต่อเว็บไซต์ และ — เฉพาะในกรณีที่การโจมตีคุกคามเซิร์ฟเวอร์ต้นทางเท่านั้น — จะเข้าสู่สถานะ 'throttled' ซึ่งก็คือการจำกัด LVE ที่เข้มงวดยิ่งขึ้นโดยที่เว็บไซต์ยังคงเปิดใช้งานและให้บริการได้ตามปกติ สถานะ throttled จะฟื้นตัวโดยอัตโนมัติเมื่อแรงกดดันลดลง การระงับการใช้งานจะสงวนไว้สำหรับการไม่ชำระเงินหรือการละเมิดที่ได้รับการยืนยันแล้วเท่านั้น และถึงอย่างนั้น เว็บไซต์จะแสดงหน้าพักระบบที่มีแบรนด์พร้อมระบุเหตุผลที่ชัดเจน แทนที่จะเป็นหน้าที่เสียหาย
ไม่ใช่สำหรับสิ่งใดก็ตามที่ให้บริการจากแคช LSCache ตอบสนองคำขอหน้าเว็บที่แคชไว้โดยไม่ต้องเรียกใช้ PHP หรือ MySQL และ Redis ออบเจ็กต์แคชสำหรับแต่ละไซต์จะช่วยแบ่งเบาภาระการอ่านข้อมูลสำหรับหน้าเว็บที่เป็นไดนามิกอย่างแท้จริง สิ่งที่เหลืออยู่จะถูกจำกัดด้วยขีดจำกัดของกระบวนการ LVE และเอนทรีโพรเซสของไซต์ของคุณ รวมถึงการควบคุมปริมาณฐานข้อมูลตามแต่ละไซต์ของ MySQL Governor ดังนั้นภาระของฐานข้อมูลจากไซต์เดียวจึงไม่สามารถล้นไปยังเซิร์ฟเวอร์ได้ หน้าตะกร้าสินค้า ชำระเงิน บัญชีของฉัน และเซสชันจะไม่ถูกแคชไว้ตามค่าเริ่มต้น ดังนั้นการเสริมความปลอดภัยจึงไม่มีทางขัดขวางการทำธุรกรรม
ใช่ ที่ระดับเลเยอร์เครือข่าย การป้องกัน DDoS ระดับผู้ให้บริการจะกรองฟลัด L3/4 ที่ต้นทางก่อนถึงเซิร์ฟเวอร์ของเราโดยไม่คำนึงถึงโปรโตคอล และสำหรับข้อกำหนดขั้นสูงหรือระดับองค์กร Cloudflare Magic Transit และ Spectrum จะขยายการบรรเทาผลกระทบระดับ Edge ไปยังทราฟฟิกที่ไม่ใช่ HTTP
ทุกการเปลี่ยนแปลงของการบังคับใช้จะได้รับการบันทึกพร้อมเหตุผล ไม่ว่าจะเป็นแบบอัตโนมัติหรือเริ่มต้นโดยเจ้าหน้าที่ รวมถึงหลักฐานที่เกี่ยวข้อง คุณจะได้รับการแจ้งเตือนเกี่ยวกับสิ่งที่เปลี่ยนแปลงและแนวทางแก้ไข ทุกการดำเนินการสามารถอุทธรณ์ได้ และการดำเนินการที่ได้รับสิทธิ์พิเศษจะได้รับการบันทึกการตรวจสอบเพื่อเป็นหลักฐานการปฏิบัติตามข้อกำหนดของคุณเอง สัญญาณต่าง ๆ จะถูกรวบรวมไว้ใน Abuse Desk แห่งเดียว แทนที่จะกระจายอยู่ตามเครื่องมือต่าง ๆ
ใช่ โฮสติ้ง Footprint-Free เริ่มต้นด้วยการทดลองใช้ฟรี 14 วันโดยไม่ต้องใช้บัตร ครอบคลุมสูงสุด 5 เว็บไซต์ — ไม่ต้องกรอกข้อมูลการชำระเงิน ไม่มีข้อผูกมัด แผนบริการได้รับการสนับสนุนโดยการรับประกันคืนเงินภายใน 30 วันโดยไม่มีเงื่อนไข บริการย้ายข้อมูลฟรี และไม่มีข้อผูกมัดกับผู้ให้บริการรายเดียว
การกรองเครือข่าย การดูดซับทราฟฟิกที่ Edge การควบคุมอัตราการโหลดของเซิร์ฟเวอร์ และการกักกันแยกตามไซต์จะทำงานทันทีที่คุณปรับใช้ — ไม่จำเป็นต้องกำหนดค่าใด ๆ และไม่ต้องเปิดใช้งานสิ่งใดระหว่างเกิดเหตุการณ์ เริ่มต้นด้วยการทดลองใช้งาน 14 วันโดยไม่ต้องใช้บัตร พร้อมการรับประกันคืนเงินภายใน 30 วันและบริการย้ายข้อมูลฟรี
เริ่มต้นฟรี