Přejít na obsah
Ochrana DDoS · Peeryx · 15 Tbps+
Všechny návody

GRE, reverse proxy nebo BGP: zvolte správnou cestu ochrany

GRE, reverse proxy a BGP řeší rozdílné části provozní cesty. Nejsou zaměnitelné přepínače ochrany DDoS. Volba závisí na protokolech, správě adres, přístupu k původnímu serveru a možnosti změnit směrování, aniž ztratíte funkční spojení oprávněných uživatelů.

← Všechny návodyCubixServ

Než začnete

Sepište adresy, přidělené porty a protokoly a určete, kdo spravuje oba konce. Potvrďte oprávnění k prefixům a zdrojům. Uchovejte pravidla, přístupy a původní směrování; změny plánujte s operátorem a připravte bezpečný návrat.

Proxy musí odpovídat protokolu

HTTP reverse proxy zpracovává nastavený HTTP provoz, nikoli automaticky UDP každé hry. NGINX stream může předávat TCP či UDP při vhodné konfiguraci; to není stejná aplikovaná funkce jako HTTP filtr. Ověřte konkrétní modul, porty, timeouty a zveřejněné adresy. Dostupná stránka nebo úspěšné TCP spojení neprokazují funkční herní UDP cestu, stahování a návrat celého provozu.

Pro FiveM samostatné koncové body připojení, soubory a hratelnost. Zkontrolujte inzerované adresy a služby, které zůstávají přímé. Zjistěte, zda jsou adresy klientů zachovány, jaké informace dosahují původu a která pravidla důvěryhodnosti odpovídají vaší verzi.

GRE přidává zapouzdření

GRE přenáší pakety uvnitř dalšího síťového obalu. GRE přes IPv4 používá IP protokol 47, nikoli TCP port 47. Samotný GRE neposkytuje šifrování ani ověření protistrany. Potvrďte povolené konce, filtrování a cestu na obou stranách. Otevření náhodného TCP portu nevytvoří tunel a nepřinese potřebnou ochranu; ověřte skutečné možnosti hostu a oprávnění ke změně síťových pravidel.

Zkontrolujte, zda zařízení a sítě umožňují GRE. V IPv4 používá k otevření číslo protokolu IP, nikoli pouze port TCP nebo UDP. Encapsulation přidává záhlaví: přizpůsobte a otestujte efektivní MTU, trasy a návratovou cestu. Spojení pracující s malými pakety může stále selhat s většími pakety.

BGP oznamuje oprávněné prefixy

BGP vyměňuje směrovací informace, sám nefiltruje každou aplikaci. Vyžaduje správné oprávnění k prefixům, vztah s operátorem a odsouhlasené zásady. Běžná přidělená VPS IP neznamená právo oznamovat celý blok či vlastní BGP relaci. Potvrďte odpovědnosti a rozsah chráněného transit před návrhem změny. Nedělejte pokusy s cizími prefixy ani předpoklady o autonomním systému z názvu služby.

Potřebujete směrovací smlouvu, autorizované zdroje a předpoklady poskytovatele. Oznamování prefixů třetích stran vyžaduje skutečné oprávnění. Přijímané velikosti předpon, filtry a procesy ověřování se u jednotlivých operátorů liší. Adresa VPS automaticky neuděluje právo nebo schopnost oznamovat předponu na internetu.

Zachovejte návrat a zdrojové adresy

Předávání musí řešit obě cesty, stav spojení a adresy viditelné aplikaci. Asymetrie může poškodit stavové filtry. Před omezením přímého zdroje zdokumentujte oprávněné adresy, správu a zdravotní kontroly. Příliš široká důvěra umožní obejití; příliš úzká zablokuje uživatele. Vyzkoušejte nejen vstup, ale i odpovědi serveru a dlouhá spojení, s možností obnovit původní pravidla při nečekaném výsledku.

Identifikujte také obtokové cesty: staré adresy, sekundární DNS, soubory, hlasové nebo administrativní nástroje. Před omezením původu ověřte legitimní zdroje a požadované služby. Vzdálená ochrana neodstraňuje potřebu řídit přímou expozici cíle.

Ověřte MTU a velké pakety

Zapouzdření snižuje prostor dostupný původnímu paketu. Malý test může fungovat, zatímco větší přenos selže. Prověřte MTU cesty, fragmentaci a potřebné chybové zprávy pro protokol. TCP MSS neřeší samo všechny potíže UDP. Hodnotu neodhadujte z cizího návodu: vycházejte ze skutečné trasy, tunelu a měření, pak ověřte soubory i herní provoz po změně.

Měňte jednu komponentu po druhé s dostupnou konfigurací vrácení zpět. Koordinujte a omezte jakékoli testovací zatížení. Současná změna DNS, proxy, tunelu a firewallu ztěžuje identifikaci, proč test selže.

Testujte po jedné změně

Uchovejte návrh a běžné výsledky před zapojením. V oznámené údržbě zkontrolujte správu, HTTP, TCP, UDP a povolené zdroje podle služby. Přežívající ping neověří celou aplikaci. Timeout není automatickým důkazem útoku. Sdílejte konkrétní čas a protokol s operátorem a používejte oprávněné testy; intenzivní provoz nesmí bez dohody zasáhnout další služby či zákazníky stejné infrastruktury.

Porovnejte odpovědnosti, skutečnou dostupnost, provozní limity a ceny pro zvolený rozsah. Kombinace mechanismů může pomoci, ale každá vrstva přidává nastavení a požadavky na monitorování. Udržujte jednoduchý popis, který může váš tým a poskytovatel společně ověřit.

Co dělat ve vaší situaci

SituaceDalší krok
Pouze webová službaPosuďte HTTP proxy, oprávněné zdroje a nastavení samotné aplikace.
Hra s UDP na externím strojiOvěřte odpovídající předávání či tunel a zpětnou cestu i MTU.
Oprávněný síťový prefixDohodněte BGP a chráněný transit s operátorem. Přidělená IP VPS nestačí.

Oficiální zdroje

Tyto zdroje vysvětlují uvedené protokoly a nastavení. Ověřte dokumentaci pro používanou verzi.

  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/