Antes de empezar
Haz un inventario de IP públicas, puertos, protocolos y orígenes. Identifica dónde se filtra y dónde se reenvía el tráfico. Conserva medidas normales y condiciones del servicio para compararlas con un incidente, y prepara un mantenimiento si vas a cambiar reglas.
L3: tráfico de red
La capa de red considera paquetes IP y patrones volumétricos. Un flujo puede saturar la conexión antes de llegar a la aplicación, por lo que interesa filtrar aguas arriba. La capacidad total de una red no equivale a la del servidor: los 15 Tbps comunicados por CubixServ son una capacidad agregada de protección, no tu puerto individual.
Un ataque puede intentar llenar un enlace, agotar el estado de la conexión o consumir el trabajo de la aplicación. Varios efectos pueden ocurrir juntos. Identifique el recurso amenazado y el tráfico afectado antes de elegir el filtrado ascendente, los controles de conexión o las reglas de aplicación.
L4: TCP y UDP
La capa de transporte diferencia conexiones TCP y tráfico UDP. Puertos, estados y tasas pueden formar parte de las reglas. Un perfil diseñado para una web no es automáticamente adecuado para el juego. Confirma el puerto de juego asignado y separa la administración. Un test TCP exitoso no demuestra que el recorrido UDP permita jugar correctamente.
Verifique también el tráfico limpio permitido, los protocolos cubiertos, las direcciones protegidas y los términos de intervención. La protección puede tener límites de cobertura o medidas de contención. Una reclamación ilimitada no sustituye a las condiciones técnicas ni al contrato.
L7: comportamiento de la aplicación
Una petición aparentemente válida puede provocar mucho trabajo. Un proxy HTTP puede examinar y limitar solicitudes HTTP, pero no entiende por ello todos los protocolos de juego. Pide endpoints y funciones concretas. En FiveM hay que diferenciar descargas HTTP y conexión del juego: proteger una parte no certifica automáticamente todas las operaciones como protegidas en L7.
FiveM demuestra la distinción: el punto de entrada, las descargas y el juego HTTP necesitan una arquitectura coherente. Un sitio web protegido puede permanecer disponible mientras el juego falla. Una capacidad L7 debe describir su alcance real en lugar de pretender cubrir todas las aplicaciones.
Cerrar caminos directos al origen
Una dirección protegida pierde eficacia si el origen sin protección sigue accesible. Revisa DNS, descargas, administración y otros puertos. Restringe fuentes solo después de conocer todos los caminos autorizados. Un permiso de confianza demasiado amplio puede permitir saltarse el control; uno demasiado estrecho puede expulsar a usuarios legítimos. La gestión administrativa necesita una protección propia.
Restringir un origen requiere comprender fuentes y servicios legítimos. Valide rutas, tráfico de retorno, voz, archivos y administración antes de filtrar. Una lista de permitidos excesivamente amplia expone el origen; uno demasiado estrecho puede provocar un corte. No copie una regla genérica sin comprender la arquitectura.
Contrastar red y aplicación
Durante un incidente compara tráfico entrante, filtrado, conexiones y carga del servicio. Un hilo principal o una base de datos bloqueados pueden detener el juego con una red aparentemente normal. Más capacidad de filtrado no corrige scripts costosos. Un timeout aislado tampoco prueba un ataque: comprueba pérdidas, rutas, errores y diferencias respecto al estado habitual.
Solicita eventos con marca de tiempo y una explicación de filtrado cuando fallan conexiones legítimas. Distinga falsos positivos, desvíos de rutas y carga de aplicaciones. Una prueba de carga descoordinada puede degradar el servicio mismo; concertar una validación activa con el proveedor y límites precisos.
Pedir condiciones verificables
Confirma alcance, banda asignada, servicios permitidos, reenvío y asistencia. Averigua si hacen falta una IP específica, un túnel o cambios en el origen. Prueba el recorrido completo con usuarios autorizados antes y después de la configuración. Una web que responde no valida cualquier juego; las pruebas de carga o ataque necesitan un marco explícitamente autorizado y coordinado.
Luego compare los planes y precios disponibles para el alcance solicitado. Una opción útil combina capacidad de red, manejo consciente de protocolos y la capacidad de diagnosticar incidentes. Ningún sistema de protección elimina la necesidad de mantener software, cuentas y copias de seguridad.
Qué hacer en tu caso
| Situación | Próximo paso |
|---|---|
| Juego por UDP | Confirma puerto real, protocolo y perfil de filtrado. No uses una respuesta HTTP como validación completa. |
| Peticiones HTTP costosas | Revisa aplicación, límites y proxy juntos. Una reserva de red no elimina el trabajo por petición. |
| Origen externo protegido | Documenta fuentes autorizadas y retorno antes de restringir accesos directos. |
Fuentes oficiales
Estas fuentes explican los protocolos y ajustes mencionados. Comprueba siempre la documentación de tu versión.