O ZimaOS já não define o DNS da Google 8.8.8.8 de forma rígida na configuração normal de DNS. O erro original no código-fonte de 2025 estava no percurso de código da ponte de rede Thunderbolt, e o autor do relato original confirmou que a entrada indesejada tinha desaparecido no ZimaOS 1.4.1.
Nas versões atuais do ZimaOS, configure o DNS de cada interface de rede em Definições → Rede. Se continuar a ver 8.8.8.8 em /etc/resolv.conf, identifique qual ligação do NetworkManager ou interface virtual a forneceu antes de editar ficheiros manualmente.
O que causou historicamente a entrada 8.8.8.8
A IceWhale identificou a origem da entrada no código do sistema utilizado para criar uma ponte de rede Thunderbolt. Não se destinava a substituir o servidor DNS escolhido por cada utilizador.
O erro foi corrigido
O autor do relato original 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.
Configure 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
Mostrar dispositivos do nmcli | grep -i dns
Mostrar ligações do nmcliUse estes comandos para diagnóstico. Não torne /etc/resolv.conf imutável nem edite manualmente ficheiros gerados pelo NetworkManager como primeira solução.
Thunderbolt e Ethernet podem ter fontes de DNS diferentes
Se estiverem ativas várias interfaces, cada ligação pode contribuir com informações de DNS e de encaminhamento. Não se deve presumir que uma ligação Thunderbolt direta e a ligação Ethernet habitual partilham a mesma configuração.
Os utilizadores de Pi-hole ou Technitium devem verificar se existem fugas
Se todo o tráfego DNS tiver de passar pelo seu resolvedor local, consulte os registos do resolvedor e compare os valores DNS de nmcli. Um fallback definido de forma fixa pode contornar a filtragem, mas o mesmo pode acontecer com o DHCP ou outra interface ativa.
Não bloqueie o 8.8.8.8 antes de descobrir a origem
Um bloqueio da firewall pode ocultar o sintoma, deixando o perfil de rede incorreto configurado. Corrija primeiro a origem do DNS; utilize políticas de firewall apenas se pretender impor intencionalmente o DNS a toda a rede.
O guia de resolução de problemas de rede fornece um contexto mais abrangente sobre redes.
O DHCP pode introduzir outro servidor DNS
Se uma interface continuar em DHCP, o router pode fornecer definições de DNS mesmo depois de corrigido o antigo problema do 8.8.8.8. Quando precisar de um controlo rigoroso do DNS, compare as opções DHCP do router com os valores de DNS apresentados pelo NetworkManager.
As alterações manuais de DNS podem desligar o painel
Ao mudar uma interface de DHCP para Manual, verifique 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 estão realmente a chegar ao Technitium, ao Pi-hole ou a outro resolvedor escolhido. Não se baseie apenas no texto do resolv.conf.
Perguntas frequentes
O 8.8.8.8 continua definido de forma fixa no ZimaOS?
A pessoa que comunicou o problema confirmou que essa entrada antiga 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 é que 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.
