Preskoči na sadržaj
DDoS zaštita · Peeryx · 15 Tbps+
Svi vodiči

GRE, reverse proxy ili BGP: izaberite pravi put zaštite

GRE, reverse proxy i BGP rješavaju različite dijelove putanje saobraćaja. Nisu zamjenjivi prekidači DDoS zaštite. Izbor zavisi od protokola, upravljanja adresama, izvornog pristupa i mogućnosti promjene usmjeravanja bez gubitka dozvoljenih veza, a ne samo imena tehnologije ili zaštitnog sloja.

← Svi vodičiCubixServ

Prije početka

Navedite adrese, portove i protokole i odredite upravitelja oba kraja. Potvrdite prava na prefikse i izvore. Čuvajte pravila, pristup i stare putanje; promjene pripremite s operatorom i osigurajte povratak na radno stanje.

Proxy treba odgovarati protokolu

HTTP reverse proxy obrađuje podešen HTTP, ne automatski UDP svake igre. NGINX stream može prenositi TCP ili UDP uz odgovarajuće postavke; to nije aplikacijsko HTTP filtriranje. Provjerite modul, portove, timeout i javne adrese. Dostupna stranica ili TCP veza ne dokazuju put igre, datoteke i povratni saobraćaj. Svaku komponentu testirajte posebno s odgovarajućim protokolom i stvarnim klijentom.

Za FiveM, odvojene krajnje tačke veze, datoteke i igranje. Provjerite oglašene adrese i usluge koje ostaju direktne. Utvrdite da li su adrese klijenata sačuvane, koje informacije dolaze do izvora i koja pravila povjerenja odgovaraju vašoj verziji.

GRE dodaje enkapsulaciju

GRE prenosi pakete u dodatnom mrežnom omotaču. Preko IPv4 koristi IP protokol 47, ne TCP port 47. Sam ne daje šifriranje ili potvrdu drugog kraja. Potvrdite dozvoljene krajeve, filtere i putanje s obje strane. Nasumično otvaranje TCP porta ne stvara tunel ili zaštitu. Provjerite mogućnosti hosta i ovlaštenje za izmjenu mrežnih pravila; upravljanje tunelom odvojite od javne igre.

Provjerite da li oprema i mreže dozvoljavaju GRE. U IPv4 koristi broj protokola IP, a ne samo TCP ili UDP port za otvaranje. Enkapsulacija dodaje zaglavlja: prilagodite i testirajte efektivni MTU, rute i povratnu putanju. Veza koja radi s malim paketima može i dalje propasti s većim paketima.

BGP objavljuje dozvoljene prefikse

BGP razmjenjuje informacije o putanjama, sam ne filtrira svaku aplikaciju. Zahtijeva pravo na prefikse, odnos s operatorom i dogovorene politike. Dodijeljena VPS IP ne daje pravo objave cijelog bloka ili vlastite BGP sesije. Prije promjene razjasnite odgovornosti i obim zaštićenog tranzita. Ne testirajte tuđe prefikse niti zaključujte da imate autonomni sistem iz naziva usluge ili administratorskog pristupa virtuelnoj mašini.

Potreban vam je ugovor o rutiranju, ovlašteni resursi i preduslovi dobavljača. Za objavljivanje prefiksa trećih strana potrebna je stvarna autorizacija. Prihvaćene veličine prefiksa, filteri i procesi validacije razlikuju se među operaterima. VPS adresa ne daje automatski pravo ili mogućnost objavljivanja prefiksa na internetu.

Sačuvajte povratak i izvore

Prosljeđivanje uključuje oba smjera, stanje veze i adrese vidljive aplikaciji. Asimetrija može poremetiti filtere koji prate stanje. Prije ograničenja dokumentujte dozvoljene izvore, upravljanje i provjere zdravlja. Široko povjerenje omogućava zaobilaženje, uska pravila blokiraju klijente. Testirajte ulaz, odgovore i duge veze uz povratak izvornim pravilima. Promjena javne IP sama ne određuje ispravan povratni put ni sve potrebne izvore.

Identifikujte i putanje zaobilaženja: stare adrese, sekundarne DNS, datoteke, glasovne ili administrativne alate. Prije ograničavanja porijekla, provjerite legitimne izvore i potrebne usluge. Daljinska zaštita ne uklanja potrebu za kontrolom direktnog izlaganja odredišta.

Provjerite MTU i velike pakete

Enkapsulacija smanjuje prostor izvornog paketa. Mali test može raditi dok veliki prijenos ne uspijeva. Provjerite MTU putanje, fragmentaciju i potrebne poruke greške. TCP MSS ne rješava sve UDP probleme sam. Ne kopirajte vrijednost tuđeg primjera: koristite stvarni put, tunel i mjerenja pa provjerite datoteke i igru. Čuvajte stare vrijednosti za poređenje i oporavak nakon neuspješnog rezultata promjene.

Mijenjajte jednu po jednu komponentu s dostupnom konfiguracijom vraćanja. Koordinirajte i ograničite svako testno opterećenje. Promena DNS, proxyja, tunela i firewall-a istovremeno otežava identifikaciju zašto test nije uspio.

Testirajte jednu promjenu

Čuvajte plan i normalne rezultate prije uključivanja. U najavljenom održavanju provjerite upravljanje, HTTP, TCP, UDP i dozvoljene izvore. Ping ne testira cijelu aplikaciju. Timeout nije automatski napad. Operatoru dajte vrijeme i protokol te koristite ovlaštene testove. Intenzivan saobraćaj bez dogovora ne smije zahvatiti druge usluge ili klijente. Nakon promjene provjerite stvarne korisnike i pripremljen povratak, ne samo dijagnostički odgovor.

Uporedite odgovornosti, stvarnu dostupnost, ograničenja prometa i cijene za odabrani opseg. Kombiniranje mehanizama može pomoći, ali svaki sloj dodaje postavke i zahtjeve za praćenje. Zadržite jednostavan opis koji vaš tim i dobavljač mogu zajedno provjeriti.

Šta uraditi u vašem slučaju

SituacijaNaredni korak
Samo web uslugaProcijenite HTTP proxy, dozvoljene izvore i aplikacijske postavke.
UDP igra na vanjskom serveruPotvrdite prosljeđivanje ili tunel, povratak i MTU.
Ovlašten mrežni prefiksDogovorite BGP i zaštićeni tranzit s operatorom. Dodijeljena VPS IP nije dovoljna.

Zvanični izvori

Izvori objašnjavaju protokole i postavke. Provjerite dokumentaciju verzije koju koristite.

  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/