Preskoči na vsebino
Zaščita DDoS · Peeryx · 15 Tbps+
Vsi vodniki

Zaščita DDoS L3, L4 in L7: kaj se dejansko filtrira

Ime Anti-DDoS samo ne pove, katere napade storitev filtrira. Web, igra in zaščiten tranzit potrebujejo različne preglede. Ocenjujte dejansko pot prometa in dokumentirane funkcije, ne samo veliko skupno kapaciteto zaščitnega omrežja pred strežnikom ali naziv plasti zaščite.

← Vsi vodnikiCubixServ

Pred začetkom

Navedite javne naslove, vrata, protokole in izvorne strežnike. Določite mesta filtriranja in posredovanja. Hranite običajne meritve in pogoje za primerjavo incidenta. Pred spremembo dostopa pripravite vzdrževanje, kopijo in vrnitev prvotnih pravil.

L3 obravnava omrežni promet

Omrežna plast pregleduje IP pakete in volumetrične vzorce. Tok lahko zapolni povezavo pred aplikacijo, zato mora biti filtriranje prej. Skupna kapaciteta ni zmogljivost strežnika: CubixServovih 15 Tbps je za skupno zaščitno omrežje, ne vaša vrata ali jamstvo proti vsem napadom. Dodeljeno prepustnost storitve preverite posebej po dejanskih pogojih. Naziv zaščite ne določa rezerviranega pasu niti aplikacijskih funkcij konkretnega strežnika.

Napad lahko poskuša zapolniti povezavo, izčrpati stanje povezave ali porabiti delo aplikacije. Več učinkov se lahko pojavi skupaj. Prepoznajte ogroženi vir in prizadeti promet, preden izberete filtriranje navzgor, nadzor povezave ali pravila aplikacije.

L4 razlikuje TCP in UDP

Transportna plast vključuje različna ravnanja TCP povezav in UDP tokov. Uporabljajo se pravila vrat, stanja in hitrosti. Web profil ne ustreza nujno igri. Potrdite vrata igre, upravljanje ocenite posebej. TCP uspeh ne preveri UDP po celi poti; testirajte protokol igralcev z izvorom in povratkom. Ne odpirajte nepotrebnih ali tujih vrat na skupnem gostitelju in potrdite konkretne dovoljene tokove pred spremembo nastavitev.

Preverite tudi dovoljen čisti promet, pokrite protokole, zaščitene naslove in pogoje posredovanja. Zaščita ima lahko omejitve kritja ali zadrževalne ukrepe. Neomejena reklamacija ne nadomesti tehničnih pogojev in pogodbe.

L7 mora razumeti aplikacijo

Navidez veljavna zahteva lahko sproži drago delo. HTTP proxy preverja HTTP, ne razume samodejno vseh protokolov igre. Vprašajte po konkretnih končnih točkah in funkcijah. FiveM prenos in vstop se ocenjujeta posebej: zaščiten HTTP del ne potrjuje zaščite vseh operacij pred aplikacijskimi napadi. Dokumentirani obseg povežite s pravim protokolom, ne splošno razlago L7. Preverite, kakšna obdelava se zares zgodi pred izvornim strežnikom.

FiveM prikazuje razliko: vstopna točka HTTP, prenosi in igranje iger potrebujejo skladno arhitekturo. Zaščiteno spletno mesto lahko ostane na voljo, medtem ko igra ne uspe. Zmogljivost L7 bi morala opisovati svoj dejanski obseg in ne trditi, da pokriva vsako aplikacijo.

Izvor je del zaščite

Zaščiten naslov ne zadostuje, če nezaščiten izvor ostane neposredno dosegljiv. Preverite DNS, datoteke, upravljanje in druga vrata. Izvorov ne omejujte pred poznavanjem dovoljenih poti. Široko zaupanje omogoča obhod, ozka pravila blokirajo uporabnike. Upravljanje potrebuje poseben varen dostop. Po spremembi preverite potrebne povezave in vrnitev delujočih pravil. Ne pozabite dodatnih javnih storitev ter zdravstvenih pregledov, ki jih operater dejansko uporablja pri nadzoru.

Omejevanje izvora zahteva razumevanje zakonitih virov in storitev. Potrdite poti, povratni promet, glas, datoteke in administracijo pred filtriranjem. Preveč širok seznam dovoljenih razkriva izvor; preozek lahko povzroči izpad. Ne kopirajte splošnega pravila, ne da bi razumeli arhitekturo.

Merite omrežje in aplikacijo skupaj

Pri incidentu primerjajte promet, zavržene pakete, uspešne povezave in obremenitev. Zasedena glavna nit ali baza lahko ustavi igro ob normalnem omrežju. Dodatni filtri ne popravijo zahtevnih skript. Timeout ni dokaz napada: primerjajte izgube, pot, napake in odstopanja ob istem času na isti storitvi. Brez jasnega vzroka ne spreminjajte splošne zaščite, ki zajame druge naročnike in drugačne aplikacije skupne infrastrukture, ter hranite merilne pogoje.

Zahtevaj dogodke s časovnim žigom in razlago filtriranja, ko legitimne povezave ne uspejo. Razlikujte lažne pozitivne rezultate, obvoze poti in obremenitev aplikacije. Neusklajen preizkus obremenitve lahko poslabša samo storitev; s ponudnikom dogovorite aktivno validacijo in natančne omejitve.

Zahtevajte preverljive pogoje

Potrdite obseg, dodeljeno prepustnost, dovoljene storitve, posredovanje in podporo. Razjasnite potrebo po IP, tunelu ali spremembi izvora. Pred in po vključitvi testirajte celotno pot z dovoljenimi uporabniki. Delujoč web ne preizkusi vsake igre; obremenitev in simulacija napadov potrebujeta izrecno dogovorjene dovoljene meje, da ne škodujeta drugim. Nedokumentiranega jamstva ne štejte v storitev ali SLA. Rezultat povežite z dejansko konfiguracijo in protokolom, ki sta bila uporabljena.

Nato primerjajte razpoložljive načrte in cene za zahtevani obseg. Uporabna izbira združuje omrežno zmogljivost, ravnanje s protokolom in zmožnost diagnosticiranja incidentov. Noben zaščitni sistem ne odpravi potrebe po vzdrževanju programske opreme, računov in varnostnih kopij.

Kaj storiti v vašem primeru

PrimerNaslednji korak
Igra uporablja UDPPotrdite vrata, protokol in profil filtra. HTTP odgovor ni popoln pregled.
Drage HTTP zahteveOcenite aplikacijo, omejitve in proxy skupaj. Omrežna rezerva ne odstrani dela zahteve.
Zunanji izvorni strežnikPred omejitvijo neposrednega dostopa dokumentirajte dovoljene izvore in povratno pot.

Uradni viri

Viri pojasnjujejo protokole in nastavitve. Preverite dokumentacijo uporabljene različice.

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