Antes de empezar
Dibuja endpoint público, origen, protocolos y retorno. Ten permisos sobre las direcciones y redes afectadas y las condiciones del operador. Conserva configuración, define mantenimiento y prepara una reversión antes de modificar rutas o filtros.
Definir la necesidad
¿Quieres publicar una aplicación HTTP, reenviar un juego TCP/UDP o anunciar un prefijo autorizado? Son necesidades distintas. Especifica también si la aplicación debe conocer la IP original del cliente. El nombre comercial de una solución no explica el retorno ni los servicios admitidos; confirma primero la topología y las responsabilidades de cada extremo.
Entender un túnel GRE
GRE encapsula paquetes entre endpoints. En IPv4 utiliza el protocolo IP 47, no el puerto TCP 47. Puede transportar tráfico previamente filtrado si ambos extremos están preparados. No aporta por sí solo cifrado o autenticación: restringe fuentes y protege extremos. La encapsulación añade bytes y puede reducir la MTU útil, por lo que debes comprobar transferencias reales.
Diferenciar HTTP y proxy de transporte
Un reverse proxy HTTP interpreta solicitudes HTTP. Otros servicios necesitan un reenvío TCP o UDP adecuado, como el módulo Stream de NGINX cuando corresponda. Comprueba tiempos de espera, sesiones y comportamiento UDP. Que una web responda no demuestra que el juego funcione. La conservación de la IP del cliente depende de lo que realmente admita el origen.
Confirmar requisitos de BGP
BGP intercambia información de rutas. Anunciar una red requiere recursos autorizados, acuerdos y políticas del operador; una IP de VPS asignada no es un prefijo libremente anunciable. BGP tampoco filtra ataques por sí mismo. El tránsito protegido combina ruta y filtrado. Aclara tamaños de prefijo, condiciones, retorno y quién atenderá fallos de anuncio o conectividad.
Medir MTU y ambos sentidos
Prueba datos de tamaños representativos, no solo paquetes pequeños o un puerto aislado. Una MTU incorrecta puede romper transferencias mientras una prueba sencilla parece correcta. Los caminos asimétricos pueden afectar componentes con estado: documenta ida y retorno. No cambies MTU o rutas globales sin evaluar el resto de los servicios y mantener una reversión preparada.
Elegir una solución operable
Un servicio web aislado tiene necesidades diferentes de varios protocolos o una red propia. Considera seguimiento, recuperación y responsabilidad durante un fallo. La técnica más amplia no siempre es la más apropiada. Prueba las aplicaciones antes de migrar y documenta conexiones, pérdidas, retrasos y límites. Ningún método supone por su nombre capacidad dedicada o protección L7 universal.
Qué hacer en tu caso
| Situación | Próximo paso |
|---|---|
| Una aplicación HTTP | Valora un reverse proxy HTTP con reglas de origen y administración separada. |
| Varios servicios TCP/UDP | Compara túnel y reenvío de transporte, incluyendo MTU, dirección del cliente y retorno. |
| Una red IP propia autorizada | Acordad condiciones BGP y de tránsito. Una dirección individual de VPS no basta para anunciar un prefijo. |
Fuentes oficiales
Estas fuentes explican los protocolos y ajustes mencionados. Comprueba siempre la documentación de tu versión.