Las puertas de enlace predeterminadas adicionales pueden aparecer en rutas persistentes cuando se usa LBFO

En este artículo se proporciona una solución a un problema por el que las puertas de enlace predeterminadas adicionales aparecen en rutas persistentes al usar equilibrio de carga y conmutación por error (LBFO).

Número de KB original: 2966111

Síntomas

Supongamos que un adaptador de red está configurado con la configuración de IP que incluye una puerta de enlace predeterminada. Más adelante, se crea un equipo de LBFO que incluye el adaptador de red configurado anteriormente. El adaptador de red en equipo recién creado se configura con la configuración de IP. En esta situación, es posible que vea la ruta de puerta de enlace predeterminada configurada anteriormente y la ruta de puerta de enlace predeterminada recién configurada en la sección "Ruta persistente" de la salida del comando Route Print.

Por ejemplo, si un adaptador está configurado con una puerta de enlace predeterminada de 10.0.0.1 y, a continuación, se agrega a un adaptador en equipo LBFO configurado con una puerta de enlace predeterminada de 192.168.0.1, ambas rutas predeterminadas pueden aparecer en la sección "Ruta persistente" de la salida del comando Route Print, como se muestra aquí:

===========================================================================
Rutas persistentes:
Métrica de dirección de puerta de enlace de netmask de red
0.0.0.0 0.0.0.0 10.0.0.1 Predeterminado
0.0.0.0 0.0.0.0 192.168.0.1 Predeterminado
===========================================================================

Sin embargo, en la sección "Rutas activas" de la salida del comando Route Print, solo está presente la puerta de enlace predeterminada del adaptador en equipo lbFO recién configurado.

Causa

Este comportamiento se debe al diseño. La herramienta route.exe heredada no indica a qué interfaz están relacionadas las rutas de la sección "Rutas persistentes". El comando Route Print muestra las rutas desde el almacén de configuración de red activo en la sección "Rutas activas" de la salida del comando y desde el almacén de configuración de red persistente en la sección "Rutas persistentes" de la salida del comando. Sin embargo, la herramienta route.exe no indica a qué adaptador pertenece una ruta persistente. Dado que las rutas del adaptador configurado anteriormente no están en la tabla de rutas activa, no hay ningún impacto funcional en la tabla de enrutamiento activa ni en el comportamiento de red.

Solución

Se recomienda usar el cmdlet de PowerShell Get-NetRoute cuando se necesite claridad sobre qué rutas se encuentran en el almacén activo o en el almacén persistente y a qué rutas de adaptadores se aplican.

El cmdlet de PowerShell Get-NetRoute permite al administrador ver específicamente lo que se almacena en cada almacén de configuración de red y a qué interfaz pertenece la ruta.

Para el almacén persistente:

Get-NetRoute -AddressFamily IPv4 -PolicyStore PersistentStore

Para el almacén activo:

Get-NetRoute -AddressFamily IPv4 -PolicyStore ActiveStore