ការការពារ DDoS

ការការពារ DDoS ជាច្រើនស្រទាប់ ដូច្នេះការវាយប្រហារមួយគឺជាបញ្ហារបស់គេហទំព័រតែមួយប៉ុណ្ណោះ

ការជន់ជោរចរាចរណ៍ត្រូវបានស្រូបយកនៅកម្រិតគែមបណ្តាញ ការវាយប្រហារលើស្រទាប់បណ្តាញត្រូវបានច្រោះចេញពីប្រភព ហើយអ្វីៗដែលទៅដល់ម៉ាស៊ីនមេត្រូវបានទប់ស្កាត់នៅក្នុងទ្រុងកម្រិតខឺណែលរបស់គេហទំព័រគោលដៅផ្ទាល់។ ស្រទាប់ជាច្រើន ដែលស្រទាប់នីមួយៗបំពេញការងារខុសៗគ្នា ដូច្នេះការវាយប្រហារសំដៅលើគេហទំព័រមួយ មិនក្លាយជាការដាច់ចរន្តដំណើរការសម្រាប់គេហទំព័រផ្សេងទៀតដែលនៅក្បែរនោះឡើយ។ នេះគឺជាគំរូការពារដែលយើងបានបង្កើតឡើងសម្រាប់វេទិកាដែលផ្ទុកគេហទំព័រជាង 700,000+ នៅទូទាំងពិភពលោក ហើយកម្រិតមូលដ្ឋាននេះដំណើរការលើគ្រប់គម្រោងទាំងអស់។ ភាពអាចរកបាន៖ ការកម្រិតកម្រិតបញ្ជូនមូលដ្ឋានទិន្នន័យសម្រាប់គេហទំព័រនីមួយៗកំពុងស្ថិតក្នុងការអភិវឌ្ឍយ៉ាងសកម្ម ហើយមិនទាន់អាចប្រើប្រាស់បាននៅឡើយទេ។ អ្វីៗផ្សេងទៀតទាំងអស់ដែលបានពិពណ៌នានៅទីនេះគឺដំណើរការផ្សាយផ្ទាល់នៅថ្ងៃនេះហើយ។

ចាប់ផ្តើមឥតគិតថ្លៃ មើលតម្លៃ

៣ស្រទាប់កាត់បន្ថយផលប៉ះពាល់៖ បណ្តាញ, គែម, ម៉ាស៊ីនបម្រើ
៧០០.០០០+គេហទំព័រដែលបានបង្ហោះនៅទូទាំងពិភពលោក
រួមបញ្ចូលការបែងចែកមូលដ្ឋាន, WAF និងការកម្រិតល្បឿន
99.99%ការធានាភាពអាចដំណើរការបាន

ត្រូវបានរចនាឡើងជាច្រើនស្រទាប់ ព្រោះមួយគឺមិនដែលគ្រប់គ្រាន់ឡើយ

ការវាយប្រហារបែប Volumetric flood ការវាយប្រហារកម្រិតកម្មវិធី L7 flood និងការវាយប្រហារធ្វើឱ្យអស់ការតភ្ជាប់យឺតៗ គឺជាបញ្ហាបីផ្សេងគ្នា។ យើងដោះស្រាយបញ្ហានីមួយៗនៅកន្លែងណាដែលមានតម្លៃថោកបំផុត និងលឿនបំផុតក្នុងការដោះស្រាយ — នៅផ្នែកខាងលើនៃបណ្ដាញ fleet នៅត្រង់ edge និងនៅខាងក្នុង cage។

ស្រទាប់បណ្ដាញ (L3/4)

ការការពារ DDoS កម្រិតអ្នកផ្តល់សេវា ត្រងលំហូរចរាចរណ៍កម្រិតបណ្តាញ (network-layer floods) នៅខាងលើក្រុម worker របស់យើង មុនពេលចរាចរណ៍នោះប្រើប្រាស់ច្រក (port), NIC ឬវដ្ត CPU នៅលើម៉ាស៊ីនដែលដំណើរការគេហទំព័ររបស់អ្នក។ សម្រាប់កម្រិតហានិភ័យកម្រិតខ្ពស់ និងកម្រិតសហគ្រាស Cloudflare Magic Transit និង Spectrum ពង្រីកការត្រងដូចគ្នានេះទៅកាន់ចរាចរណ៍ដែលមិនមែនជា HTTP។

