Прескокни на содржината
DDoS заштита · Peeryx · 15 Tbps+
Сите водичи

GRE, reverse proxy или BGP: изберете вистински пат на заштита

GRE, reverse proxy и BGP решаваат различни делови од патот на сообраќајот. Не се заменливи прекинувачи за DDoS заштита. Изборот зависи од протоколите, управувањето со адреси, изворниот пристап и можноста да менувате рутирање без губење дозволени врски, не само од името на технологијата.

← Сите водичиCubixServ

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

Наведете адреси, порти и протоколи и одредете управител на двата краја. Потврдете права на префикси и извори. Чувајте правила, пристап и стари патишта; промените подгответе ги со оператор и обезбедете враќање на работна состојба.

Proxy треба да одговара на протоколот

HTTP reverse proxy обработува поставен HTTP, не автоматски UDP на секоја игра. NGINX stream може да пренесува TCP или UDP со соодветни поставки; тоа не е апликациско HTTP филтрирање. Проверете модул, порти, timeout и јавни адреси. Достапна страница или TCP врска не докажуваат пат на игра, датотеки и повратен сообраќај. Секоја компонента тестирајте ја посебно со потребниот протокол и вистински клиент.

За FiveM, одделете ги крајните точки за поврзување, датотеките и играта. Проверете ги огласените адреси и услуги кои остануваат директни. Утврдете дали адресите на клиентите се зачувани, кои информации стигнуваат до потеклото и кои правила за доверба се совпаѓаат со вашата верзија.

GRE додава енкапсулација

GRE пренесува пакети во дополнителна мрежна обвивка. Преку IPv4 користи IP протокол 47, не TCP порта 47. Сам не дава шифрирање или проверка на другиот крај. Потврдете дозволени краеви, филтри и патишта од двете страни. Случајно отворање TCP не создава тунел или заштита. Проверете можности на хостот и овластување за мрежни правила; управувањето со тунел одделете го од јавната игра и дополнителните услуги.

Проверете дали опремата и мрежите го дозволуваат GRE. Во IPv4 користи IP број на протокол, наместо едноставно порта TCP или UDP за отворање. Капсулацијата додава заглавија: приспособете ги и тестирајте ги ефективните MTU, маршрутите и патеката за враќање. Врската што работи со мали пакети сепак може да не успее со поголеми пакети.

BGP објавува дозволени префикси

BGP разменува информации за рутирање, сам не филтрира секоја апликација. Бара право на префикси, однос со оператор и договорени политики. Доделена VPS IP не дава право да објавувате цел блок или сопствена BGP сесија. Пред промена разјаснете одговорности и опсег на заштитен транзит. Не тестирајте туѓи префикси и не заклучувајте дека имате автономен систем од името на услугата или администраторскиот пристап до виртуелната машина.

Потребен ви е договор за рутирање, овластени ресурси и предуслови на давателот. Објавувањето на префикси од трета страна бара вистинско овластување. Прифатените големини на префиксот, филтрите и процесите на валидација се разликуваат помеѓу операторите. Адресата VPS не дава автоматски право или можност за објавување префикс на интернет.

Зачувајте враќање и извори

Преносот вклучува двата смера, состојба на врските и адреси видливи за апликацијата. Асиметрија може да ги наруши филтрите што следат состојба. Пред ограничување документирајте дозволени извори, управување и здравствени проверки. Широка доверба дозволува заобиколување, тесни правила блокираат клиенти. Тестирајте влез, одговори и долги врски со враќање на почетни правила. Промена на јавна IP сама не го одредува точниот повратен пат ниту сите потребни извори.

Идентификувајте ги и патеките за бајпас: стари адреси, секундарни DNS, датотеки, гласовни или административни алатки. Пред да го ограничите потеклото, проверете ги легитимните извори и потребните услуги. Далечинската заштита не ја отстранува потребата да се контролира директното изложување на дестинацијата.

Проверете MTU и големи пакети

Енкапсулацијата го намалува просторот за изворниот пакет. Мал тест може да работи додека голем пренос не успева. Проверете MTU на патот, фрагментација и потребни пораки за грешки. TCP MSS сам не ги решава сите UDP проблеми. Не копирајте вредност од туѓ пример: користете вистински пат, тунел и мерења, потоа проверете датотеки и игра. Чувајте стари вредности за споредба и опоравување по неуспешен резултат од измената.

Променете по една компонента со достапна конфигурација за враќање назад. Координирајте и ограничете какво било оптоварување за тестирање. Менувањето на DNS, прокси, тунел и заштитен ѕид истовремено го отежнува идентификувањето зошто тестот не успева.

Тестирајте една промена

Чувајте план и нормални резултати пред активирање. Во најавено одржување проверете управување, HTTP, TCP, UDP и дозволени извори. Ping не ја тестира целата апликација. Timeout не е автоматски напад. На операторот дајте време и протокол и користете овластени тестови. Интензивен сообраќај без договор не смее да засегне други услуги или клиенти. По измена проверете вистински корисници и подготвено враќање, не само еден дијагностички одговор или достапен панел.

Споредете ги одговорностите, вистинската достапност, ограничувањата на сообраќајот и цените за избраниот опсег. Комбинирањето механизми може да помогне, но секој слој додава поставки и барања за следење. Чувајте едноставен опис што вашиот тим и провајдер можат да го потврдат заедно.

Што да направите во вашиот случај

СитуацијаСледен чекор
Само web услугаОценете HTTP proxy, дозволени извори и апликациски поставки.
UDP игра на надворешен серверПотврдете пренос или тунел, враќање и MTU.
Овластен мрежен префиксДоговорете BGP и заштитен транзит со оператор. Доделена VPS IP не е доволна.

Официјални извори

Изворите ги објаснуваат протоколите и поставките. Проверете ја документацијата за верзијата што ја користите.

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