Преминете към съдържанието
DDoS защита · Peeryx · 15 Tbps+
Всички ръководства

DDoS защита L3, L4 и L7: какво действително се филтрира

Името Anti-DDoS не казва само кои атаки филтрира услугата. Сайт, игра и защитен транзит изискват различни проверки. Оценявайте реалния път на трафика и документираните функции, не само голямата цифра за общия капацитет на защитната мрежа пред сървъра.

← Всички ръководстваCubixServ

Преди да започнете

Избройте публични IP, портове, протоколи и първоначални сървъри. Определете филтриране и предаване. Пазете нормални измервания и условия за сравнение при инцидент. Преди промяна на достъпа подгответе поддръжка, копие и връщане на първоначалните правила.

L3 разглежда мрежовия трафик

Мрежовият слой проверява IP пакети и обемни модели. Поток може да запълни връзката преди приложението, затова филтрирането трябва да е по-рано. Общ капацитет не е капацитет на сървъра: 15 Tbps на CubixServ са за обща защитна мрежа, не ваш порт или гаранция срещу всички атаки. Разпределената честотна лента на отделната услуга проверете самостоятелно по действителните условия на офертата.

L4 различава TCP и UDP

Транспортният слой обхваща различно поведение на TCP връзки и UDP потоци. Прилагат се правила за порт, състояние и скорост. Web профил не е непременно подходящ за игра. Потвърдете игровия порт и оценете управлението отделно. TCP успех не проверява UDP по целия път; тествайте протокола на играчите с източник и връщане. Не отваряйте излишни или чужди портове на споделения хост.

L7 изисква разбиране на приложението

Привидно валидна заявка може да създава скъпа работа. HTTP proxy проверява HTTP, но не разбира автоматично всички игрови протоколи. Попитайте за конкретни крайни точки и функции. FiveM сваляне и игрово свързване се оценяват отделно: защитена HTTP част не доказва защита на всяка операция срещу приложни атаки. Свържете документирания обхват с реален протокол, вместо универсален прочит на търговското означение L7.

Първоначалният сървър участва в защитата

Защитен адрес не стига, ако незащитеният сървър остава директно достъпен. Проверете DNS, файлове, управление и други портове. Не ограничавайте източници преди всички разрешени пътища да са известни. Широко доверие допуска заобикаляне, твърде тесни правила блокират потребители. Управлението изисква отделен безопасен достъп. След промяна проверете необходимите връзки и възможност за връщане към работещи правила. Не забравяйте допълнителните публични услуги.

Измервайте мрежа и приложение заедно

При инцидент сравнете трафик, отхвърлени пакети, успешни връзки и натоварване. Претоварена основна нишка или база може да спре играта при нормална мрежа. Допълнителни филтри не поправят тежки скриптове. Timeout не доказва атака: сравнете загуби, маршрут, грешки и отклонения по едно време в една услуга. Без конкретна причина не променяйте обща защита, която засяга други клиенти и различни приложения на същата инфраструктура.

Изисквайте проверими условия

Потвърдете обхват, разпределена лента, разрешени услуги, предаване и помощ. Уточнете нужда от IP, тунел или смяна на източника. Преди и след включване тествайте целия път с разрешени потребители. Работещ сайт не тества всички игри; натоварване и симулации изискват изрично уговорени разрешени граници, за да не вредят на други клиенти. Недокументирани гаранции не приемайте като част от реалната услуга или нейния SLA.

Какво да направите във вашия случай

СитуацияСледваща стъпка
Игра с UDPПотвърдете порт, протокол и профил на филтъра. HTTP отговор не е пълна проверка.
Скъпи HTTP заявкиОценете приложение, ограничения и proxy заедно. Мрежов резерв не премахва работата на заявката.
Външен първоначален сървърПреди директно ограничаване документирайте разрешени източници и обратен път.

Официални източници

Източниците обясняват протоколите и настройките. Проверете документацията за използваната версия.

  1. RFC Editor / IETF/rfc/rfc4732
  2. NGINX/en/docs/stream/ngx_stream_proxy_module.html
  3. Cfx.re/docs/server-manual/proxy-setup/