ស្រទាប់កម្មវិធី (L7) នៅគែមបណ្ដាញ

បណ្តាញ edge ដែលត្រូវបានគ្រប់គ្រង គឺស្ថិតនៅពីមុខគេហទំព័រនីមួយៗ។ វាស្រូបយកការវាយប្រហារ HTTP បែប volumetric ដំណើរការ L7 WAF អនុវត្តការកំណត់កម្រិតសំណើតាមគេហទំព័រ និងប្រើប្រាស់ការគ្រប់គ្រង bot ព្រមទាំងការប្រឈមដែលបានគ្រប់គ្រង ដើម្បីបំបែកអ្នកចូលមើលពិតប្រាកដចេញពីចរាចរណ៍ស្វ័យប្រវត្តិ — ទាំងអស់នេះគឺមុនពេលសំណើទៅដល់ប្រភពដើម។

ស្រទាប់ម៉ាស៊ីនបម្រើ

LiteSpeed Enterprise អនុវត្តការកំណត់ល្បឿននៃការតភ្ជាប់និងសំណើជាមួយនឹងដែនកំណត់ការតភ្ជាប់តាម IP, Imunify360 ដំណើរការជញ្ជាំងភ្លើងបណ្តាញជាមួយនឹងការការពារ brute-force និងការត្រងកេរ្តិ៍ឈ្មោះ IP, ហើយដែនកំណត់ដំណើរការចូលរបស់ CloudLinux LVE កំណត់ចំនួនសំណើដំណាលគ្នាដែលគេហទំព័រតែមួយអាចរក្សាបើកបាន។

ការដាក់ឱ្យនៅដាច់ដោយឡែកតាមគេហទំព័រ

LVE កំណត់កម្រិត CPU, RAM, IO, IOPS ដំណើរការ និងដំណើរការចូលសម្រាប់គេហទំព័រនីមួយៗដាច់ដោយឡែកពីគ្នា។ ចរាចរណ៍ទិន្នន័យលើសលុបដែលជ្រាបចូលតាមស្រទាប់ខាងលើ ត្រូវបានកម្រិតនៅក្នុងទ្រុងផ្ទាល់របស់គេហទំព័រគោលដៅ ដូច្នេះសម្ពាធដែលវាបង្កើតឡើងនឹងស្ថិតនៅត្រឹមគេហទំព័រនោះ ជាជាងរីករាលដាលពេញម៉ាស៊ីនបម្រើ។

ការទប់ស្កាត់ជាចំណុចសំខាន់

ការដាច់សេវាបង្ហោះភាគច្រើនក្នុងអំឡុងពេលមានការវាយប្រហារ មិនមែនបណ្តាលមកពីការវាយប្រហារទៅដល់គោលដៅរបស់វានោះទេ។ វាបណ្តាលមកពីការប្រើប្រាស់ធនធានរបស់គោលដៅធ្វើឱ្យបាត់បង់ធនធានសម្រាប់អ្វីៗផ្សេងទៀតនៅលើម៉ាស៊ីនបម្រើ។ នោះគឺជាទម្រង់នៃការបរាជ័យដែលស្ថាបត្យកម្មនេះត្រូវបានរចនាឡើងដើម្បីលុបបំបាត់។

