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

DDoS zaštita L3, L4 i L7: šta se stvarno filtrira

Naziv Anti-DDoS sam ne kaže koje napade usluga filtrira. Web, igra i zaštićeni tranzit zahtijevaju različite provjere. Procijenite stvarnu putanju saobraćaja i dokumentovane funkcije, ne samo veliki ukupan kapacitet zaštitne mreže ispred servera ili naziv sloja zaštite.

← Svi vodičiCubixServ

Prije početka

Navedite javne adrese, portove, protokole i izvorne servere. Odredite gdje se filtrira i prosljeđuje. Čuvajte normalna mjerenja i uslove za poređenje incidenta. Prije promjene pristupa pripremite održavanje, kopiju i povratak izvornim pravilima.

L3 obrađuje mrežni saobraćaj

Mrežni sloj posmatra IP pakete i obrasce velikih tokova. Saobraćaj može napuniti vezu prije aplikacije, zato filter treba biti ranije. Ukupan kapacitet nije kapacitet servera: CubixServovih 15 Tbps pripada zajedničkoj zaštitnoj mreži, ne vašem portu ili garanciji protiv svih napada. Dodijeljenu propusnost usluge provjerite posebno prema stvarnim uslovima. Naziv zaštite ne određuje koliko je rezervisano vašoj instanci.

Napad može pokušati popuniti vezu, izbaciti stanje veze ili potrošiti rad aplikacije. Nekoliko efekata se može desiti zajedno. Identificirajte ugroženi resurs i pogođeni promet prije nego što odaberete uzvodno filtriranje, kontrolu veze ili pravila aplikacije.

L4 razlikuje TCP i UDP

Transportni sloj uključuje različito ponašanje TCP veza i UDP tokova. Koriste se pravila portova, stanja i brzine. Web profil ne odgovara nužno igri. Potvrdite port igre, a upravljanje posmatrajte posebno. TCP uspjeh ne provjerava UDP cijelim putem; testirajte protokol igrača s izvorom i povratkom. Ne otvarajte nepotrebne ili tuđe portove na zajedničkom hostu i potvrdite konkretne dozvoljene tokove.

Također provjerite dozvoljeni čist saobraćaj, pokrivene protokole, zaštićene adrese i uslove intervencije. Zaštita može imati ograničenja pokrivenosti ili mjere zadržavanja. Neograničeno potraživanje ne zamjenjuje tehničke uslove i ugovor.

L7 treba razumjeti aplikaciju

Naizgled ispravan zahtjev može pokrenuti skup posao. HTTP proxy provjerava HTTP, ne razumije automatski svaki protokol igre. Pitajte za konkretne endpointove i funkcije. FiveM preuzimanje i ulaz ocjenjuju se odvojeno: zaštićen HTTP dio ne dokazuje zaštitu svih operacija od aplikacijskih napada. Dokumentovan obim vežite za stvarni protokol, ne univerzalno tumačenje L7. Provjerite šta se zaista obrađuje prije izvornog servera.

FiveM demonstrira razliku: ulazna tačka HTTP, preuzimanja i igranje zahtevaju koherentnu arhitekturu. Zaštićena web stranica može ostati dostupna dok igra ne uspije. Sposobnost L7 treba da opisuje svoj stvarni opseg, a ne da tvrdi da pokriva svaku aplikaciju.

Izvor je dio zaštite

Zaštićena adresa nije dovoljna ako nezaštićen izvor ostaje direktno dostupan. Pregledajte DNS, datoteke, upravljanje i druge portove. Ne ograničavajte izvore prije poznavanja dozvoljenih putanja. Široko povjerenje dopušta zaobilaženje, uska pravila blokiraju korisnike. Upravljanje zahtijeva poseban siguran pristup. Poslije izmjene provjerite potrebne veze i povratak radnim pravilima. Ne zaboravite dodatne javne usluge i provjere zdravlja koje operator stvarno koristi.

Ograničavanje porekla zahteva razumevanje legitimnih izvora i usluga. Potvrdite rute, povratni promet, glas, datoteke i administraciju prije filtriranja. Preterano široka lista dozvoljenih otkriva poreklo; preuska može uzrokovati kvar. Nemojte kopirati generičko pravilo bez razumijevanja arhitekture.

Mjerite mrežu i aplikaciju zajedno

U incidentu uporedite saobraćaj, odbačene pakete, uspješne veze i teret. Opterećena glavna nit ili baza može zaustaviti igru uz normalnu mrežu. Dodatni filteri ne popravljaju zahtjevne skripte. Timeout nije dokaz napada: uporedite gubitke, put, greške i odstupanja u isto vrijeme na istoj usluzi. Bez određenog uzroka ne mijenjajte opću zaštitu koja obuhvata druge klijente i različite aplikacije iste infrastrukture.

Zatražite događaje s vremenskim oznakama i objašnjenje filtriranja kada legitimne veze ne uspije. Razlikovati lažne pozitivne rezultate, zaobilaznice usmjeravanja i opterećenje aplikacije. Nekoordinirani test opterećenja može degradirati samu uslugu; dogovorite aktivnu validaciju sa provajderom i precizna ograničenja.

Tražite provjerljive uslove

Potvrdite obim, dodijeljenu propusnost, dozvoljene usluge, prijenos i podršku. Razjasnite potrebu za IP adresom, tunelom ili izmjenom izvora. Prije i poslije uključivanja testirajte cijeli put s ovlaštenim korisnicima. Radni web ne testira svaku igru; opterećenje i simulacije napada trebaju izričito dogovorene dozvoljene granice da ne štete drugima. Nedokumentovanu garanciju ne smatrajte dijelom usluge ili SLA-a; rezultat vežite za stvarnu konfiguraciju.

Zatim uporedite dostupne planove i cijene za traženi opseg. Koristan izbor kombinuje kapacitet mreže, rukovanje svjesno protokola i mogućnost dijagnosticiranja incidenata. Nijedan sistem zaštite ne uklanja potrebu za održavanjem softvera, naloga i rezervnih kopija.

Šta uraditi u vašem slučaju

SituacijaNaredni korak
Igra koristi UDPPotvrdite port, protokol i profil filtera. HTTP odgovor nije potpuna provjera.
Skupi HTTP zahtjeviProcijenite aplikaciju, limite i proxy zajedno. Mrežna rezerva ne uklanja rad zahtjeva.
Vanjski izvorni serverPrije direktnog ograničenja dokumentujte dozvoljene izvore i povratni put.

Zvanični izvori

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

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