O ZimaOS já não introduz o DNS da Google 8.8.8.8 na configuração normal de DNS. O erro no código-fonte de 2025 vinha do caminho de código da bridge de rede Thunderbolt, e o autor original do relatório confirmou que a entrada indesejada tinha desaparecido no ZimaOS 1.4.1.
No ZimaOS atual, configure o DNS por interface de rede em Definições → Rede. Se ainda vir 8.8.8.8 em /etc/resolv.conf, identifique primeiro qual ligação do NetworkManager ou interface virtual o forneceu, antes de editar ficheiros manualmente.
O que causou a entrada histórica 8.8.8.8
A IceWhale identificou a origem da entrada no código do sistema utilizado ao criar uma bridge de rede Thunderbolt. Não se destinava a substituir o servidor DNS escolhido por cada utilizador.
O erro foi removido
O autor original do relatório confirmou que a entrada adicional 8.8.8.8 desapareceu no ZimaOS 1.4.1. Os sistemas atuais não devem ser tratados como se este erro ainda fosse um comportamento esperado.
Defina o DNS da forma atual
O atual guia de configuração de rede do ZimaOS indica que deve abrir Definições → Rede, mudar a interface para Manual quando necessário e introduzir o servidor DNS pretendido.
Verifique o resolvedor efetivo
cat /etc/resolv.conf
nmcli device show | grep -i dns
nmcli connection showUtilize estes comandos para diagnóstico. Não torne /etc/resolv.conf imutável nem edite manualmente, como primeira medida, os ficheiros gerados pelo NetworkManager.
Thunderbolt e Ethernet podem ter fontes de DNS diferentes
Se houver várias interfaces ativas, cada ligação pode contribuir com informações de DNS e de encaminhamento. Não deve presumir que uma ligação Thunderbolt direta e a sua ligação Ethernet normal utilizam a mesma configuração.
Os utilizadores de Pi-hole ou Technitium devem testar fugas
Se todo o DNS se destina a passar pelo seu resolvedor local, consulte os registos do resolvedor e compare os valores de DNS apresentados pelo nmcli. Um fallback codificado pode contornar a filtragem, mas o mesmo pode acontecer com o DHCP ou com outra interface ativa.
Não bloqueie o 8.8.8.8 antes de encontrar a origem
Um bloqueio na firewall pode ocultar o sintoma, deixando o perfil de rede incorretamente configurado. Corrija primeiro a origem do DNS; utilize uma política de firewall apenas se pretender impor deliberadamente o DNS em toda a rede.
O guia de resolução de problemas de rede fornece um contexto de rede mais abrangente.
O DHCP pode reintroduzir um servidor DNS diferente
Se uma interface permanecer em DHCP, o seu router pode fornecer definições de DNS mesmo depois de o antigo erro do 8.8.8.8 ter sido corrigido. Quando precisar de um controlo rigoroso do DNS, compare as opções DHCP do router com os valores de DNS apresentados pelo NetworkManager.
Alterações manuais ao DNS podem desligar o painel
Ao mudar uma interface de DHCP para Manual, confirme em conjunto o IP, a sub-rede, o gateway e o DNS. Um gateway ou uma sub-rede incorretos podem parecer uma falha de DNS, porque a sessão do painel pode desaparecer imediatamente após guardar.
Teste a resolução através do resolvedor pretendido
Utilize nslookup, dig ou os registos do seu servidor DNS local para confirmar que as consultas chegam efetivamente ao Technitium, ao Pi-hole ou a outro resolvedor escolhido. Não tire conclusões apenas com base no texto de resolv.conf.
FAQ
O 8.8.8.8 continua codificado no ZimaOS?
O autor do relatório confirmou que essa entrada histórica foi removida na versão 1.4.1.
Posso definir o meu próprio servidor DNS?
Sim. As definições de Rede atuais do ZimaOS permitem configurar manualmente o DNS por interface.
Devo editar diretamente o resolv.conf?
Não como primeiro passo; normalmente é gerido pelo NetworkManager.
Porque continuo a ver vários servidores DNS?
Verifique o DHCP, as várias interfaces, as redes Thunderbolt/virtuais e os perfis de ligação do NetworkManager.