គេហទំព័រនីមួយៗដំណើរការនៅក្នុងទ្រុងធនធាន CloudLinux LVE ផ្ទាល់ខ្លួនរបស់វា — គេហទំព័រដែលរងការវាយប្រហារត្រូវបានកម្រិតត្រឹមកម្រិតអតិបរមារបស់វា ហើយគេហទំព័រជិតខាងរក្សាទុកធនធានដែលដែនកំណត់ផ្ទាល់ខ្លួនរបស់ពួកគេធានាជូន។
CageFS ផ្ដល់ជូនអ្នកជួលម្នាក់ៗនូវទិដ្ឋភាពប្រព័ន្ធឯកសារដាច់ដោយឡែក ដូច្នេះការវាយប្រហារដែលរីកធំឡើងទៅជាការប៉ុនប៉ងជ្រៀតចូល ត្រូវបានទប់ស្កាត់ជាជាងការរីករាលដាលពាសពេញអ្នកជួលដទៃ។
CloudLinux MySQL Governor កម្រិតការប្រើប្រាស់មូលដ្ឋានទិន្នន័យសម្រាប់គេហទំព័រនីមួយៗ ដូច្នេះការសម្រុកចូលក្នុងកម្រិតកម្មវិធីដែលបុកកម្រងសំណួរដែលមិនបានរក្សាទុកក្នុងឃ្លាំងសម្ងាត់ មិនអាចធ្វើឱ្យមូលដ្ឋានទិន្នន័យធ្លាក់ចុះសម្រាប់អ្នកដទៃទាំងអស់នៅលើម៉ាស៊ីនបម្រើបានឡើយ។
បុគ្គលិកដំណើរការ LiteSpeed LSAPI សម្រាប់គេហទំព័រនីមួយៗត្រូវបានកំណត់ដោយដែនកំណត់ LVE នៃគេហទំព័រនោះ ដូច្នេះការកើនឡើងនៃចរាចរណ៍ខ្លាំងមិនអាចបង្កើតដំណើរការ PHP ដោយគ្មានដែនកំណត់បានឡើយ។
កម្រិតកំណត់ការតភ្ជាប់តាម IP នីមួយៗ និងការកម្រិតល្បឿននៃការតភ្ជាប់ LiteSpeed ស្រូបយកការវាយប្រហារតាមរយៈការតភ្ជាប់យឺត និងការធ្វើឱ្យអស់ការតភ្ជាប់នៅត្រឹមម៉ាស៊ីនបម្រើបណ្ដាញ មិនមែននៅត្រឹមកម្មវិធីនោះទេ។

ឃ្លាំងសម្ងាត់ (Cache) គឺជាឧបករណ៍ស្រូបយកការប៉ះទង្គិចដែលម៉ាស៊ីនមេភាគច្រើនភ្លេច

សំណើដែលចំណាយតិចបំផុតគឺសំណើដែលមិនដែលប៉ះពាល់ដល់ PHP ឬ MySQL ឡើយ។ ឃ្លាំងសម្ងាត់ពីរជាន់របស់យើងមានន័យថា ចរាចរណ៍ដ៏ច្រើនលើសលប់នៅកម្រិតកម្មវិធីត្រូវបានឆ្លើយតបដោយបៃឋិតិវន្ត ជាជាងឱ្យម៉ាស៊ីនមេដើមរបស់អ្នកធ្វើការ។

LSCache ដែលជាឃ្លាំងសម្ងាត់ទំព័រពេញលេញរបស់ LiteSpeed Enterprise ផ្ដល់ទំព័រដែលបានរក្សាទុកក្នុងឃ្លាំងសម្ងាត់ដោយមិនចាំបាច់ហៅ PHP ឬមូលដ្ឋានទិន្នន័យឡើយ ដូច្នេះសំណើដដែលៗសម្រាប់ URL ដូចគ្នាត្រូវចំណាយធនធានតិចតួចបំផុតបើធៀបនឹងប្រព័ន្ធស្ដង់ដារ។
សតិបណ្ដោះអាសន្នវត្ថុ Redis សម្រាប់គេហទំព័រនីមួយៗជួយសម្រាលការអានមូលដ្ឋានទិន្នន័យសម្រាប់ទំព័រដែលពិតជាត្រូវតែមានលក្ខណៈថាមវន្ត។
ការរក្សាទុកឃ្លាំងសម្ងាត់តាមគែមរបស់ Cloudflare ឆ្លើយតបទៅនឹងសំណើនៅក្នុងតំបន់របស់អ្នកចូលមើល ដូច្នេះចរាចរណ៍ដែលហូរហៀរត្រូវបានបំបែកនៅទូទាំងបណ្តាញគែម ជំនួសឱ្យការប្រមូលផ្តុំលើប្រភពដើមតែមួយ។
ទំព័រកន្ត្រកទំនិញ ទូទាត់ប្រាក់ គណនីរបស់ខ្ញុំ nonce និងសម័យត្រូវបានដកចេញពីឃ្លាំងសម្ងាត់តាមលំនាំដើម ដូច្នេះការបង្កើនភាពធន់ក្រោមបន្ទុកការងារមិនដែលរំខានដល់ប្រតិបត្តិការឡើយ។
ការសម្អាតត្រូវបានសម្របសម្រួលលើស្រទាប់ទាំងពីរពីការគ្រប់គ្រងតែមួយ ដូច្នេះការបង្កើនកម្រិតគ្របដណ្តប់ឃ្លាំងសម្ងាត់ក្នុងអំឡុងពេលមានឧប្បត្តិហេតុ នឹងមិនបន្សល់ទុកនូវទំព័រដែលហួសសម័យសម្រាប់អ្នកនៅពេលក្រោយឡើយ។

