DDoS தாக்குதல்களிலிருந்து VPS-ஐ எப்படிப் பாதுகாப்பது

Distributed denial-of-service (DDoS) தாக்குதல் ஒரு சர்வருக்கோ அதன் பிணைய இணைப்புக்கோ அதிக அளவு டிராஃபிக்கை அனுப்பி, உண்மையான பயனர்கள் உள்ளே வர முடியாமல் செய்கிறது. சில தாக்குதல்கள் சர்வரால் தாங்க முடியாத அளவுக்குப் பெரியவை என்பதால், பாதுகாப்பு அடுக்குகளாக அமைப்பதே சிறந்தது: முதலில் பிணைய விளிம்பில் வடிகட்டுதல், பிறகு VPS-இல் ஃபயர்வால் மற்றும் பயன்பாட்டு அமைப்புகள். ONIE, DDoS Shield உடன் ஹோ சி மின் நகரில் உள்ள cloud servers பிணைய விளிம்பில் கூடுதல் கட்டணம் இல்லாமல் பாதுகாப்பு வழங்குகிறது. மேலும், DDoS பாதுகாப்புடன் VPS-ஐ சில நிமிடங்களில் உருவாக்கலாம்.

தாக்குதல் வகைகள்

• Volumetric (அடுக்கு 3 மற்றும் 4): பிணைய இணைப்பை நிரப்பும் packet வெள்ளங்கள், எடுத்துக்காட்டாக UDP flood.
• Protocol தாக்குதல்கள்: இணைப்பு கையாளுதலைத் துஷ்பிரயோகம் செய்வது, எடுத்துக்காட்டாக இணைப்பு அட்டவணையை நிரப்பும் SYN flood.
• Application layer (அடுக்கு 7): சரியாகத் தோன்றும் பல HTTP கோரிக்கைகள், இவை வலை சர்வரையோ தரவுத்தளத்தையோ தீர்ந்துபோகச் செய்கின்றன.

ஒவ்வொரு வகைக்கும் வெவ்வேறு தற்காப்பு தேவை. Volumetric டிராஃபிக் சர்வரை அடைவதற்கு முன்பே தடுக்கப்பட வேண்டும்; பயன்பாட்டு நிலை வெள்ளங்களை சர்வரிலேயே குறைக்கலாம்.

1. பிணைய விளிம்பில் வடிகட்டுங்கள்

விளிம்பு வடிகட்டல், மோசமான டிராஃபிக் உங்கள் VPS-ஐ அடைவதற்கு முன்பே அதை நிறுத்துகிறது, அதனால் இணைப்பு நிரம்புவதில்லை. DDoS Shield உடன், வடிகட்டல் XDP/eBPF மூலம் பிணைய விளிம்பில் நடைபெறுகிறது, மேலும் console ஒவ்வொரு IP-க்குமான டிராஃபிக் மற்றும் தாக்குதல் நிகழ்வுகளைக் காட்டுகிறது. நீங்கள் மதிப்பிடும் எந்த வழங்குநரிடமும் என்ன சேர்க்கப்பட்டுள்ளது, வடிகட்டல் எங்கே நடைபெறுகிறது, அதற்குக் கூடுதல் கட்டணம் உண்டா என்று கேளுங்கள்.

2. பயன்படுத்தாதவற்றை மூடுங்கள்

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

தரவுத்தளங்களையோ நிர்வாகப் பலகைகளையோ இணையத்தில் வெளிப்படுத்தாதீர்கள். அவற்றை 127.0.0.1-க்கு அல்லது தனிப்பட்ட பிணையத்திற்கு bind செய்யுங்கள்.

3. SYN flood-க்காக kernel-ஐ சரிசெய்யுங்கள்

பெரும்பாலான distribution-களில் SYN cookies இயல்பாகவே இயக்கத்தில் இருக்கும். சரிபார்க்க:

sysctl net.ipv4.tcp_syncookies

மற்ற kernel மாற்றங்களைச் சிறியதாக வைத்து சோதித்துப் பாருங்கள், ஏனெனில் தவறான மதிப்புகள் சாதாரண டிராஃபிக்கைப் பாதிக்கலாம்.

4. Nginx-இல் கோரிக்கைகளின் வரம்பை நிர்ணயியுங்கள்

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 மூலம் மீண்டும் ஏற்றுங்கள். Static கோப்புகளை cache-இலிருந்து வழங்குங்கள், WordPress-இல் caching plugin பயன்படுத்துவதன் மூலம் ஒவ்வொரு கோரிக்கையின் செலவைக் குறையுங்கள். Nginx உடன் WordPress நிறுவுவது பற்றிப் பாருங்கள்.

5. டிராஃபிக்கைக் கண்காணியுங்கள்

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

இணைப்புகள் அல்லது அலைவரிசையில் திடீர் உயர்வு, அல்லது CPU பயன்பாடு குறைவாக இருக்கும்போதும் சர்வர் மெதுவாவது, தாக்குதலின் அறிகுறியாக இருக்கலாம். ஆரம்பத்திலேயே கவனிக்க எச்சரிக்கைகளை அமையுங்கள்.

6. சம்பவச் சரிபார்ப்புப் பட்டியல்

1. இந்த டிராஃபிக் தாக்குதலா அல்லது உண்மையான உயர்வா என்பதை console-இல் உறுதிப்படுத்துங்கள்.
2. தாக்குதல் நிகழ்வுகளையும் தாக்கப்பட்ட IP-யையும் சரிபாருங்கள்.
3. நீங்கள் அடையாளம் காணக்கூடிய தவறான மூல முகவரிகளையோ வரம்புகளையோ தடுங்கள்.
4. கடுமையான rate limit-களையோ பராமரிப்புப் பக்கத்தையோ இயக்குங்கள்.
5. நேரம் மற்றும் IP உடன் வழங்குநரின் support-ஐத் தொடர்பு கொள்ளுங்கள்.
6. பிறகு, logs-ஐ மதிப்பாய்வு செய்து இந்தத் திட்டத்தைப் புதுப்பியுங்கள். காப்புப்பிரதிகள் மற்றும் snapshot-கள் புதுப்பித்த நிலையில் வைத்திருங்கள்.