Hopp til innhold
DDoS-beskyttelse · Peeryx · 15 Tbps+
Alle guider

GRE, reverse proxy eller BGP: velg riktig nettverksvei

GRE, reverse proxy og BGP løser forskjellige deler av trafikkveien. De er ikke utskiftbare DDoS-knapper. Velg ut fra hvilke protokoller tjenesten bruker, hvem som styrer adressene og hvordan både innkommende trafikk og svar skal passere den beskyttede veien.

← Alle guiderCubixServ

Før du begynner

Kartlegg IP-adresser, porter og protokoller. Avklar ansvar for begge ender og rettigheter til prefixene. Lagre fungerende regler, hold separat administrasjon tilgjengelig og planlegg tilbakeføring med operatøren før endringer.

Velg proxy etter protokollen

En HTTP reverse proxy behandler konfigurert HTTP, ikke automatisk ethvert spills UDP. NGINX stream kan videresende TCP eller UDP med riktig modul og oppsett, men er ikke det samme som HTTP-applikasjonsfiltrering. Kontroller adresser, porter og tidsgrenser. Test klienttilkobling og filer separat i stedet for bare å åpne en webside.

GRE innebærer innkapsling

GRE over IPv4 bruker IP-protokoll 47, ikke TCP-port 47. Tunnelen gir ikke alene kryptering eller autentisering av motparten. Kontroller tillatte endepunkter og filtre på begge sider. En etablert tunnel bekrefter ikke at riktig spilltrafikk videresendes; test også selve tjenesten og svarene til klienten.

Returtrafikken må komme riktig tilbake

Bevaring av opprinnelige klientadresser krever en egnet returvei. NAT kan endre hva serveren ser og hvordan svar rutes. Dokumenter begge retninger og undersøk asymmetri. Inngående pakker kan nå origin samtidig som tilkoblingen feiler fordi svar går via feil grensesnitt eller en annen vei med uforenlige filterregler.

BGP krever verifiserte rettigheter

BGP utveksler ruteinformasjon mellom nett; det er ikke i seg selv et spillfilter. Annonser bare prefix som avtalen og autorisasjonen faktisk tillater. En VPS-IP gir ikke automatisk rett til å annonsere et nett. Samordne opprinnelse, policy, annonsering og tilbakeføring med operatørene som har ansvar for produksjonsrutene.

Undersøk MTU med representative pakker

Innkapsling bruker ekstra plass. En feil MTU kan ramme store overføringer selv om små ping lykkes. Kontroller path MTU, relevante kontrollmeldinger og eventuell fragmentering. Bruk tillatt fil- og spilltrafikk som ligner normal drift. Endre ett parameter om gangen slik at du kan se hvilken justering som faktisk løser problemet.

Valider stegvis og behold tilbakeføring

Test TCP, UDP, filnedlasting, administrasjon og returtrafikk fra uavhengige nett. Sammenlign RTT og pakketap under like forhold. Flytt først en avgrenset tjeneste og dokumenter når endringen skal rulles tilbake. En grønn tunnelstatus eller en tilgjengelig nettside er ikke tilstrekkelig bevis for at hele spilltjenesten fungerer.

Hva bør du gjøre i din situasjon?

SituasjonNeste steg
Bare HTTP trenger mellomtjenerAvgrens origin og test HTTP-proxyen uten å anta dekning av spillets UDP.
UDP må gå gjennom beskyttet veiUtred egnet transportproxy eller tunnel med kontrollert returvei og MTU.
Eget autorisert prefix skal flyttesPlanlegg BGP-policy og tilbakeføring sammen med ansvarlig operatør.

Offisielle kilder

Kildene beskriver protokoller og innstillinger. Kontroller dokumentasjonen for versjonen du bruker.

  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/