ពីសញ្ញាទៅសកម្មភាព ដោយស្វ័យប្រវត្តិ

ការកាត់បន្ថយផលប៉ះពាល់មិនមែនជាសំបុត្រគាំទ្រនោះទេ។ សញ្ញានានាបញ្ជូនទៅកាន់ម៉ាស៊ីនគោលការណ៍ដែលផ្គូផ្គងសញ្ញានីមួយៗទៅនឹងសកម្មភាពអនុវត្ត ការជូនដំណឹងដល់អតិថិជន និង — ករណីដែលអាចធ្វើទៅបាន — ការដោះស្រាយដោយស្វ័យប្រវត្តិ ដោយរាល់ការផ្លាស់ប្តូរត្រូវបានកត់ត្រាទុក។

ការរឹតបន្តឹងបែបឌីណាមិក

នៅពេលដែលសញ្ញា DDoS ត្រូវបានកេះ ម៉ាស៊ីនគោលការណ៍អនុវត្តការបន្ធូរបន្ថយរបស់ Cloudflare និងការកំណត់កម្រិតអត្រាក្នុងមួយគេហទំព័រ ហើយអាចរឹតបន្តឹងកម្រិត LVE នៃគេហទំព័រនោះដោយស្វ័យប្រវត្តិ។ នៅពេលដែលសញ្ញានេះត្រូវបានជម្រះ កម្រិតកំណត់ត្រូវបានបន្ធូរបន្ថយម្តងទៀត។ មានកម្រិត អាចផ្លាស់ប្តូរត្រឡប់វិញបាន និងត្រូវបានកត់ត្រារាល់ជំហាន។

បានកម្រិត មិនបានបិទ

ប្រសិនបើការវាយប្រហារកំពុងគំរាមកំហែងដល់ប្រភពដើម គេហទំព័រនឹងប្តូរទៅស្ថានភាព 'throttled' (ត្រូវបានកម្រិតល្បឿន) — ដែនកំណត់ LVE កាន់តែតឹងរ៉ឹង និងការកម្រិតអត្រា ខណៈពេលដែលគេហទំព័រនៅតែដំណើរការ និងបម្រើសេវាដដែល។ ស្ថានភាព Throttled នឹងវិលត្រឡប់មកធម្មតាវិញដោយស្វ័យប្រវត្តិនៅពេលដែលសម្ពាធថមថយ។ នេះមិនមែនជាការផ្អាកនោះទេ។

ការកម្រិតល្បឿនដោយស្វ័យប្រវត្តិនៃ LVE ដើម

នៅក្រោមម៉ាស៊ីនគោលការណ៍ LVE កម្រិតការប្រើប្រាស់ CPU, IO និងដំណើរការតាមគេហទំព័រនីមួយៗដោយស្វ័យប្រវត្តិ។ វាគឺជាខ្សែការពារដំបូងដែលបើកដំណើរការជានិច្ច ដោយដំណើរការមិនថាចរាចរណ៍ត្រូវបានចាត់ថ្នាក់ជាការវាយប្រហាររួចហើយឬនៅឡើយទេ។

គន្លងសវនកម្មពេញលេញ

រាល់ការផ្លាស់ប្តូរការអនុវត្ត នឹងកត់ត្រាពីមូលហេតុរបស់វា ថាតើវាជាស្វ័យប្រវត្តិ ឬត្រូវបានផ្តួចផ្តើមដោយបុគ្គលិក ព្រមទាំងភស្តុតាងនៅពីក្រោយវាផងដែរ។ លោកអ្នកនឹងត្រូវបានជូនដំណឹងអំពីអ្វីដែលបានផ្លាស់ប្តូរ និងរបៀបដោះស្រាយវា ហើយរាល់សកម្មភាពទាំងអស់អាចប្តឹងឧទ្ធរណ៍បាន។

អ្វីដែលត្រូវបានរួមបញ្ចូល និងអ្វីដែលអ្នកទិញនៅពេលហានិភ័យកើនឡើង

