ການປົກປ້ອງ DDoS
ການໄຫຼບ່ອນຂອງຂໍ້ມູນຈຳນວນມະຫາສານຈະຖືກດູດຊັບໄວ້ຢູ່ທີ່ຂອບເຄືອຂ່າຍ, ການໂຈມຕີໃນລະດັບເຄືອຂ່າຍຈະຖືກຕັອດອອກຕັ້ງແຕ່ຕອນຕົ້ນ, ແລະ ຂໍ້ມູນໃດກໍຕາມທີ່ມາເຖິງເຊີເວີຈະຖືກຈຳກັດໄວ້ພາຍໃນຂອບເຂດລະດັບ Kernel ຂອງເວັບໄຊເປົ້າໝາຍເອງ. ມີຫຼາຍຊັ້ນການປ້ອງກັນ ເຊິ່ງແຕ່ລະຊັ້ນເຮັດໜ້າທີ່ແຕກຕ່າງກັນ ດັ່ງນັ້ນການໂຈມຕີທີ່ແນໃສ່ເວັບໄຊໜຶ່ງຈຶ່ງບໍ່ສົ່ງຜົນໃຫ້ເວັບໄຊອື່ນໆ ທີ່ຢູ່ຂ້າງກັນຕ້ອງຢຸດເຮັດວຽກ. ນີ້ຄືຮູບແບບການປ້ອງກັນທີ່ພວກເຮົາສ້າງຂຶ້ນສຳລັບແພລດຟອມທີ່ຮົສຕິງເວັບໄຊຫຼາຍກວ່າ 650,000 ເວັບໄຊທົ່ວໂລກ, ແລະ ລະບົບພື້ນຖານນີ້ເຮັດວຽກຢູ່ໃນທຸກໆ ແພັກເກດ. ສະຖານະການໃຊ້ງານ: ການຈຳກັດຄວາມໄວຂອງຖານຂໍ້ມູນແບບແຍກຕາມເວັບໄຊແມ່ນກຳລັງຢູ່ໃນຂັ້ນຕອນການພັດທະນາຢ່າງແຂງແຮງ ແລະ ຍັງບໍ່ທັນເປີດໃຫ້ໃຊ້ງານເທື່ອ. ສ່ວນຟັງຊັນອື່ນໆ ທັງໝົດທີ່ໄດ້ອະທິບາຍໄວ້ນີ້ແມ່ນເປີດໃຫ້ໃຊ້ງານຈິງແລ້ວໃນມື້ນີ້.
ການຖ້ວມແບບປະລິມານ, ການຖ້ວມແອັບພລິເຄຊັນ L7 ແລະ ການໂຈມຕີແບບເຮັດໃຫ້ການເຊື່ອມຕໍ່ຊ້າແມ່ນສາມບັນຫາທີ່ແຕກຕ່າງກັນ. ພວກເຮົາຈັດການແຕ່ລະອັນໃນບ່ອນທີ່ມີຕົ້ນທຶນຖືກທີ່ສຸດ ແລະ ໄວທີ່ສຸດໃນການຈັດການ — ຢູ່ຕົ້ນນ້ຳຂອງກຸ່ມ, ທີ່ຂອບ, ແລະ ຢູ່ພາຍໃນກອງ.
ການປ້ອງກັນ DDoS ລະດັບຜູ້ໃຫ້ບໍລິການຈະກັ່ນຕອງການຖ້ວມຂອງຊັ້ນເຄືອຂ່າຍຢູ່ຕົ້ນນ້ຳຂອງກຸ່ມງານຂອງພວກເຮົາ, ກ່ອນທີ່ການຈາລະຈອນນັ້ນຈະໃຊ້ພອດ, NIC ຫຼື ຮອບວຽນ CPU ໃດໆໃນເຄື່ອງທີ່ເວັບໄຊຂອງທ່ານວາງຢູ່. ສຳລັບໂປຣໄຟລ໌ຄວາມສ່ຽງຂັ້ນສູງ ແລະ ລະດັບວິສາຫະກິດ, Cloudflare Magic Transit ແລະ Spectrum ຂະຫຍາຍການກັ່ນຕອງແບບດຽວກັນໄປສູ່ການຈາລະຈອນທີ່ບໍ່ແມ່ນ HTTP.
ເຄືອຂ່າຍເອດຈ໌ແບບຈັດການຈະຕັ້ງຢູ່ດ້ານໜ້າຂອງທຸກເວັບໄຊ. ມັນຊ່ວຍດູດຊຶມການໂຈມຕີແບບ volumetric HTTP floods, ຣັນ L7 WAF, ນຳໃຊ້ການຈຳກັດອັດຕາການເຂົ້າຊົມຕໍ່ເວັບໄຊ ແລະ ນຳໃຊ້ລະບົບຈັດການບັອດພ້ອມທັງການທ້າທາຍແບບຈັດການ ເພື່ອແຍກຜູ້ເຂົ້າຊົມຕົວຈິງອອກຈາກການຈາລະຈອນແບບອັດຕະໂນມັດ — ທັງໝົດນີ້ກ່ອນທີ່ການຮ້ອງຂໍຈະໄປຮອດເຊີບເວີຕົ້ນທາງ.
LiteSpeed Enterprise ໃຊ້ການຈຳກັດການເຊື່ອມຕໍ່ ແລະ ການຮ້ອງຂໍພ້ອມດ້ວຍຂີດຈຳກັດການເຊື່ອມຕໍ່ຕໍ່ IP, Imunify360 ດຳເນີນການໄຟວໍເຄືອຂ່າຍພ້ອມການປ້ອງກັນການເຈາະລະບົບແບບສຸມ ແລະ ການກັ່ນຕອງຊື່ສຽງ IP, ແລະ ຂີດຈຳກັດຂະບວນການເຂົ້າ LVE ຂອງ CloudLinux ຈະເປັນຕົວຈຳກັດຈຳນວນຄຳຮ້ອງຂໍພ້ອມກັນສູງສຸດທີ່ເວັບໄຊດຽວສາມາດເປີດຄ້າງໄວ້ໄດ້.
LVE ຈຳກັດ CPU, RAM, IO, IOPS, ຂະບວນການ ແລະ ຂະບວນການເຂົ້າສຳລັບແຕ່ລະເວັບໄຊແຍກຕ່າງຫາກ. ການໂຈມຕີທີ່ຫຼຸດລອດຜ່ານຊັ້ນເທິງສຸດຈະຖືກຈຳກັດໄວ້ພາຍໃນກົງຂອງເວັບໄຊເປົ້າໝາຍນັ້ນເອງ, ດັ່ງນັ້ນແຮງກົດດັນທີ່ມັນສ້າງຂຶ້ນຈຶ່ງຄົງຢູ່ກັບເວັບໄຊນັ້ນແທນທີ່ຈະແຜ່ກະຈາຍໄປທົ່ວເຊີບເວີ.
ການຫຼຸດປັດໄຈການໂຮສຕ໌ສ່ວນໃຫຍ່ໃນລະຫວ່າງການໂຈມຕີ ບໍ່ໄດ້ເກີດຈາກການໂຈມຕີເຂົ້າເຖິງເປົ້າໝາຍຂອງມັນ. ແຕ່ພວກມັນເກີດຈາກການໃຊ້ຊັບພະຍາກອນຂອງເປົ້າໝາຍທີ່ເຮັດໃຫ້ທຸກຢ່າງໃນເຄື່ອງຂາດເຂີນ. ນັ້ນຄືໂໝດຄວາມຜິດພາດທີ່ສະຖາປັດຕະຍະກຳນີ້ຖືກອອກແບບມາເພື່ອລຶບລ້າງ.
ຄຳຮ້ອງຂໍທີ່ປະຢັດທີ່ສຸດທີ່ຈະລອດພົ້ນໄດ້ ຄືຄຳຮ້ອງຂໍທີ່ບໍ່ເຄີຍແຕະຕ້ອງ PHP ຫຼື MySQL. ລະບົບແຄດສອງຊັ້ນຂອງພວກເຮົາໝາຍຄວາມວ່າ ສ່ວນແບ່ງອັນໃຫຍ່ຫຼວງຂອງກະແສຄຳຮ້ອງຂໍລະດັບແອັບພລິເຄຊັນແມ່ນຖືກຕອບກັບດ້ວຍໄບຕ໌ແບບຄົງທີ່ ແທນທີ່ຈະໃຫ້ຕົ້ນທາງຂອງທ່ານເຮັດວຽກ.
ການບັນເທົາຜົນກະທົບບໍ່ແມ່ນຕ໋ອດເກັດການບໍລິການຊ່ວຍເຫຼືອ. ສັນຍານຕ່າງໆຈະຖືກສົ່ງເຂົ້າໄປຫາລະບົບຂັບເຄື່ອນນະໂຍບາຍ ທີ່ຈະຈັບຄູ່ແຕ່ລະສັນຍານໃສ່ກັບການດໍາເນີນການບັງຄັບໃຊ້, ການແຈ້ງເຕືອນລູກຄ້າ ແລະ — ໃນຈຸດທີ່ເປັນໄປໄດ້ — ການແກ້ໄຂອັດໂນມັດ, ໂດຍທີ່ທຸກໆການປ່ຽນແປງຈະຖືກບັນທຶກໄວ້.
ເມື່ອສັນຍານ DDoS ເຮັດວຽກ, ລະບົບນະໂຍບາຍຈະນຳໃຊ້ການຫຼຸດຜ່ອນຜົນກະທົບຈາກ Cloudflare ແລະ ການຈຳກັດອັດຕາຕໍ່ເວັບໄຊ, ແລະ ສາມາດປັບຂີດຈຳກັດ LVE ຂອງເວັບໄຊນັ້ນໃຫ້ເຂັ້ມງວດຂຶ້ນແບບໄດນາມິກ. ເມື່ອສັນຍານຫາຍໄປ, ຂີດຈຳກັດຈະຜ່ອນຄາຍລົງອີກຄັ້ງ. ມີການຈັດລະດັບ, ສາມາດປີ້ນກັບຄືນໄດ້, ແລະ ບັນທຶກໄວ້ໃນທຸກຂັ້ນຕອນ.
ຖ້າການໂຈມຕີກຳລັງຂົ່ມຂູ່ຕົ້ນທາງ, ເວັບໄຊຈະຍ້າຍໄປຢູ່ສະຖານະ 'throttled' — ເຊິ່ງມີຂໍ້ຈຳກັດ LVE ແລະ ການຈຳກັດອັດຕາຄວາມໄວທີ່ເຂັ້ມງວດຂຶ້ນ, ໂດຍທີ່ເວັບໄຊຍັງຄົງອອນໄລນ໌ ແລະ ໃຫ້ບໍລິການຢູ່. ສະຖານະ Throttled ຈະຟື້ນໂຕຄືນໂດຍອັດຕະໂນມັດເມື່ອແຮງກົດດັນຫຼຸດລົງ; ມັນບໍ່ແມ່ນການລະງັບການໃຊ້ງານ.
ລຸ່ມເຄື່ອງມືນະໂຍບາຍ, LVE ຈະຈຳກັດການໃຊ້ງານ CPU, IO ແລະ ໂປຣເຊສຕໍ່ເວັບໄຊໂດຍອັດຕະໂນມັດ. ມັນແມ່ນດ່ານໜ້າທີ່ເຮັດວຽກຕະຫຼອດເວລາ ບໍ່ວ່າການຈະລາຈອນຈະຖືກຈັດປະເພດເປັນການໂຈມຕີແລ້ວຫຼືບໍ່ກໍຕາມ.
ທຸກໆການປ່ຽນແປງຂອງການບັງຄັບໃຊ້ແມ່ນໄດ້ບັນທຶກເຫດຜົນ, ບໍ່ວ່າຈະເປັນແບບອັດຕະໂນມັດ ຫຼື ເລີ່ມໂດຍພະນັກງານ, ແລະ ຫຼັກຖານທີ່ຢູ່ເບື້ອງຫຼັງມັນ. ທ່ານຈະໄດ້ຮັບການແຈ້ງເຕືອນກ່ຽວກັບສິ່ງທີ່ໄດ້ປ່ຽນແປງ ແລະ ວິທີການແກ້ໄຂ, ແລະ ທຸກໆການດຳເນີນການແມ່ນສາມາດອຸທອນໄດ້.
ການປົກປ້ອງຂັ້ນພື້ນຖານແມ່ນສິ່ງທີ່ຂາດບໍ່ໄດ້ ເພາະວ່າເວັບໄຊທີ່ຖືກໂຈມຕີ ຫຼື ຖືກເຈາະລະບົບແມ່ນຈະສ້າງຄວາມເສຍຫາຍໃຫ້ກັບເວັບໄຊຂ້າງຄຽງ, ຊື່ສຽງຂອງເຊີເວີຂອງພວກເຮົາ ແລະ ຊ່ວງ IP ຂອງພວກເຮົາ. ການປົກປ້ອງທີ່ເຂັ້ມງວດກວ່າແມ່ນມີໄວ້ສຳລັບເວັບໄຊທີ່ມີຄວາມສ່ຽງທີ່ຈຳເປັນຕ້ອງໃຊ້.
ການເພີ່ມຂຶ້ນຢ່າງກະທັນຫັນຂອງທຣາຟິກມັກຈະເປັນພຽງອາການ. ທໍ່ສົ່ງສັນຍານດຽວກັນທີ່ຈັດການກັບທຣາຟິກມະຫາສານນັ້ນກໍຍັງກວດຈັບການບຸກຮຸກທີ່ກໍ່ໃຫ້ເກີດພວກມັນນຳອີກ, ດັ່ງນັ້ນ ເຫດການຈຶ່ງຖືກຈັດປະເພດຢ່າງຖືກຕ້ອງ ແທນທີ່ຈະເປັນພຽງການດູດຊັບໄວ້ເທົ່ານັ້ນ.
ເປົ້າໝາຍດ້ານການອອກແບບແມ່ນການຄວບຄຸມຂອບເຂດ. ທຸກໆເວັບໄຊຈະເຮັດວຽກຢູ່ພາຍໃນ CloudLinux LVE cage ຂອງຕົນເອງ ໂດຍມີການຈຳກັດ CPU, RAM, IO, IOPS, ໂປຣເຊສ ແລະ entry-processes, ມີມຸມມອງລະບົບແຟ້ມຈັດເກັບ CageFS ຂອງຕົນເອງ, ແລະ ມີການຈຳກັດຄວາມໄວຖານຂໍ້ມູນຕໍ່ເວັບໄຊຜ່ານ MySQL Governor. ເວັບໄຊທີ່ຖືກໂຈມຕີຈະຖືກຈຳກັດຄວາມໄວຢູ່ທີ່ເພັດເພດານຂອງຕົນເອງ ແທນທີ່ຈະໃຊ້ຊັບພະຍາກອນທັງໝົດຂອງເຄື່ອງ, ແລະ ຂີດຈຳກັດການເຊື່ອມຕໍ່ຕໍ່ IP ຂອງ LiteSpeed ຈະກຳນົດຂອບເຂດວ່າເວັບໄຊນັ້ນສາມາດຢຶດຊັບພະຍາກອນຂອງເວັບເຊີເວີໄດ້ຫຼາຍປານໃດ. ການຄວບຄຸມຂອບເຂດແມ່ນຖືກອອກແບບມາໃນລະດັບ kernel, ບໍ່ແມ່ນການຕັ້ງຄ່າແຍກຕາມລູກຄ້າ.
ຄ່າເລີ່ມຕົ້ນແມ່ນມີຢູ່ໃນທຸກໆແພັກເກດ: ການແຍກ LVE ແລະ CageFS, ການຈຳກັດການເຊື່ອມຕໍ່ ແລະ ຄວາມຖີ່ ຄຳຮ້ອງຂອງ LiteSpeed, ຟາຍວໍເຄືອຂ່າຍ, WAF ເຊິງລຸກ ແລະ ການສະແກນມັລແວ, ພ້ອມກັບການດູດຊັບຢູ່ຂອບເຄືອຂ່າຍຂອງ 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 Hosting ເລີ່ມຕົ້ນດ້ວຍການທົດລອງໃຊ້ຟຣີ 14 ວັນໂດຍບໍ່ຕ້ອງໃຊ້ບັດ ເຊິ່ງກວມເອົາສູງສຸດເຖິງ 5 ເວັບໄຊ — ບໍ່ມີລາຍລະອຽດການຊຳລະເງິນ, ບໍ່ມີຂໍ້ຜູກພັນ. ແພັກເກດຕ່າງໆ ແມ່ນຮັບປະກັນຄືນເງິນພາຍໃນ 30 ວັນໂດຍບໍ່ມີເງື່ອນໄຂ, ຍ້າຍຂໍ້ມູນຟຣີ ແລະ ບໍ່ມີການຜູກມັດກັບຜູ້ໃຫ້ບໍລິການ.
ການຕອງເຄືອຂ່າຍ, ການດູດຊັບທີ່ຂອບເຄືອຂ່າຍ, ການຈຳກັດຄວາມໄວຂອງເຊີເວີ ແລະ ການກັກກັ້ນແບບແຍກຕາມເວັບໄຊ ທຳງານຕັ້ງແຕ່ເວລາທີ່ທ່ານຕິດຕັ້ງ — ບໍ່ມີຫຍັງຕ້ອງຕັ້ງຄ່າ, ບໍ່ມີຫຍັງຕ້ອງເປີດໃນລະຫວ່າງເກີດເຫດການ. ເລີ່ມຕົ້ນດ້ວຍການທົດລອງໃຊ້ຟຣີ 14 ວັນໂດຍບໍ່ຕ້ອງໃຊ້ບັດເຄຣດິດ, ພ້ອມການຮັບປະກັນຄືນເງິນພາຍໃນ 30 ວັນ ແລະ ການຍ້າຍຂໍ້ມູນຟຣີ.
ເລີ່ມຕົ້ນຟຣີ