ZimaOS ya no incluye de forma fija el DNS de Google 8.8.8.8 en la configuración DNS habitual. El error de origen de 2025 provenía de la ruta de código del puente de red Thunderbolt, y la persona que lo informó originalmente confirmó que la entrada no deseada había desaparecido en ZimaOS 1.4.1.
En las versiones actuales de ZimaOS, configura el DNS de cada interfaz de red en Ajustes → Red. Si sigues viendo 8.8.8.8 en /etc/resolv.conf, identifica qué conexión de NetworkManager o interfaz virtual lo proporcionó antes de editar archivos manualmente.
Qué causó la entrada histórica de 8.8.8.8
IceWhale rastreó la entrada hasta el código del sistema utilizado al crear un puente de red Thunderbolt. No estaba previsto que sustituyera el servidor DNS elegido por todos los usuarios.
El error se corrigió
La persona que informó originalmente del problema confirmó que la entrada adicional 8.8.8.8 desapareció en ZimaOS 1.4.1. No debe considerarse que este error siga siendo un comportamiento esperado en los sistemas actuales.
Configura el DNS de la forma actual
La guía de configuración de red actual de ZimaOS indica que debes abrir Ajustes → Red, cambiar la interfaz a Manual cuando sea necesario e introducir el servidor DNS deseado.
Comprueba el resolver efectivo
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showÚsalos como herramientas de diagnóstico. No marques /etc/resolv.conf como inmutable ni edites manualmente los archivos generados por NetworkManager como primera solución.
Thunderbolt y Ethernet pueden tener fuentes de DNS diferentes
Si hay varias interfaces activas, cada conexión puede aportar información de DNS y rutas. No debe suponerse que un enlace Thunderbolt directo y la conexión Ethernet habitual comparten la misma configuración.
Los usuarios de Pi-hole o Technitium deben comprobar si hay fugas
Si todo el DNS debe pasar por tu resolvedor local, consulta sus registros y compara los valores de DNS de nmcli. Un respaldo codificado puede eludir el filtrado, pero también pueden hacerlo DHCP u otra interfaz activa.
No bloquees 8.8.8.8 antes de encontrar el origen
Un bloqueo del cortafuegos puede ocultar el síntoma y dejar configurado el perfil de red incorrecto. Corrige primero el origen del DNS; usa las reglas del cortafuegos solo si quieres aplicar deliberadamente el DNS a toda la red.
La guía de solución de problemas de red ofrece más contexto sobre la red.
DHCP puede volver a introducir otro servidor DNS
Si una interfaz sigue configurada con DHCP, el router puede proporcionar ajustes de DNS incluso después de que se haya corregido el antiguo error de 8.8.8.8. Si necesitas un control estricto del DNS, compara las opciones DHCP del router con los valores de DNS que muestra NetworkManager.
Los cambios de DNS manual pueden desconectar el panel
Al cambiar una interfaz de DHCP a Manual, verifica conjuntamente la IP, la subred, la puerta de enlace y el DNS. Una puerta de enlace o una subred incorrectas pueden parecer un fallo de DNS porque la sesión del panel puede desaparecer justo después de guardar.
Prueba la resolución a través del resolvedor previsto
Usa nslookup, dig o los registros de tu servidor DNS local para confirmar que las consultas llegan realmente a Technitium, Pi-hole u otro resolvedor que hayas elegido. No te guíes únicamente por el texto de resolv.conf.
Preguntas frecuentes
¿Sigue estando 8.8.8.8 codificado en ZimaOS?
La persona que informó del problema confirmó que esa entrada histórica se eliminó en la versión 1.4.1.
¿Puedo configurar mi propio servidor DNS?
Sí. La configuración de red actual de ZimaOS permite configurar manualmente el DNS por interfaz.
¿Debería editar resolv.conf directamente?
No como primer paso; normalmente lo gestiona NetworkManager.
¿Por qué sigo viendo varios servidores DNS?
Comprueba DHCP, varias interfaces, redes Thunderbolt/virtuales y los perfiles de conexión de NetworkManager.