ការការពារមូលដ្ឋានមិនមែនជាជម្រើសនោះទេ ព្រោះថាគេហទំព័ររងការវាយប្រហារ ឬត្រូវគេលួចចូល គឺបង្កការគំរាមកំហែងដល់គេហទំព័រជិតខាង ទំនុកចិត្តលើម៉ាស៊ីនបម្រើរបស់យើង និងបណ្តាញ IP របស់យើង។ ការការពារកម្រិតខ្ពស់គឺមានសម្រាប់គេហទំព័រដែលទម្រង់បែបបទនៃហានិភ័យតម្រូវឱ្យមានវា។

រួមបញ្ចូលនៅក្នុងគម្រោងនីមួយៗ៖ ការញែកដាច់ដោយឡែកនៃ LVE និង CageFS, ការកម្រិតការតភ្ជាប់ និងសំណើរបស់ LiteSpeed, ជញ្ជាំងភ្លើងបណ្តាញដែលមានការការពារការវាយប្រហារដោយកម្លាំងបាយ (brute-force) និងការចម្រាញ់កេរ្តិ៍ឈ្មោះ IP, WAF បែបសកម្ម និងការស្កេនមេរោគ។
មានជាកម្មវិធីបន្ថែម៖ ការគ្រប់គ្រងបូតកម្រិតខ្ពស់ កម្រិតការពារ DDoS កាន់តែខ្ពស់ ច្បាប់ WAF កែលម្អ ការស្កេនអាទិភាព និងច្បាប់ជញ្ជាំងភ្លើងផ្ទាល់ខ្លួន។
ក៏ត្រូវបានផ្តល់ជូនបន្ថែមផងដែរនៅពេលដែលលោកអ្នកត្រូវការ៖ ការសម្អាត និងដោះស្រាយមេរោគដោយចុចតែម្តង សម្រាប់ករណីដែលការវាយប្រហារគឺជាការបិទបាំងសម្រាប់ការជ្រៀតចូលជាជាងគោលដៅចម្បង។
ការកាត់បន្ថយផលប៉ះពាល់កម្រិតបណ្តាញកម្រិតខ្ពស់តាមរយៈ Cloudflare Magic Transit ឬ Spectrum គឺមានសម្រាប់បន្ទុកការងារសហគ្រាស និងបន្ទុកការងារដែលមានហានិភ័យខ្ពស់។

ការវាយប្រហារដែលពិតជាខុសប្លែកពីគេ

ការកើនឡើងចរាចរណ៍ទិន្នន័យភ្លាមៗជាញឹកញាប់គ្រាន់តែជារោគសញ្ញាប៉ុណ្ណោះ។ បំពង់បង្ហូរ tín hiệu ដូចគ្នាដែលគ្រប់គ្រងការហូរហៀរទិន្នន័យ ក៏ចាប់យកការជ្រៀតចូលដែលបង្កើតឱ្យមានបញ្ហានោះដែរ ដូច្នេះឧប្បត្តិហេតុត្រូវបានចាត់ថ្នាក់យ៉ាងត្រឹមត្រូវ ជាជាងគ្រាន់តែស្រូបយកវាទុក។

