Una segunda conexión a Internet solo es un respaldo útil cuando los procesos de trabajo importantes funcionan realmente a través de ella. OPNsense puede gestionar varias rutas WAN. Superar correctamente una caída también depende de DNS, direcciones, sesiones y requisitos de las aplicaciones.
Definir primero el comportamiento deseado
La conmutación por error utiliza una ruta de respaldo cuando falla la conexión preferida o su calidad resulta insuficiente. El balanceo de carga distribuye conexiones según una lógica definida. Ninguno de los dos suma automáticamente el ancho de banda para cada descarga individual. Antes de configurar, hay que decidir qué conexión debe utilizar cada aplicación.
También importan los contratos: ¿el respaldo tiene un límite de datos? ¿La conexión móvil está detrás de una traducción de direcciones adicional? ¿Qué dirección pública utilizan los sistemas remotos o las listas de permitidos? Una sesión de Internet normal que funciona no demuestra que los servicios entrantes y los túneles entre sedes puedan utilizar la misma ruta de respaldo.
La prueba de la puerta de enlace debe detectar el fallo pertinente
La documentación de OPNsense describe puertas de enlace supervisadas y grupos de puertas de enlace como elementos básicos. El estado físico del enlace no detecta todos los fallos más allá de la conexión. El destino de supervisión debe ser accesible por la ruta prevista e indicar de forma útil si esa ruta sigue disponible.
Los umbrales y los destinos de prueba se eligen adecuadamente y se observan. Un único equipo remoto poco accesible no debe provocar cambios de línea constantes. A la inversa, un router del proveedor que todavía responde en la red local no debe hacer que una ruta de Internet interrumpida parezca sana indefinidamente. La supervisión forma parte del modelo operativo.
DNS y estados de conexión forman parte del respaldo
Los grupos de puertas de enlace y las reglas de enrutamiento adecuadas afectan al tráfico de los puestos; también deben contemplarse el tráfico del propio cortafuegos y su resolución de nombres. Por ello se prueba DNS durante una caída. Una web ya visitada puede cargar desde la caché mientras las nuevas resoluciones de nombres fallan.
Las sesiones activas pueden interrumpirse cuando cambia la dirección pública. La documentación de OPNsense aborda, entre otros temas, la gestión de estados y las sticky connections. Estos ajustes no se activan indiscriminadamente: una aplicación puede necesitar una ruta de salida estable, mientras otra debe volver a conectarse tras el fallo.
Cuatro pruebas muestran el beneficio
El plan de aceptación incluye una caída real de la ruta principal, un fallo más allá del router del proveedor que sigue conectado, sesiones de aplicación nuevas y ya activas y el retorno a la conexión principal. Una prueba planificada se realiza en una ventana adecuada, con una ruta de administración accesible.
Se observan, por ejemplo, telefonía, VPN, aplicaciones de negocio, DNS y un posible límite de datos móviles. Las interrupciones medidas se documentan, sin prometer un funcionamiento ininterrumpido. DAXS combina selección de conexiones, enrutamiento y pruebas de aplicaciones en un concepto de respaldo cuyo comportamiento conoce la empresa.
Comunicaciones y proveedores · Planificar la infraestructura · Hablemos de la conexión de respaldo
Fuentes: OPNsense: Multi-WAN, conmutación por error y balanceo (enlace externo) · OPNsense: puertas de enlace y supervisión (enlace externo)
