Distribuye conexiones entre dos proveedores y mantén continuidad cuando uno falla.
MikroTikIntermedio7 min de lectura
Errores comunes al configurar dos WAN en MikroTik
Configurar dos proveedores en un MikroTik parece sencillo hasta que aparecen los detalles. Estos son los errores que más problemas causan y cómo evitarlos.
Publicado el · Actualizado el
El problema no es activarlo, es sostenerlo
Levantar dos enlaces en un router suele ser lo fácil. Lo difícil es que la red se comporte de forma estable: que cada servicio salga por donde debe, que las caídas se detecten y que nada se rompa al recuperarse.
Estos son los tropiezos que vemos con más frecuencia. No incluimos reglas listas para pegar a propósito: cada red necesita su propio ajuste.
Rutas mal priorizadas
Si las rutas no reflejan qué enlace es principal y cuál es respaldo, el tráfico puede salir por donde no debe o quedar atrapado cuando un proveedor falla. La prioridad y la verificación de estado tienen que ser coherentes.
Falta de persistencia de sesión
Sin persistencia, una misma sesión puede cambiar de enlace a mitad de camino. Para banca, pagos o videollamadas eso significa cortes o reautenticaciones. Definir qué debe mantenerse fijo es parte del diseño, no un extra.
DNS inconsistente
Mezclar los DNS de ambos proveedores sin criterio provoca resoluciones intermitentes difíciles de diagnosticar. Conviene decidir cómo se resuelve el nombre y qué pasa cuando cambia el enlace de salida.
Excepciones no contempladas
Casi siempre hay tráfico que debe salir por un enlace concreto. Si no se contempla, el balanceo lo rompe.
- Banca y pasarelas de pago que exigen IP estable.
- VPNs de sitio a sitio sensibles al origen.
- Telefonía IP y videollamadas que sufren con el salto de enlace.
NAT sin revisar y pruebas incompletas
Un NAT que no contempla el segundo enlace deja tráfico sin traducir correctamente. Y probar solo «que hay Internet» no basta: hay que provocar la caída de cada enlace y verificar la recuperación.
- Revisar el enmascaramiento por cada salida.
- Simular la caída del principal y del respaldo.
- Comprobar que los servicios críticos siguen su ruta esperada.
No preparar el rollback
Cambiar el enrutamiento sin un respaldo previo ni un plan de reversión puede dejar la red sin salida y sin acceso remoto. Antes de tocar rutas, ten backup y una forma de recuperar el control.
Confundir balanceo con suma de velocidad
El error de expectativa más común: creer que dos enlaces de 100 se convierten en uno de 200 para una sola descarga. El balanceo reparte conexiones; no fusiona la velocidad de una transferencia individual.
Preconfiguraciones relacionadas
Balanceo de dos WAN con failover
Recursos relacionados
Diferencia entre balanceo y failover Balanceo y failover suenan parecido, pero resuelven problemas distintos. Aquí verás en qué se diferencian, cuándo conviene cada uno y qué ocurre con las sesiones sensibles.
Riesgos de importar una configuración sin backup Importar una configuración a ciegas puede dejarte fuera del equipo en segundos. Estos son los riesgos reales y la preparación mínima para no perder el control.
¿Listo para el siguiente paso?
Si este tema aplica a tu red, evaluamos tu caso concreto antes de proponer una implementación.