រាល់គេហទំព័រដែលយើងផ្ដល់សេវាបង្ហោះត្រូវបានស្កេនរកមេរោគជារៀងរាល់ថ្ងៃ ហើយ WAF បែបសកម្មរារាំងបច្ចេកទេសវាយប្រហារដែលបានស្គាល់ មុនពេលមានបំណះជួសជុលសម្រាប់ភាពងាយរងគ្រោះជាមូលដ្ឋាន — ដែលជាផ្លូវធ្វើឱ្យគេហទំព័រក្លាយជាឧបករណ៍វាយប្រហាររបស់អ្នកដទៃ។
អ៊ីមែលចេញត្រូវបានកំណត់កម្រិតក្នុងមួយគេហទំព័រ ហើយត្រូវបានតាមដានចំពោះការកើនឡើងបរិមាណភ្លាមៗ អត្រាផ្ញើមិនចេញ ការជាប់ក្នុងបញ្ជីទប់ស្កាត់ និងសញ្ញានៃពាក្យបណ្តឹង ដូច្នេះគេហទំព័រដែលរងការវាយប្រហារហើយផ្ញើសារឥតបានការ នឹងត្រូវបានរកឃើញក្នុងរយៈពេលប៉ុន្មាននាទី ជាជាងបន្ទាប់ពីត្រូវបានបញ្ចូលទៅក្នុងបញ្ជីទប់ស្កាត់។
មេរោគ និងការបន្លំបោកប្រាស់ដែលសង្ស័យ ត្រូវបានផ្ទៀងផ្ទាត់ជាមួយ Google Safe Browsing, PhishTank និង SURBL/APWG ហើយត្រូវបានភ្ជាប់ទំនាក់ទំនងជាមួយលទ្ធផលស្កេន មុនពេលការសម្រេចចិត្តអនុវត្តត្រូវបានធ្វើឡើង។
ការរំលោភបំពានធនធាន និងកម្មវិធីជីកយករូបិយប័ណ្ណគ្រីបតូ បង្ហាញឡើងជាកំហុស LVE CPU និង IO ដែលបានកត់ត្រាក្នុងមួយគេហទំព័រ ដែលកម្រិតល្បឿនជនល្មើសដោយស្វ័យប្រវត្តិ។
រាល់សញ្ញាទាំងអស់ធ្លាក់ចូលទៅក្នុងតុដោះស្រាយការបំពានតែមួយនៅក្នុងកុងសូលអ្នកគ្រប់គ្រង — ដែលត្រូវបានបូកសរុប លុបច្បាប់ចម្លងស្ទួន និងកំណត់អាទិភាព — ជាជាងនៅក្នុងឧបករណ៍ដាច់ដោយឡែកចំនួនបួន។

សំណួរដែលសួរញឹកញាប់

ប្រសិនបើគេហទំព័រមួយទៀតនៅលើម៉ាស៊ីនមេរបស់ខ្ញុំត្រូវបានវាយប្រហារ តើមានអ្វីកើតឡើងចំពោះគេហទំព័ររបស់ខ្ញុំ?

គោលដៅនៃការរចនាគឺការកម្រិតព្រំដែនដាច់ដោយឡែក។ គេហទំព័រនីមួយៗដំណើរការនៅក្នុង LVE cage របស់ CloudLinux ផ្ទាល់ខ្លួន ជាមួយនឹងកម្រិតកំណត់ CPU, RAM, IO, IOPS, ដំណើរការ និង entry-processes ព្រមទាំងទិដ្ឋភាពប្រព័ន្ធឯកសារ CageFS ផ្ទាល់ខ្លួន និងការកម្រិតមូលដ្ឋានទិន្នន័យតាមគេហទំព័រតាមរយៈ MySQL Governor។ គេហទំព័រដែលរងការវាយប្រហារ ត្រូវបានកម្រិតត្រឹមកម្រិតអតិបរមារបស់វាផ្ទាល់ ជាជាងការស៊ីធនធានម៉ាស៊ីនទាំងមូល ហើយដែនកំណត់ការតភ្ជាប់តាម IP របស់ LiteSpeed នឹងកំណត់ចំនួនដែលវាអាចទាញយកពីម៉ាស៊ីនបម្រើគេហទំព័រ។ ការកម្រិតព្រំដែនដាច់ដោយឡែកត្រូវបានបង្កើតឡើងនៅកម្រិត kernel មិនមែនកំណត់រចនាសម្ព័ន្ធតាមអតិថិជនម្នាក់ៗនោះទេ។

តើការការពារ DDoS ត្រូវបានរួមបញ្ចូល ឬជាកម្មវិធីបន្ថែម?

កម្រិតមូលដ្ឋានត្រូវបានរួមបញ្ចូលនៅលើគ្រប់គម្រោងទាំងអស់៖ ការញែកដាច់ពីគ្នាដោយ LVE និង CageFS, ការកំណត់កម្រិតការតភ្ជាប់ និងសំណើរបស់ LiteSpeed, ជញ្ជាំងភ្លើងបណ្តាញ (network firewall), WAF បែបសកម្ម និងការស្កេនមេរោគ malware ព្រមទាំងការស្រូបយកតាម Cloudflare edge និងការចម្រោះបណ្តាញកម្រិតអ្នកផ្តល់សេវានៅពីមុខប្រព័ន្ធ fleet។ យើងរួមបញ្ចូលវាដោយសារតែយើងមិនអាចទុកការការពារប្រព័ន្ធ fleet ផ្ទាល់ខ្លួនរបស់យើងជាជម្រើសមិនបង្ខំបានឡើយ។ ការគ្រប់គ្រង bot កម្រិតខ្ពស់, កម្រិត DDoS ខ្ពស់ជាងមុន, ច្បាប់ WAF ដែលបានកែលម្អ និងច្បាប់ជញ្ជាំងភ្លើងជាក់លាក់ គឺជាមុខងារបន្ថែមសម្រាប់គេហទំព័រដែលត្រូវការពួកវា។

