Red Hat Training
A Red Hat training course is available for RHEL 8
18.7. Cómo gestiona NetworkManager varias pasarelas por defecto
En ciertas situaciones, por ejemplo por razones de fallback, se establecen múltiples puertas de enlace por defecto en un host. Sin embargo, para evitar problemas de enrutamiento asíncrono, cada pasarela por defecto del mismo protocolo requiere un valor métrico separado. Tenga en cuenta que RHEL sólo utiliza la conexión a la pasarela por defecto que tenga la métrica más baja establecida.
Puede establecer la métrica tanto para la puerta de enlace IPv4 como para la IPv6 de una conexión utilizando el siguiente comando:
# nmcli connection modify connection-name ipv4.route-metric value ipv6.route-metric value
No establezca el mismo valor de métrica para el mismo protocolo en varios perfiles de conexión para evitar problemas de enrutamiento.
Si se establece una puerta de enlace por defecto sin valor de métrica, NetworkManager establece automáticamente el valor de la métrica en función del tipo de interfaz. Para ello, NetworkManager asigna el valor por defecto de este tipo de red a la primera conexión que se activa, y establece un valor incrementado a cada una de las demás conexiones del mismo tipo en el orden en que se activan. Por ejemplo, si existen dos conexiones Ethernet con una pasarela por defecto, NetworkManager establece una métrica de 100
en la ruta a la pasarela por defecto de la conexión que se activa primero. Para la segunda conexión, NetworkManager establece 101
.
A continuación se presenta un resumen de los tipos de red más utilizados y sus métricas por defecto:
Tipo de conexión | Valor métrico por defecto |
---|---|
VPN | 50 |
Ethernet | 100 |
MACsec | 125 |
InfiniBand | 150 |
Bono | 300 |
Equipo | 350 |
VLAN | 400 |
Puente | 425 |
TUN | 450 |
Wi-Fi | 600 |
Túnel IP | 675 |
Recursos adicionales
- Para más detalles sobre el enrutamiento basado en políticas, consulte Capítulo 20, Configuración del enrutamiento basado en políticas para definir rutas alternativas.
- Para más detalles sobre el TCP multirruta, consulte Capítulo 25, Introducción al TCP multirruta.