¿Por qué un servidor doméstico pierde una ruta estática después de actualizar NetworkManager?

Eva Wong es la Redactora técnica y manitas residente en ZimaSpace. Una geek de toda la vida con pasión por los homelabs y el software de código abierto, se especializa en traducir conceptos técnicos complejos en guías accesibles y prácticas. Eva cree que el autoalojamiento debe ser divertido, no intimidante. A través de sus tutoriales, empodera a la comunidad para desmitificar las configuraciones de hardware, desde construir su primer NAS hasta dominar los contenedores Docker.

Una ruta estática puede desaparecer después de una actualización de NetworkManager cuando la ruta pertenecía a un perfil o una ruta de configuración que ya no corresponde a la conexión activa.

En un servidor doméstico ZimaSpace o Linux, es posible que una ruta a una VLAN de IoT, una subred de copias de seguridad o un router secundario se haya añadido manualmente con ip route, se haya guardado en un perfil de conexión antiguo o estuviera vinculada a un perfil que NetworkManager reemplaza después de la actualización. La prueba adecuada compara la ruta activa con el perfil persistente activo, en lugar de volver a añadir el comando después de cada reinicio.

Comprueba si la ruta era realmente persistente

Compara una ruta añadida con ip route con el perfil de conexión de NetworkManager que debería recrearla.

Una guía práctica y específica de NetworkManager sobre las rutas estáticas persistentes deben pertenecer al perfil de conexión ayuda a aislar esta posibilidad porque aborda el mismo problema concreto, en lugar de limitarse a definir el protocolo subyacente.

Si la ruta solo existe en la tabla del kernel, muévela al perfil administrado antes de culpar a la actualización.

Inspecciona los cambios de perfil provocados por la actualización

Compara los nombres de los perfiles, los UUID, el estado de conexión automática y las entradas de ruta antes y después de actualizar el paquete.

Un artículo específico de resolución de problemas sobre las rutas estáticas pueden desaparecer cuando cambia el estado de NetworkManager ayuda a aislar esta posibilidad porque aborda el mismo problema concreto, en lugar de limitarse a definir el protocolo subyacente.

Restaura la ruta en el perfil persistente activo y conserva una copia del perfil anterior para compararla.

Recuerda que NetworkManager se basa en perfiles

Una interfaz puede tener varios perfiles guardados, pero solo el perfil activado aporta sus ajustes de ruta.

Un blog técnico específico de NetworkManager sobre la configuración de NetworkManager gira en torno a los perfiles de conexión ayuda a aislar esta posibilidad porque aborda el mismo problema concreto, en lugar de limitarse a definir el protocolo subyacente.

Identifica el perfil activo mediante su UUID en lugar de editar cualquier nombre de archivo que resulte familiar.

Comprueba conjuntamente la tabla de rutas y las reglas de políticas

Es posible que una ruta siga existiendo en una tabla distinta de la principal mientras cambia la regla que seleccionaba esa tabla.

Una explicación específica sobre el enrutamiento de Linux en el enrutamiento basado en políticas utiliza tablas y reglas ayuda a aislar esta posibilidad porque aborda el mismo problema concreto, en lugar de limitarse a definir el protocolo subyacente.

Enumera ip rule y todas las tablas relevantes antes de añadir una ruta duplicada a main.

Comprueba si las métricas de ruta cambiaron cuál gana

Cuando dos rutas cubren el mismo destino, la métrica efectiva más baja o una ruta más específica puede sustituir la ruta que esperabas ver.

Un tutorial específico sobre redes de Linux en las métricas de ruta cambian qué ruta gana ayuda a aislar esta posibilidad porque aborda el mismo problema concreto, en lugar de limitarse a definir el protocolo subyacente.

Compara el prefijo de destino, la métrica y la interfaz después de la actualización. No deduzcas que la ruta se eliminó simplemente porque el tráfico utiliza otra ruta.

Mantén la configuración de red del servidor bajo un solo administrador

Mezclar scripts heredados, comandos manuales, Netplan y perfiles de NetworkManager aumenta la probabilidad de que las actualizaciones revelen conflictos de administración.

Una guía práctica y específica sobre redes de Linux en un único perfil de NetworkManager debería administrar la ruta del servidor ayuda a aislar esta posibilidad porque aborda el mismo problema concreto, en lugar de limitarse a definir el protocolo subyacente.

Unifica la ruta en un único perfil administrado, reinicia dos veces y confirma que la misma ruta y métrica vuelvan a aparecer cada vez.

Vuelve a probar la ruta exacta del servidor doméstico

Después de cambiar una variable, repite el mismo flujo de trabajo de NAS o servicio autoalojado desde el mismo cliente, en lugar de cambiar a una prueba distinta que podría utilizar otra ruta.

La guía relacionada de ZimaSpace sobre la ruta de red adyacente del servidor doméstico ayuda a mantener la verificación final vinculada al mismo entorno autoalojado.

La solución solo estará completa cuando el síntoma original siga resuelto después de volver a conectarte, reiniciar el servicio y realizar una segunda transferencia o solicitud controlada.

Preguntas frecuentes

¿Por qué ip route add funciona hasta que reinicio?

Cambia la tabla activa del kernel, pero no necesariamente crea una configuración persistente de NetworkManager.

¿Puede seguir existiendo la ruta, pero utilizar la tabla equivocada?

Sí. El enrutamiento basado en políticas puede colocar rutas en tablas alternativas que necesitan reglas coincidentes.

¿Debería editar manualmente los archivos de conexión después de una actualización?

Es preferible utilizar nmcli o el administrador compatible con la plataforma, salvo que tengas un motivo controlado para administrar directamente los archivos keyfile.

Soporte y Consejos

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.