کمتر صاحب سرور بازی عمومیای هست که تجربه حمله DDoS نداشته باشد: وسط یک مسابقه یا رویداد مهم، همه بازیکنان ناگهان قطع میشوند. سرورهای بازی به دلیل استفاده از UDP، حساسیت به تأخیر و رقابت بین جامعهها، از پرتکرارترین اهداف DDoS هستند. در این مقاله توضیح میدهیم چطور از سرور بازی در برابر DDoS محافظت کنیم؛ از انتخاب زیرساخت تا تنظیمات سرور و رفتار درست در زمان حمله.
فهرست مطالب
چرا سرورهای بازی هدف DDoS هستند؟
- انگیزههای رقابتی و شخصی: رقابت بین سرورها، بازیکنان بنشده یا رقبا در مسابقه.
- هزینه پایین حمله: سرویسهای «اجاره حمله» با هزینه اندک در دسترساند.
- حساسیت بالا: برای قطع کردن تجربه بازی لازم نیست سرور کامل از کار بیفتد؛ کمی افزایش تأخیر یا از دست رفتن بسته کافی است.
- UDP: بیشتر بازیها از UDP استفاده میکنند که بدون برقراری اتصال کار میکند و جعل IP مبدأ و حملات حجمی را سادهتر میکند.
مفاهیم پایه DDoS را در حمله DDoS چیست توضیح دادهایم.
انواع حملات به سرور بازی
| نوع | شرح | محل دفاع |
|---|---|---|
| حجمی (UDP Flood، Amplification) | اشباع پورت شبکه با حجم عظیم ترافیک | شبکه ارائهدهنده |
| پروتکلی (SYN Flood و مشابه) | پر کردن جدول اتصال سرور یا فایروال | لبه شبکه و تنظیمات هسته |
| حملات مخصوص پروتکل بازی | درخواستهای Query یا Handshake جعلی که پردازش سرور بازی را مشغول میکنند | فیلترهای مخصوص بازی و تنظیمات سرور |
| رباتهای بازیکننما | ورود انبوه حسابهای جعلی یا رباتها | تنظیمات و افزونههای خود بازی |
مهمترین لایه: حفاظت در لبه شبکه
حملات حجمی پیش از رسیدن به سرور شما، پورت شبکه را پر میکنند. وقتی پورت پر است، هیچ تنظیمی روی خود سرور نمیتواند ترافیک بازیکنان واقعی را از حمله جدا کند. تنها راه، فیلتر کردن ترافیک در شبکه ارائهدهنده، پیش از رسیدن به سرور، است. هنگام انتخاب سرور بازی بپرسید:
- آیا حفاظت DDoS در لایه ۳ و ۴ بهصورت دائمی و خودکار فعال است، یا فقط پس از تشخیص و با تأخیر؟
- در زمان حمله، ترافیک سالم چطور عبور میکند؟ برخی راهکارها در زمان حمله کل IP را موقتاً از دسترس خارج میکنند (Null Route) که عملاً همان هدف مهاجم است.
- حفاظت برای پروتکلهای UDP بازیها مناسب است و تأخیر اضافه ایجاد نمیکند؟
محل سرور هم مهم است: سرور داخل کشور برای بازیکنان ایرانی پینگ کمتری دارد. مقایسه در VPS ایران یا خارج.
تنظیمات سمت سرور
این تنظیمات جایگزین حفاظت شبکه نیستند، اما در برابر حملات کوچک و حملات مخصوص پروتکل بازی کمک میکنند:
- فایروال با سیاست مسدود بهطور پیشفرض: فقط پورت بازی و SSH (محدود به IP خودتان) باز باشد. مقایسه ابزارها در UFW یا iptables یا nftables.
- محدودیت نرخ برای درخواستهای Query: بسیاری از حملات، درخواستهای اطلاعات سرور (مثل A2S در بازیهای Source) را با حجم بالا میفرستند. محدود کردن نرخ این بستهها از هر IP، اثر آنها را کم میکند.
- تنظیمات هسته: SYN Cookies و صفهای بزرگتر؛ مقادیر نمونه را با بار واقعی سرور تنظیم کنید.
- تنظیمات خود بازی: محدودیت اتصال همزمان از هر IP، Whitelist برای سرورهای خصوصی و افزونههای ضدربات.
نمونه محدودیت نرخ بستههای UDP ورودی به پورت بازی با nftables (عددها را با تعداد بازیکن واقعی تنظیم کنید):
table inet game {
chain input {
type filter hook input priority -10; policy accept;
udp dport 27015 meter perip { ip saddr limit rate over 400/second burst 200 packets } drop
}
}
این قانون بستههای بیش از حد از هر IP را دور میریزد. محدودیت را آنقدر سخت نکنید که بازیکنان واقعی با Tick بالا قطع شوند؛ ابتدا با مقدار بالا شروع کنید و رفتار را زیر نظر بگیرید.
کاهش سطح حمله
- IP سرور را کمتر در معرض قرار دهید: پنل مدیریتی، سایت و ربات دیسکورد را روی سرور جداگانه نگه دارید.
- پورتهای مدیریتی را ببندید: RCON، txAdmin، پنلهای وب و دیتابیس نباید روی اینترنت باز باشند. از تونل SSH استفاده کنید.
- سرورها را جدا کنید: اگر چند سرور بازی دارید، آنها را روی IPهای جداگانه قرار دهید تا حمله به یکی همه را از کار نیندازد.
- بهروز نگه داشتن نرمافزار سرور تا آسیبپذیریهای شناختهشده پروتکل بسته شوند.
پنل، سایت و دیسکورد سرور
سایت جامعه و فروشگاه آیتمهای سرور معمولاً HTTP است و بهتر است پشت یک CDN یا WAF قرار گیرد تا هم IP پنهان بماند و هم حملات لایه ۷ فیلتر شوند. این سایت را روی همان IP سرور بازی میزبانی نکنید؛ در غیر این صورت هر کس IP سایت را پیدا کند، IP سرور بازی را هم دارد.
در زمان حمله چه کنیم؟
- تشخیص دهید حمله حجمی است یا لایه بازی: اگر پهنای باند پر و حتی SSH کند است، حجمی است؛ اگر شبکه عادی است اما سرور بازی کند شده، احتمالاً حمله به پروتکل بازی است.
- برای حمله حجمی، با ارائهدهنده تماس بگیرید و زمان شروع و IP هدف را اعلام کنید.
- برای حملات لایه بازی، لاگها را برای IPها و الگوهای تکراری بررسی و فیلتر کنید.
- به بازیکنان در دیسکورد یا کانال اطلاعرسانی اطلاع دهید.
- بعد از حمله، نقاط ضعف را بررسی کنید: آیا IP از طریق سایت یا پنل فاش شده بود؟
پایش ترافیک و هشدار خودکار، تشخیص را سریعتر میکند؛ اصول در مانیتورینگ سرور چیست.
سوالات متداول
آیا فایروال سرور جلوی DDoS را میگیرد؟
فقط در برابر حملات کوچک و حملات مخصوص پروتکل بازی. حملات حجمی پورت شبکه را پیش از فایروال پر میکنند و باید در شبکه ارائهدهنده مهار شوند.
چرا با وجود آنتیدیداس هنوز گاهی لگ دارم؟
ممکن است حمله به پروتکل خود بازی باشد که شبیه ترافیک عادی است، یا مشکل از منابع سرور و اسکریپتها. لاگها و مصرف منابع را در زمان لگ بررسی کنید.
آیا تغییر IP سرور مشکل را حل میکند؟
موقتاً بله، اما اگر IP جدید هم از همان مسیر (سایت، دیسکورد یا پنل) فاش شود، حمله تکرار میشود. ابتدا راه نشت IP را ببندید.
حفاظت لایه ۳ و ۴ یعنی چه؟
یعنی فیلتر ترافیک در سطح شبکه و انتقال (IP، UDP و TCP) که حملات حجمی و پروتکلی را مهار میکند. حملات لایه ۷ (HTTP) به WAF و تنظیمات اپلیکیشن نیاز دارند.
سرور گیم با آنتیدیداس در لبه شبکه
در سرورهای مجازی گیم تراست هاست حفاظت DDoS لایه ۳ و ۴ روی تمام پلنها فعال است و ترافیک حمله پیش از رسیدن به سرور در لبه شبکه فیلتر میشود. برای سایت و پنلها هم خدمات امنیت شبکه و WAF در دسترس است.