VPS ကို DDoS တိုက်ခိုက်မှုများမှ ကာကွယ်နည်း

Distributed denial-of-service (DDoS) တိုက်ခိုက်မှုသည် ဆာဗာ သို့မဟုတ် ၎င်း၏ network ချိတ်ဆက်မှုကို traffic ဖြင့် ပြည့်လျှံစေပြီး အမှန်တကယ် visitor များ ဝင်ရောက်၍ မရတော့သည်အထိ ဖြစ်စေသည်။ တိုက်ခိုက်မှုအချို့မှာ ဆာဗာကိုယ်တိုင် ကိုင်တွယ်ရန် မဖြစ်နိုင်လောက်အောင် ကြီးမားသဖြင့် ကာကွယ်မှုသည် အလွှာများဖြင့် အကောင်းဆုံး အလုပ်လုပ်သည်။ ပထမ network edge တွင် စစ်ထုတ်ပြီး ထို့နောက် VPS ပေါ်ရှိ firewall နှင့် application ဆက်တင်များကို အသုံးပြုပါ။ ONIE သည် DDoS Shield ဖြင့် ဟိုချီမင်းမြို့ရှိ cloud servers ကို network edge တွင် အပို ကုန်ကျစရိတ်မရှိဘဲ ကာကွယ်ပေးပြီး DDoS ကာကွယ်မှုပါသော VPS ကို မိနစ်အနည်းငယ်အတွင်း deploy လုပ်နိုင်သည်။

တိုက်ခိုက်မှုအမျိုးအစားများ

• Volumetric (layer 3 and 4): network link ကို ပြည့်စေသော packet အများအပြား၊ ဥပမာ UDP flood။
• Protocol attacks: connection handling ကို အလွဲသုံးစားလုပ်ခြင်း၊ ဥပမာ connection table ကို ဖြည့်သော SYN flood။
• Application layer (layer 7): web server သို့မဟုတ် database ကို ကုန်ဆုံးစေသော မှန်ကန်ပုံရသည့် HTTP request အများအပြား။

အမျိုးအစားတစ်ခုစီသည် မတူညီသော ကာကွယ်နည်း လိုအပ်သည်။ Volumetric traffic ကို ဆာဗာသို့ မရောက်မီ ရပ်တန့်ရမည်။ Application flood များကို ဆာဗာပေါ်တွင် လျှော့ချနိုင်သည်။

1. Network edge တွင် စစ်ထုတ်ပါ

Edge filtering သည် link ပြည့်ကျပ်မသွားစေရန် မကောင်းသော traffic ကို VPS သို့ မရောက်မီ ချထားသည်။ DDoS Shield ဖြင့် filtering ကို network edge တွင် XDP/eBPF အသုံးပြု၍ လုပ်ဆောင်ပြီး console တွင် IP တစ်ခုစီအတွက် traffic နှင့် တိုက်ခိုက်မှု အဖြစ်အပျက်များကို ပြသသည်။ သင်ဆန်းစစ်သော provider မည်သည့်အရာကိုမဆို ဘာပါဝင်သလဲ၊ filtering ဘယ်နေရာတွင် ဖြစ်သလဲနှင့် အပိုကုန်ကျမကုန်ကျသလား မေးပါ။

2. အသုံးမပြုသည်များကို ပိတ်ပါ

sudo ufw default deny incoming
sudo ufw allow OpenSSH
sudo ufw allow 'Nginx Full'
sudo ufw enable

Database များ သို့မဟုတ် admin panel များကို internet သို့ မဖော်ထုတ်ပါနှင့်။ 127.0.0.1 သို့မဟုတ် private network သို့ bind လုပ်ပါ။

3. SYN flood အတွက် kernel ကို ချိန်ညှိပါ

SYN cookies သည် distribution အများစုတွင် default အနေဖြင့် ဖွင့်ထားသည်။ စစ်ဆေးရန်:

sysctl net.ipv4.tcp_syncookies

အခြား kernel ပြောင်းလဲမှုများကို ငယ်ငယ်ထားပြီး စမ်းသပ်ပါ။ မှားယွင်းသော တန်ဖိုးများက ပုံမှန် traffic ကို ထိခိုက်စေနိုင်သည်။

4. Nginx တွင် request များကို rate-limit လုပ်ပါ

http block တွင်:

limit_req_zone $binary_remote_addr zone=perip:10m rate=10r/s;
limit_conn_zone $binary_remote_addr zone=connperip:10m;

server သို့မဟုတ် location block တွင်:

limit_req zone=perip burst=20 nodelay;
limit_conn connperip 20;

sudo nginx -t && sudo systemctl reload nginx ဖြင့် reload လုပ်ပါ။ Static file များကို cache မှ ပေးပြီး WordPress တွင် caching plugin ကို သုံး၍ request တစ်ခုစီ၏ ကုန်ကျစရိတ်ကို လျှော့ချပါ။ Nginx ဖြင့် WordPress တပ်ဆင်ခြင်း ကို ကြည့်ပါ။

5. Traffic ကို စောင့်ကြည့်ပါ

ss -s
sudo ss -ntu state established | wc -l
sudo apt install -y nload && nload

Connection သို့မဟုတ် bandwidth ရုတ်တရက် တက်လာခြင်း၊ သို့မဟုတ် CPU အသုံးပြုမှု နည်းပါလျက် ဆာဗာ နှေးလာခြင်းသည် တိုက်ခိုက်မှု ဖြစ်နိုင်သည်။ စောစီးစွာ သိရှိနိုင်ရန် alert များ သတ်မှတ်ထားပါ။

6. ဖြစ်ရပ်တုံ့ပြန်ရေး စာရင်း

1. Console တွင် traffic သည် တိုက်ခိုက်မှု သို့မဟုတ် အမှန်တကယ် spike ဟု အတည်ပြုပါ။
2. တိုက်ခိုက်မှု အဖြစ်အပျက်များနှင့် ထိခိုက်ခံရသော IP ကို စစ်ဆေးပါ။
3. ဖော်ထုတ်နိုင်သော ဆိုးရွားသည့် source address သို့မဟုတ် range များကို ပိတ်ပါ။
4. ပိုတင်းကျပ်သော rate limit သို့မဟုတ် maintenance page ကို ဖွင့်ပါ။
5. အချိန်နှင့် IP ကို ထည့်၍ provider ၏ support ကို ဆက်သွယ်ပါ။
6. နောက်ပိုင်းတွင် log များကို ပြန်လည်သုံးသပ်ပြီး ဤအစီအစဉ်ကို အပ်ဒိတ်လုပ်ပါ။ backup နှင့် snapshot များ ကို အမြဲ အသစ်ဖြစ်နေအောင် ထိန်းသိမ်းပါ။