Salta al contingut
Protecció DDoS · Peeryx · 15 Tbps+
Totes les guies

Protecció DDoS L3, L4 i L7: què es filtra realment?

L3, L4 i L7 descriuen capes diferents, no nivells universals de qualitat. La protecció ha d’encaixar amb el protocol i la ruta. Una gran xifra de capacitat o la paraula L7 no ajuda si es bloquegen paquets necessaris o l’origen continua accessible fora del camí protegit.

← Totes les guiesCubixServ

Abans de començar

Enumera adreces públiques, ports TCP i UDP, web i administració. Documenta trànsit normal i qui pot canviar rutes. Confirma l’abast real de filtratge i la notificació d’incidències abans d’activar-lo.

L3 tracta la capa de xarxa

Els filtres IP poden processar trànsit abans que arribi a l’origen. La protecció depèn de les adreces i rutes incloses. Una adreça amagada no està restringida si es pot accedir directament. Revisa DNS antic, adreces anteriors i serveis que poden oferir una entrada alternativa i esquivar la protecció prevista.

L4 ha de coincidir amb el transport

TCP i UDP tenen comportaments diferents. Connexió, consultes, veu i fitxers poden utilitzar camins diferents. Confirma ports i paquets normals: un filtre massa estricte també afecta jugadors legítims. Un test TCP correcte no prova UDP ni totes les funcions del joc. Cal comprovar-les amb el protocol i el client adequats.

L7 correspon a una aplicació concreta

Un HTTP proxy tracta HTTP, no automàticament tots els protocols dels jocs. Una promesa L7 ha d’especificar peticions, punts de servei i regles. Considera autenticació i descàrregues. Si es bloquegen, el joc pot resultar inaccessible encara que el procés continuï actiu. Prova tota la cadena del client, no només una resposta web.

Capacitat no equival a garantia de servei

La capacitat agregada de la xarxa superior no és la velocitat d’un port ni cobertura de qualsevol atac. Separa filtratge, amplada de banda pròpia i límits contractuals. Pregunta què passa amb excessos o classificacions errònies. Una xifra de terabits no confirma disponibilitat, latència o protecció universal d’aplicació sense condicions concretes.

Restringeix origen i administració

Quan l’arquitectura ho requereix, permet només entrades acordades. Utilitza xarxes de font verificades, no tot internet. Administració, bases de dades i ports alternatius necessiten revisió separada. Canvia regles gradualment i conserva accés independent i retorn. Un tallafoc incorrecte pot bloquejar clients tan eficaçment com l’atac; valida també les connexions legítimes.

Investiga recursos i errors locals

CPU, falta de memòria, scripts o disc lent poden semblar problemes de xarxa. Compara hora, registres, recursos i trànsit abans de concloure. Utilitza tests petits autoritzats i dades d’incidències de l’operador. Després d’una correcció, comprova connexions reals i serveis inclosos; una sola pàgina accessible no demostra el funcionament complet del joc.

Què cal fer en el teu cas?

SituacióPas següent
El joc utilitza UDPDemana abast documentat de protecció UDP i prova un client real.
El pas web necessita filtresRevisa punts HTTP, origen i peticions legítimes.
El servei s’atura sense proves de xarxaCompara registres i càrrega abans d’atribuir-ho a DDoS.

Fonts oficials

Les fonts descriuen protocols i configuracions. Consulta la documentació de la versió que utilitzes.

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