Este hilo de red de noviembre de 2025 no es un caso normal de «ZimaOS no tiene red». El servidor estaba conectado, tenía una dirección DHCP y transfería tráfico mediante una interfaz Ethernet Intel I226-V; sin embargo, Ajustes > Red mostraba una sección Conexión vacía y no ofrecía ninguna forma de configurar una IP estática. La máquina también tenía dos puertos I226-V 2.5GbE y dos interfaces Intel X710 SFP+, lo que la convertía en un sistema con varias NIC más complejo que el hardware para el que ZimaOS había optimizado originalmente su interfaz de red.
El hilo de origen avanzó a través de reservas del router, cambios de puerto, reinicios, ETHS experimentos de configuración, pruebas de la API y, finalmente, un error que llevó a un miembro del equipo a sospechar de lshw análisis. La conversación pública terminó después de que el usuario enviara la información del hardware de forma privada, por lo que no existe una solución final publicada.
La página Red estaba vacía aunque se podía acceder al servidor
Esta distinción es esencial. El problema no era simplemente «no hay controlador Ethernet», porque al menos una interfaz Ethernet estaba activa y transmitiendo tráfico.
El servidor tenía cuatro puertos de red físicos
El hardware de origen incluía:
- dos interfaces Intel I226-V 2.5GbE;
- dos interfaces Intel X710 SFP+;
- una plataforma AMD Ryzen 7 PRO 8845HS;
- varias unidades NVMe y planeaba usar un gran almacenamiento en discos duros.
Inicialmente, el usuario se conectó mediante uno de los puertos 2.5GbE y recibió una dirección DHCP cercana a 192.168.1.125.
Una reserva del router no era la causa raíz
Zima-Giorgio preguntó cómo había obtenido el usuario la dirección. El usuario explicó que DHCP se la asignó y que después el router reservó esa IP.
Más tarde eliminaron la reserva, tal como se solicitó. ZimaOS recibió una dirección DHCP diferente, lo que demostró que la interfaz aún podía comunicarse con el router, pero la página Red seguía vacía.
Este resultado negativo es importante: la interfaz de usuario ausente no se solucionó simplemente eliminando la reserva de dirección fija del router.
Cambiar entre los dos puertos I226-V no solucionó la interfaz de usuario
El usuario se preguntó si estar conectado a la segunda interfaz 2.5GbE en lugar de la primera estaba confundiendo a ZimaOS. Movió el cable al otro puerto I226-V, apagó y encendió la máquina, y allí también recibió una dirección operativa.
Ajustes > Red todavía no mostraba ninguna interfaz.
ifconfig confirmó una interfaz Ethernet activa
Más adelante, la fuente publicó una salida que mostraba eth0 como:
- estaba ACTIVA y EN FUNCIONAMIENTO;
- tenía asignada una dirección IPv4
192.168.1.123; - recibía y transmitía paquetes;
- indicaba cero errores de portadora.
Eso demuestra claramente que la interfaz de red de Linux funcionaba mientras la capa de administración de ZimaOS no lograba enumerarla correctamente.
El hilo pasó entonces a la configuración ETHS de ZimaOS
El archivo interno zimaos.conf El archivo ETHS = La comunidad y colaboradores cercanos al equipo probaron entonces insertar direcciones PCI en ese campo y reiniciar los servicios de ZimaOS.
Esos cambios no hicieron que la página de red volviera a aparecer para el usuario.
Un intento con ETHS apuntó a las interfaces equivocadas
El usuario observó que las primeras direcciones PCI sugeridas correspondían a los puertos SFP+ y no a las interfaces 2.5GbE. Luego probó las direcciones PCI de I226-V.
Incluso después de corregir los dispositivos de destino y reiniciar los servicios, la página de configuración seguía sin mostrar las interfaces. Esta es otra razón para no presentar la ETHS editarlo como una solución comprobada.
El hilo reveló un límite histórico en las suposiciones sobre el hardware
Una respuesta indicó que el trabajo anterior de compatibilidad con malla y pantalla se había centrado principalmente en dispositivos ZimaCube y que otro hardware podría necesitar información PCI explícita. Ese comentario ayuda a explicar por qué un mini servidor genérico con cuatro NIC podía activar una ruta que el hardware más sencillo no activaba.
No debe interpretarse como un requisito actual de que todo el hardware ZimaOS de terceros necesite configuración manual ETHS configuración.
La API local de interfaces de red produjo un error
Después de que los cambios de configuración no funcionaran, el hilo probó la API de red local de ZimaOS:
curl http://127.0.0.1/v2/zimaos/network/interfacesEl error devuelto desvió la investigación de la configuración de IP estática hacia el servicio responsable de detectar o serializar la información del hardware.
El diagnóstico público final apuntó al análisis de lshw
Una respuesta posterior indicó que el error de la API sugería un problema al analizar lshw información y pidió al usuario que recopilara un listado completo del hardware en /DATA/lshw.log. Después, el usuario envió el resultado de forma privada.
Como el hilo público termina ahí, la página no debe inventar el resultado de ingeniería. La última afirmación respaldada es que el equipo sospechaba que el problema estaba en el análisis de la información del hardware y trasladó el diagnóstico detallado a los mensajes privados.
La solicitud del controlador Intel X710 era un tema aparte
El usuario también quería que los dos puertos X710 SFP+ fueran compatibles y, con el tiempo, esperaba usar agregación de enlaces. Zima-Giorgio dijo que la solicitud de integración del controlador se enviaría para su revisión.
Esta solicitud no debe confundirse con la interfaz I226-V funcional que ya transportaba la conexión de gestión de ZimaOS.
No soluciones una interfaz ausente en la interfaz de usuario forzando inmediatamente nmcli
El usuario consideró aplicar una IP estática mediante nmcli porque faltaba en la interfaz. Eso permite configurar las redes de Linux, pero no soluciona por qué ZimaOS no logra enumerar la interfaz, y las versiones posteriores de ZimaOS ofrecen controles compatibles para configurar una IP estática en Ajustes.
En un sistema actual, usa el comportamiento actual de Red de ZimaOS como referencia de lo que debería aparecer en Ajustes.
ZimaOS actual debería mostrar los puertos Ethernet físicos
Las indicaciones actuales sobre redes señalan que las interfaces Ethernet físicas deberían aparecer con el nombre de la interfaz, el estado del enlace, la velocidad negociada y la dirección IP asignada. Si Linux tiene una interfaz funcional pero la página Red está vacía, recopila diagnósticos del servicio de gestión en lugar de cambiar repetidamente la configuración del router.
Qué recopilar para un caso actual similar
- la versión exacta de ZimaOS;
-
lspci -nnpara todos los controladores de red; - la salida actual de la interfaz y la dirección;
- el estado del enlace de cada puerto físico;
- la captura de pantalla de la página Red;
- resultados de las API de red o los registros pertinentes de ZimaOS cuando el soporte los solicite;
- un inventario de hardware como
lshwsi el servicio de enumeración parece fallar.
Lo que realmente demuestra el hilo
El servidor podía conectarse a la red mediante una interfaz Intel I226-V, mientras que los Ajustes de ZimaOS no lograban mostrarla. Eliminar la reserva del router, cambiar entre los puertos I226-V, apagar y encender el equipo, y realizar modificaciones manuales ETHS las modificaciones no corrigieron la visualización. La investigación terminó con la sospecha de lshw problema de análisis con seguimiento privado.
Preguntas frecuentes sobre interfaces de red faltantes
¿El servidor estaba realmente desconectado?
No. Tenía una dirección DHCP y la interfaz Ethernet activa transmitía tráfico.
¿Eliminar la reserva del router solucionó la página Red?
No. El servidor recibió una nueva dirección DHCP, pero los controles de la interfaz seguían sin aparecer.
¿Cambiar al otro puerto I226-V lo solucionó?
No.
¿Las modificaciones manuales de ETHS resolvieron el problema?
No se confirmó ninguna solución pública a partir de esos experimentos.
¿Cuál fue la última pista de diagnóstico pública?
Un error de la API orientó el debate hacia una posible lshw problema de análisis de información.
