Checklist: configurar DNS do Google no Fedora 42 para VPS Linux

8 min de leitura  ·  Guia técnico

Configurar DNS do Google no Fedora 42 é o procedimento técnico de substituir os resolvedores de nomes padrão do sistema pelos endereços IP 8.8.8.8 e 8.8.4.4 para otimizar a velocidade de resposta do servidor. Para implementar essa alteração no seu VPS Linux, siga este checklist resumido:

1. Acesse o terminal do Fedora 42 via SSH com usuário root ou sudo.
2. Identifique o nome da conexão de rede ativa utilizando o comando nmcli.
3. Configure os endereços DNS do Google na interface de rede selecionada.
4. Atualize as configurações do systemd-resolved para garantir a persistência.
5. Valide a resolução de nomes com ferramentas de diagnóstico como dig ou resolvectl.

Pré-requisitos

• Servidor VPS Linux rodando Fedora 42 (ou versões recentes baseadas em systemd).
• Acesso administrativo (root) ou usuário com privilégios no arquivo sudoers.
• Conexão SSH estabelecida. Se tiver dúvidas, veja como realizar o acesso em Acessando servidores VPS Linux da AviraHost.
• Utilitários de rede (NetworkManager e systemd-resolved) ativos e funcionais.

Configurando DNS do Google via nmcli no Fedora 42

A resolução de nomes no Fedora 42 é gerenciada primordialmente pelo NetworkManager. Utilizar a ferramenta de linha de comando nmcli é a forma mais segura e persistente de alterar os servidores DNS sem que as configurações sejam perdidas após um reboot do VPS Linux. Ao definir os IPs do Google, você garante que o servidor não dependa de resolvedores locais que podem apresentar instabilidade.

Primeiro, liste todas as conexões disponíveis para identificar qual interface está controlando o tráfego de internet:

nmcli connection show

O output esperado será uma lista de conexões. Geralmente, em um VPS, o nome da conexão é "eth0" ou "Wired connection 1". Com o nome em mãos, execute o comando para definir o DNS primário e secundário:

nmcli connection modify "NOME_DA_CONEXAO" ipv4.dns "8.8.8.8 8.8.4.4"
nmcli connection modify "NOME_DA_CONEXAO" ipv4.ignore-auto-dns yes

O comando ipv4.ignore-auto-dns yes é crucial, pois impede que o servidor DHCP do datacenter sobrescreva suas configurações manuais. Para aplicar as mudanças imediatamente, reinicie a interface:

nmcli connection up "NOME_DA_CONEXAO"

Atenção: Ao reiniciar a conexão de rede, pode haver uma breve oscilação na conectividade SSH. Certifique-se de que não há processos críticos de transferência de dados ativos no momento.

Ajustando o systemd-resolved para persistência de DNS

A latência de rede pode ser afetada se o sistema tentar consultar múltiplos resolvedores em ordem incorreta. No Fedora 42, o serviço systemd-resolved atua como um gerenciador de cache e resolvedor local. Para garantir que o sistema operacional priorize o DNS do Google globalmente, é recomendável editar o arquivo de configuração do serviço.

Abra o arquivo de configuração principal:

nano /etc/systemd/resolved.conf

Localize a seção [Resolve] e altere as linhas de DNS e FallbackDNS (remova o comentário "#" se necessário):

[Resolve]
DNS=8.8.8.8 8.8.4.4
FallbackDNS=1.1.1.1 9.9.9.9
DNSStubListener=yes

Salve o arquivo (Ctrl+O, Enter) e saia (Ctrl+X). Agora, reinicie o serviço para que as novas diretivas entrem em vigor:

systemd-analyze verify /etc/systemd/resolved.conf
systemctl restart systemd-resolved

Diferente de distribuições antigas, o Fedora utiliza um link simbólico em /etc/resolv.conf que aponta para o stub do systemd. Não tente editar o /etc/resolv.conf manualmente, pois ele é um arquivo gerado dinamicamente e suas alterações seriam apagadas. Para mais detalhes sobre performance, consulte nossas Dicas de Otimização de Servidores Linux.

Validando a resolução de nomes e performance no VPS Linux

