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

FiveM DDoS защита: игра, HTTP и първоначален сървър

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

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

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

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

Избройте публичните крайни точки

Разделете игровия адрес, списък на сървъри, сваляне и управление. Защита на един път не заменя проверка на другите. Използвайте портове от панела: txAdmin не е игрови порт. На споделена машина не избирате чужди портове или услуги против схемата на оператора. Потвърдете разпределение и права за всеки нов път; не пропускайте отворено управление или файлове с различен публичен адрес.

Проверете също адресите на домейни, старите публични адреси и крайните точки, рекламирани от FXServer. Вторична услуга може да разкрие произхода дори когато основната връзка използва прокси. Използвайте този опис, за да установите обхвата с доставчика.

Проверете TCP и UDP отделно

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

Ако използвате файлов кеш, проверете дестинациите и условията за достъп. Настройките на проксито и файла зависят от версията на FXServer. Възможно е настройка в по-нова документация да липсва в по-стар артефакт: потвърдете наличността, преди да промените конфигурацията.

Използвайте официални proxy настройки

Cfx.re документира proxy и външни файлове. Настройките трябва да съответстват на artifact и реалните крайни точки. Не копирайте друга версия без проверка. Доверени proxy ограничете до разрешени източници: доверие на целия интернет премахва разграничението. Тествайте нужните връзки последователно с готово връщане. Сравнете адресите с реалния доставчик на филтъра, не само пример от различна инсталация с друг оператор и друга схема.

Съхранявайте точни, документирани списъци с надеждни източници. Глобално разрешение или неправилен прокси адрес може да подкопае защитата; неправилно поставен блок може да спре играчите да се присъединят. Завъртането на IP или порт не замества защитата на произхода и не трябва да се описва като автоматично без доставен механизъм.

Разгледайте директните пътища

Отворен незащитен първоначален сървър допуска заобикаляне на посредника. Проверете DNS, URL на ресурси и допълнителни портове. Нова публична IP не премахва автоматично известните пътища. Ограничете източника след потвърждение на разрешените адреси и връщането. Автоматична IP ротация е функция само ако е документирана и настроена в конкретната услуга. Бутон за смяна на IP или наличие на proxy не доказват автоматизъм или такава гаранция.

Не излагайте публично база данни или административен инструмент без идентифицирана нужда и подходящи контроли. Хостинг панелът и txAdmin са отделни среди; защитата на едното не гарантира сигурността на другото. Поддържайте софтуера и прегледайте достъпа след промени в екипа.

Защитете ресурсите и събитията

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

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

Тествайте целия път на играча

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

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

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

СитуацияСледваща стъпка
Защитено е само HTTPПроверете TCP/UDP и директния източник. Една страница не покрива цялата игра.
Грешка след правилоСравнете източник и връщане с проекта и използвайте подготвеното отменяне.
Нормална мрежа, забиваща играПрофилирайте ресурси, събития и база по същото време като мрежовото измерване.

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

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

  1. Cfx.re/docs/server-manual/proxy-setup/
  2. Cfx.re/docs/server-manual/server-commands/
  3. Cfx.re/docs/developers/server-security/
  4. RFC Editor / IETF/rfc/rfc4732