តើអ្នកនឹងដាក់គេហទំព័ររបស់ខ្ញុំឱ្យនៅក្រៅបណ្តាញទេ ប្រសិនបើវាត្រូវបានវាយប្រហារ?

ការក្លាយជាគោលដៅនៃការវាយប្រហារ DDoS នឹងត្រូវបានដោះស្រាយតាមរយៈការបន្ធូរបន្ថយដោយ Cloudflare បូករួមនឹងការកំណត់កម្រិតអត្រាសំណើសម្រាប់គេហទំព័រនីមួយៗ ហើយ — ប្រសិនបើការវាយប្រហារនោះគំរាមកំហែងដល់ប្រភពដើម (origin) តែប៉ុណ្ណោះ — នឹងឈានដល់ស្ថានភាព 'throttled'៖ ដែនកំណត់ LVE កាន់តែតឹងរ៉ឹង ខណៈដែលគេហទំព័រនៅតែដំណើរការ និងបម្រើសេវាដដែល។ ស្ថានភាព throttled នឹងស្តារឡើងវិញដោយស្វ័យប្រវត្តិនៅពេលសម្ពាធត្រូវបានធូរស្រាល។ ការផ្អាកដំណើរការគឺត្រូវបានរក្សាទុកសម្រាប់ករណីមិនបង់ប្រាក់ ឬការបំពានដែលត្រូវបានបញ្ជាក់ប៉ុណ្ណោះ ហើយទោះបីជាក្នុងករណីនោះក៏ដោយ គេហទំព័រនឹងបង្ហាញទំព័របណ្តោះអាសន្នដែលមានស្លាកសញ្ញា និងបញ្ជាក់ពីមូលហេតុជាក់លាក់ ជាជាងការបង្ហាញទំព័រដែលខូច។

តើការជន់ជោរនៅកម្រិតកម្មវិធីនៅតែប៉ះពាល់ដល់មូលដ្ឋានទិន្នន័យរបស់ខ្ញុំដែរឬទេ?

មិនមែនសម្រាប់អ្វីដែលត្រូវបានបម្រើចេញពីឃ្លាំងសម្ងាត់នោះទេ។ LSCache ឆ្លើយតបទៅនឹងសំណើទំព័រដែលបានរក្សាទុកក្នុងឃ្លាំងសម្ងាត់ដោយមិនចាំបាច់ហៅ PHP ឬ MySQL ឡើយ ហើយឃ្លាំងសម្ងាត់វត្ថុ Redis សម្រាប់គេហទំព័រនីមួយៗជួយសម្រាលការអានសម្រាប់ទំព័រដែលមានលក្ខណៈឌីណាមិកពិតប្រាកដ។ អ្វីដែលនៅសេសសល់ត្រូវបានកម្រិតដោយដែនកំណត់ដំណើរការ LVE និងដំណើរការចូលរបស់គេហទំព័រលោកអ្នក ព្រមទាំងការកម្រិតមូលដ្ឋានទិន្នន័យសម្រាប់គេហទំព័រនីមួយៗរបស់ MySQL Governor ដូច្នេះសម្ពាធមូលដ្ឋានទិន្នន័យពីគេហទំព័រមួយមិនអាចប៉ះពាល់ដល់ម៉ាស៊ីនមេបានទេ។ ទំព័រកន្ត្រកទំនិញ ការទូទាត់ប្រាក់ គណនីរបស់ខ្ញុំ និងទំព័រសម័យមិនត្រូវបានរក្សាទុកក្នុងឃ្លាំងសម្ងាត់តាមលំនាំដើមឡើយ ដូច្នេះការពង្រឹងសុវត្ថិភាពមិនដែលរំខានដល់ប្រតិបត្តិការឡើយ។