Após realizar a configuração de rede linux, é indispensável validar se o tráfego DNS está realmente sendo roteado para os servidores do Google. O Fedora 42 oferece a ferramenta resolvectl, que fornece um status detalhado de cada link de rede e dos servidores DNS em uso.

Execute o comando de status:

resolvectl status

Procure pela seção da sua interface de rede. O output esperado deve exibir algo semelhante a:

Link 2 (eth0)
    Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
    Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
    Current DNS Server: 8.8.8.8
    DNS Servers: 8.8.8.8 8.8.4.4

Para um teste de resolução real, utilize o comando dig (caso não esteja instalado, use dnf install bind-utils):

dig google.com

Verifique a linha "SERVER" no final do output. Ela deve indicar que a consulta foi respondida pelo endereço 127.0.0.53 (o stub local do systemd-resolved) ou diretamente pelo 8.8.8.8, dependendo da sua configuração de roteamento. Se o tempo de consulta (Query time) estiver abaixo de 20ms, sua configuração está otimizada para alta performance.

Problemas comuns e como resolver

Sintoma: O DNS volta para o IP do provedor após o reboot

Causa: O NetworkManager está configurado para aceitar DNS via DHCP, sobrescrevendo as configurações manuais.
Solução: Certifique-se de ter executado nmcli connection modify "NOME" ipv4.ignore-auto-dns yes. Verifique também se não há scripts de configuração de nuvem (cloud-init) forçando configurações de rede no diretório /etc/netplan ou /etc/cloud/cloud.cfg.d/.

Sintoma: Erro 'Temporary failure in name resolution'

Causa: O serviço systemd-resolved pode estar parado ou o link simbólico do resolv.conf está quebrado.
Solução: Verifique o status do serviço com systemctl status systemd-resolved. Se necessário, recrie o link simbólico correto: ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf.

Sintoma: Latência alta mesmo usando DNS do Google

Causa: Regras de firewall (firewalld ou nftables) podem estar bloqueando ou atrasando pacotes UDP na porta 53.
Solução: Libere o tráfego DNS no firewall: firewall-cmd --add-service=dns --permanent seguido de firewall-cmd --reload.

Perguntas frequentes sobre DNS do Google no Fedora 42

Por que usar o DNS do Google no Fedora 42?

O DNS do Google (8.8.8.8) oferece maior velocidade de resolução de nomes e confiabilidade superior aos resolvedores padrão de muitos provedores. Em um VPS Linux, isso reduz a latência em requisições externas e evita falhas de resolução de domínios.

O NetworkManager sobrescreve as configurações de DNS no Fedora?

Sim, por padrão o NetworkManager gerencia o arquivo /etc/resolv.conf. Para garantir que as alterações no DNS do Google sejam permanentes, é necessário configurar via nmcli ou desativar a gestão automática do arquivo pelo serviço.

Como verificar qual DNS meu servidor Fedora está usando?

Você pode verificar o resolvedor ativo executando o comando 'resolvectl status' ou inspecionando o arquivo /etc/resolv.conf. O comando resolvectl mostrará detalhadamente os servidores DNS configurados para cada interface de rede.

A alteração de DNS afeta a performance do meu site hospedado?

A alteração afeta como o seu servidor resolve nomes externos (como APIs ou downloads), mas não altera como os usuários acessam seu site. Para melhorar o acesso dos usuários, você deve configurar os registros NS no painel do seu domínio.

Conclusão

• Sempre utilize o nmcli fedora para alterações de rede, evitando edições manuais diretas em arquivos temporários.
• Mantenha o systemd-resolved ativo para usufruir do cache de DNS local, o que reduz o consumo de banda e acelera aplicações web.
• Teste a conectividade após qualquer alteração para garantir que o servidor consiga baixar atualizações e se comunicar com APIs externas.

Leia também

• Checklist para Configurar e Testar Limite de Tempo de Sessão no SSH em VPS Linux e Servidor Dedicado
• Checklist para Configurar e Testar o Swapfile no VPS Linux e Servidor Dedicado
• Como Instalar e Configurar o Failover de Rede no VPS Linux para Alta Disponibilidade

Precisa de ajuda com seu VPS Linux?

Configurar a infraestrutura de rede corretamente é o primeiro passo para um servidor de alta performance. Se você busca estabilidade e suporte especializado para seu projeto, conheça nossas soluções.

Ver Planos de Servidor VPS