VPS को DDoS हमलों से कैसे बचाएँ

एक distributed denial-of-service (DDoS) हमला किसी सर्वर या उसके नेटवर्क कनेक्शन को इतने ट्रैफ़िक से भर देता है कि असली विज़िटर उस तक पहुँच नहीं पाते। कुछ हमले इतने बड़े होते हैं कि अकेला सर्वर उन्हें नहीं संभाल सकता, इसलिए सुरक्षा परतों में सबसे अच्छी तरह काम करती है: पहले नेटवर्क एज पर फ़िल्टरिंग, फिर VPS पर फ़ायरवॉल और एप्लिकेशन सेटिंग्स। ONIE Ho Chi Minh City के cloud servers को DDoS Shield के साथ नेटवर्क एज पर सुरक्षा अतिरिक्त शुल्क के बिना देता है, और आप कुछ ही मिनटों में DDoS सुरक्षा वाला VPS डिप्लॉय कर सकते हैं।

हमलों के प्रकार

• Volumetric (layer 3 और 4): पैकेटों की बाढ़ जो नेटवर्क लिंक को भर देती है, जैसे UDP flood।
• Protocol हमले: कनेक्शन हैंडलिंग का दुरुपयोग, जैसे SYN flood जो कनेक्शन टेबल को भर देता है।
• Application layer (layer 7): बहुत सारे वैध दिखने वाले HTTP अनुरोध जो वेब सर्वर या डेटाबेस को थका देते हैं।

हर प्रकार के लिए अलग बचाव चाहिए। Volumetric ट्रैफ़िक को आपके सर्वर तक पहुँचने से पहले रोकना होता है; application floods को सर्वर पर कम किया जा सकता है।

1. नेटवर्क एज पर फ़िल्टर करें

एज फ़िल्टरिंग खराब ट्रैफ़िक को आपके VPS तक पहुँचने से पहले गिरा देती है, ताकि लिंक संतृप्त न हो। DDoS Shield के साथ फ़िल्टरिंग XDP/eBPF का उपयोग करके नेटवर्क एज पर चलती है, और कंसोल हर IP के लिए ट्रैफ़िक और हमलों की घटनाएँ दिखाता है। जिस भी provider का मूल्यांकन करें, उससे पूछें कि क्या शामिल है, फ़िल्टरिंग कहाँ होती है और क्या इसका अलग शुल्क है।

2. जो उपयोग नहीं करते उसे बंद करें

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

डेटाबेस या admin panels को इंटरनेट पर न खोलें। उन्हें 127.0.0.1 या private network पर बाँधें।

3. SYN floods के लिए kernel ट्यून करें

अधिकतर distributions में 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 से reload करें। स्टैटिक फ़ाइलें 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. कंसोल में पुष्टि करें कि ट्रैफ़िक हमला है या वास्तविक उछाल।
2. हमले की घटनाएँ और निशाना बनी IP जाँचें।
3. जिन आपत्तिजनक स्रोत पतों या रेंज की पहचान हो सके, उन्हें ब्लॉक करें।
4. सख्त रेट लिमिट या maintenance page चालू करें।
5. समय और IP के साथ अपने provider के support से संपर्क करें।
6. बाद में logs की समीक्षा करें और इस योजना को अपडेट करें। backups और snapshots को अद्यतन रखें।