Pāriet uz saturu
DDoS aizsardzība · Peeryx · 15 Tbps+
Visi ceļveži

DDoS aizsardzība L3, L4 un L7: ko patiesībā filtrē?

L3, L4 un L7 apzīmē dažādus tīkla slāņus, nevis universālas kvalitātes pakāpes. DDoS aizsardzībai jāatbilst protokolam un trafika ceļam. Liels jaudas skaitlis vai L7 nosaukums nepalīdz, ja vajadzīgās paketes tiek bloķētas vai origin paliek pieejams ārpus aizsargātā ceļa.

← Visi ceļvežiCubixServ

Pirms sākšanas

Uzskaiti publiskās adreses, TCP un UDP portus, tīmekļa pakalpojumus un administrēšanu. Apraksti normālu trafiku un maršrutu maiņas tiesības. Pirms ieviešanas noskaidro faktisko filtrēšanas apjomu un kļūmju pieteikšanas kārtību.

L3 attiecas uz tīkla slāni

IP filtrēšana var apstrādāt trafiku pirms tā nonāk origin. Aizsardzība atkarīga no iekļautajām adresēm un maršrutiem. Slēpta adrese nav ierobežota, ja tai var pieslēgties tieši. Pārbaudi vecos DNS ierakstus, iepriekšējās adreses un citus pakalpojumus, kas var nodrošināt alternatīvu ieeju un apiet sākotnēji paredzēto aizsardzības ceļu.

L4 jāatbilst transporta protokolam

TCP un UDP darbojas atšķirīgi. Pievienošanās, servera vaicājumi, balss un faili var izmantot dažādus ceļus. Apstiprini atļautos portus un parastās paketes; pārāk stingrs filtrs traucē arī īstiem spēlētājiem. Veiksmīgs TCP tests nepierāda UDP darbību vai visu nepieciešamo spēles funkciju aizsardzību ar tiem pašiem noteikumiem.

L7 attiecas uz konkrētu lietojumu

HTTP proxy var apstrādāt HTTP, bet ne automātiski katras spēles protokolu. L7 solījumā jānorāda konkrēti pieprasījumi, galapunkti un noteikumi. Ņem vērā autentifikāciju un failu lejupielādi. Ja filtrs tos aptur, spēle var nebūt lietojama pat ar darbojošos servera procesu. Pārbaudi klienta pilno darbības ķēdi, nevis tikai tīmekļa atbildi.

Jauda nav tas pats, kas pakalpojuma garantija

Augšējā tīkla kopējā jauda nav viena servera porta ātrums vai garantija pret jebkuru uzbrukumu. Atšķir tīkla filtrēšanu, savu joslas platumu un līgumā noteiktos ierobežojumus. Noskaidro pārsniegšanas un kļūdainas klasifikācijas sekas. No viena terabitu skaitļa nevar secināt garantētu darbspēju, aizturi vai aizsardzību pret visiem lietojuma slāņa uzbrukumiem.

Ierobežo origin un administrēšanu

Ja arhitektūra prasa ierobežošanu, atļauj tikai saskaņotos ieejas ceļus. Lieto apstiprinātus avota tīklus, nevis visu internetu. Administrēšana, datubāzes un rezerves porti jāpārbauda atsevišķi. Maini noteikumus pakāpeniski un saglabā neatkarīgu pārvaldības piekļuvi un atgriešanās iespēju. Nepareizs ugunsmūra noteikums var bloķēt klientus tikpat efektīvi kā uzbrukums.

Izpēti arī resursu problēmas

CPU slodze, atmiņas trūkums, skriptu kļūdas vai lēns disks var atgādināt tīkla kļūmi. Salīdzini laiku, žurnālus, resursus un trafika datus pirms secinājuma. Izmanto nelielus atļautus funkciju testus un operatora notikumu informāciju. Pēc labojuma pārbaudi īstus spēlētāju savienojumus un visus iekļautos pakalpojumus; atvērta lapa viena pati nav pietiekama.

Ko darīt tavā situācijā?

SituācijaNākamais solis
Spēle izmanto UDPPieprasi dokumentētu UDP aizsardzības apjomu un pārbaudi īstu klienta savienojumu.
Tīmekļa posmam vajag filtrēšanuPārbaudi HTTP galapunktus, origin un atļauto pieprasījumu darbību.
Pakalpojums apstājas bez tīkla pierādījumiemSalīdzini žurnālus un slodzi pirms DDoS secinājuma.

Oficiālie avoti

Avoti apraksta protokolus un iestatījumus. Pārbaudi izmantotās versijas dokumentāciju.

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