តើអ្នកអាចការពារចរាចរណ៍ដែលមិនមែនជា HTTP បានទេ?

បាទ/ចាស នៅកម្រិតបណ្តាញ។ ការការពារ DDoS កម្រិតអ្នកផ្តល់សេវាត្រងទឹកជំនន់ L3/4 នៅផ្នែកខាងលើនៃកងយានរបស់យើងដោយមិនគិតពីពិធីការ ហើយសម្រាប់តម្រូវការកម្រិតខ្ពស់ ឬសហគ្រាស Cloudflare Magic Transit និង Spectrum ពង្រីកការកាត់បន្ថយកម្រិតគែមទៅកាន់ចរាចរណ៍ដែលមិនមែនជា HTTP។

តើខ្ញុំអាចដឹងដោយរបៀបណាថាមានការវាយប្រហារកើតឡើង ហើយតើអ្នកបានចាត់វិធានការអ្វីខ្លះចំពោះបញ្ហានោះ?

រាល់ការផ្លាស់ប្តូរការអនុវត្តត្រូវបានកត់ត្រាទុកជាមួយមូលហេតុរបស់វា ថាតើវាជាស្វ័យប្រវត្តិ ឬត្រូវបានផ្តួចផ្តើមដោយបុគ្គលិក និងភស្តុតាងនៅពីក្រោយវា។ អ្នកត្រូវបានជូនដំណឹងអំពីអ្វីដែលបានផ្លាស់ប្តូរ និងអ្វីដែលដោះស្រាយវា រាល់សកម្មភាពទាំងអស់អាចប្តឹងឧទ្ធរណ៍បាន ហើយសកម្មភាពដែលមានសិទ្ធិពិសេសត្រូវបានកត់ត្រាសវនកម្មសម្រាប់ដាននៃការអនុលោមតាមច្បាប់ផ្ទាល់ខ្លួនរបស់អ្នក។ សញ្ញាត្រូវបានប្រមូលផ្តុំនៅក្នុង Abuse Desk តែមួយ ជាជាងនៅរាយប៉ាយតាមឧបករណ៍ផ្សេងៗ។

តើខ្ញុំអាចសាកល្បងវាមុនពេលបង់ប្រាក់បានទេ?

បាទ/ចាស។ សេវាកម្មបង្ហោះ Footprint-Free ចាប់ផ្ដើមជាមួយនឹងការសាកល្បងឥតគិតថ្លៃរយៈពេល 14 ថ្ងៃដោយមិនបាច់ប្រើកាតដែលគ្របដណ្ដប់រហូតដល់ 5 គេហទំព័រ — គ្មានព័ត៌មានលម្អិតអំពីការទូទាត់ គ្មានការសន្យាកាតព្វកិច្ច។ គម្រោងនានាត្រូវបានគាំទ្រដោយការធានាសងប្រាក់វិញរយៈពេល 30 ថ្ងៃដោយគ្មានលក្ខខណ្ឌ ការផ្ទេរទិន្នន័យដោយឥតគិតថ្លៃ និងគ្មានការចងភ្ជាប់ជាមួយអ្នកផ្តល់សេវាឡើយ។

ដែលពាក់ព័ន្ធ

ការការពារដែលត្រូវបានបើករួចជាស្រេច នៅពេលដែលចរាចរណ៍មកដល់

ការត្រួតពិនិត្យបណ្តាញ ការស្រូបទាញនៅគែម ការកម្រិតល្បឿនម៉ាស៊ីនបម្រើ និងការទប់ស្កាត់តាមគេហទំព័រនីមួយៗដំណើរការចាប់ពីពេលដែលអ្នកដាក់ពង្រាយ — គ្មានអ្វីត្រូវកំណត់រចនាសម្ព័ន្ធ គ្មានអ្វីត្រូវបើកនៅពាក់កណ្តាលឧប្បត្តិហេតុឡើយ។ ចាប់ផ្តើមជាមួយនឹងការសាកល្បងឥតគិតថ្លៃរយៈពេល 14 ថ្ងៃដោយមិនចាំបាច់ប្រើកាត គាំទ្រដោយការធានាសងប្រាក់វិញក្នុងរយៈពេល 30 ថ្ងៃ និងការផ្ទេរទិន្នន័យដោយឥតគិតថ្លៃ។

ចាប់ផ្តើមឥតគិតថ្លៃ