Servidores de Nomes AlexHost: Uma Referência Técnica Completa para Configuração DNS

Os Nameservers (registos NS) são os ponteiros DNS autoritativos que informam a infraestrutura DNS global quais os servidores que contêm o ficheiro de zona definitivo para o seu domínio. Sem registos NS corretamente configurados, o seu domínio não pode ser resolvido — independentemente de quão bem configurado esteja o seu servidor web, sistema de correio eletrónico ou certificados SSL.

Este guia abrange a infraestrutura específica de nameservers da AlexHost, explica como os registos NS funcionam a nível de protocolo e fornece orientações de configuração práticas para ambientes de alojamento partilhado cPanel com LiteSpeed e alojamento partilhado padrão.

O Que São Nameservers e Por Que São a Base do DNS

Um nameserver é um servidor DNS especializado que armazena e serve a zona DNS autoritativa para um ou mais domínios. Quando um resolver recursivo precisa de encontrar o endereço IP por trás de example.com, não adivinha — segue uma cadeia de delegação estrita:

1. O resolver consulta um nameserver raiz, que devolve uma referência para o nameserver TLD apropriado (por exemplo, .com, .net, .md).
2. O nameserver TLD devolve os registos NS registados no registador de domínios, apontando para os nameservers autoritativos do domínio.
3. O nameserver autoritativo — aquele que configura no seu registador — responde com os registos DNS reais: A, AAAA, MX, CNAME, TXT, entre outros.

Isto significa que os registos NS não são apenas uma formalidade técnica. São o mecanismo de delegação que confere aos servidores DNS do seu fornecedor de alojamento a autoridade para responder a consultas para o seu domínio. Se os registos NS apontarem para servidores errados, ou se esses servidores estiverem inacessíveis, o seu domínio fica inativo — para todos os serviços que dependem dele.

Cada domínio deve ter pelo menos dois registos NS apontando para servidores distintos e operados de forma independente. Isto não é uma recomendação; é um requisito imposto pela política da ICANN e pelo próprio protocolo DNS (RFC 1034/1035).

Como Funciona a Cadeia de Resolução DNS na Prática

Compreender o caminho completo de resolução ajuda a diagnosticar atrasos de propagação e problemas de configuração incorreta com precisão.

Quando um visitante escreve o seu domínio num browser, ocorre a seguinte sequência:

• Verificação da cache local: O sistema operativo e o browser verificam a sua cache DNS local. Se existir um registo em cache válido (dentro do seu TTL), a resolução termina aqui.
• Consulta ao resolver recursivo: Se não houver correspondência em cache, a consulta é enviada para o resolver recursivo configurado pelo ISP ou pelo utilizador (por exemplo, 8.8.8.8, 1.1.1.1).
• Referência do servidor raiz: O resolver contacta um dos 13 clusters de servidores raiz, que devolve o endereço do nameserver TLD autoritativo.
• Resposta do nameserver TLD: O servidor TLD (operado pela Verisign para .com, por exemplo) devolve os registos NS que registou no seu registador de domínios.
• Resposta autoritativa: O resolver consulta diretamente os nameservers da AlexHost, que devolvem o registo A, registo MX ou qualquer registo solicitado.
• Resposta entregue: O resolver armazena o resultado em cache durante o TTL do registo e devolve a resposta ao cliente.

A perceção crítica aqui é que os registos NS existem em dois locais: no seu registador de domínios (como delegação) e no ficheiro de zona no próprio nameserver autoritativo. Ambos devem ser consistentes. Uma discrepância entre os dois — conhecida como delegação inválida — causa falhas de resolução intermitentes que são notoriamente difíceis de diagnosticar.

Infraestrutura de Nameservers da AlexHost

A AlexHost opera pares de nameservers separados para diferentes ambientes de alojamento. Utilizar o par correto para o seu plano de alojamento específico é essencial para uma resolução DNS adequada.

Nameservers para Alojamento cPanel com LiteSpeed

Estes nameservers servem domínios alojados na infraestrutura VPS com cPanel e LiteSpeed da AlexHost:

ns5.alexhost.md (176.123.0.83) atua como a autoridade DNS primária para domínios na stack cPanel LiteSpeed. Todas as alterações ao ficheiro de zona — registos A, registos MX, subdomínios — são criadas aqui e sincronizadas para o secundário.

ns6.alexhost.md (176.123.0.84) serve como nameserver secundário. Numa configuração BIND ou PowerDNS corretamente configurada, o secundário realiza transferências de zona (AXFR/IXFR) a partir do primário e pode responder a consultas de forma independente se o primário ficar temporariamente inacessível.

Nameservers para Alojamento Partilhado cPanel

Os domínios alojados na plataforma de Alojamento Web Partilhado da AlexHost utilizam um par de nameservers dedicado:

ns3.alexhost.md (176.123.0.55) é o servidor autoritativo primário para zonas de alojamento partilhado. Contém os ficheiros de zona principais e é a fonte de verdade para a propagação DNS.

ns4.alexhost.md (176.123.0.60) fornece redundância geográfica e operacional. Se ns3 estiver inacessível devido a problemas de rede ou manutenção, ns4 continua a servir respostas DNS sem interrupção.

Por Que Pares de Nameservers Separados São Importantes

Operar pares de nameservers distintos por ambiente de alojamento é uma decisão arquitetural com benefícios operacionais reais:

• Isolamento do raio de impacto: Um erro de configuração ou ataque DDoS direcionado aos nameservers de alojamento partilhado não afeta os clientes de VPS LiteSpeed, e vice-versa.
• Gestão independente de TTL e zona: Cada ambiente pode ajustar o comportamento de propagação de forma independente.
• Planeamento de capacidade: O crescimento de tráfego numa plataforma não degrada os tempos de resposta DNS noutra.

Comparação: Ambientes de Nameservers da AlexHost

Como Apontar o Seu Domínio para os Nameservers da AlexHost

A alteração dos nameservers é feita no seu registador de domínios — não no seu fornecedor de alojamento. Esta é uma fonte comum de confusão.

Configuração Passo a Passo

1. Inicie sessão no painel de controlo do seu registador de domínios (por exemplo, GoDaddy, Namecheap, ou onde quer que tenha registado o domínio — ou diretamente através do Registo de Domínios AlexHost se registado na AlexHost).
2. Navegue até às definições de DNS ou Nameserver para o domínio específico que pretende configurar.
3. Remova quaisquer entradas de nameserver existentes. Os nameservers padrão do registador (por exemplo, ns1.registrar.com) devem ser eliminados antes de adicionar novos.
4. Introduza os nameservers da AlexHost correspondentes ao seu plano de alojamento:

• Para LiteSpeed VPS: ns5.alexhost.md e ns6.alexhost.md
• Para Alojamento Partilhado: ns3.alexhost.md e ns4.alexhost.md

1. Guarde as alterações. O registador irá atualizar a delegação ao nível do TLD.
2. Aguarde a propagação. A propagação DNS normalmente completa-se em 24 a 48 horas, embora a maioria dos resolvers registe as alterações em 1 a 4 horas. Os valores TTL nos registos NS antigos determinam durante quanto tempo as caches mantêm dados desatualizados.

Verificar a Propagação dos Nameservers

Após efetuar alterações, verifique a propagação utilizando ferramentas de linha de comandos ou verificadores online:

Utilizando dig (Linux/macOS):

dig NS yourdomain.com +short

Utilizando nslookup (Windows/Linux):

nslookup -type=NS yourdomain.com 8.8.8.8

Utilizando whois para verificar a delegação do registador:

whois yourdomain.com | grep -i "name server"

Se o resultado mostrar os nameservers da AlexHost, a delegação está completa. Se ainda vir nameservers antigos, a propagação ainda está em curso ou a alteração no registador não foi guardada corretamente.

Para testar se o próprio nameserver autoritativo está a responder corretamente:

dig A yourdomain.com @ns3.alexhost.md

Isto consulta diretamente o nameserver da AlexHost, ignorando quaisquer respostas em cache dos resolvers recursivos.

Armadilhas Técnicas Críticas e Casos Extremos

Estes são os modos de falha que os administradores experientes encontram — e que a maioria da documentação omite completamente.

Registos Glue e o Problema de Dependência Circular

Se o nome do seu domínio for igual ou um subdomínio do domínio do nameserver, surge uma dependência circular. Por exemplo, se possuir alexhost.md e os seus nameservers forem ns3.alexhost.md, um resolver não consegue encontrar o IP de ns3.alexhost.md sem primeiro resolver alexhost.md — o que requer consultar ns3.alexhost.md.

A solução são os registos glue: registos A registados diretamente no registo TLD juntamente com a delegação NS, fornecendo os endereços IP dos nameservers sem necessitar de uma pesquisa separada. A AlexHost trata disto internamente para o seu próprio domínio de nameserver. Se alguma vez configurar nameservers personalizados utilizando o seu próprio domínio (por exemplo, ns1.yourdomain.com), deve registar registos glue no seu registador.

Delegações Inválidas

Uma delegação inválida ocorre quando os registos NS no registador apontam para um nameserver que não existe, não responde ou não contém uma zona autoritativa para o domínio. Isto causa falhas de resolução ou latência severa à medida que os resolvers aguardam respostas que expiram. Verifique sempre que ambos os registos NS são acessíveis e autoritativos antes de finalizar uma migração.

Estratégia de TTL Durante Migrações

Antes de migrar um domínio para a AlexHost, reduza o TTL nos seus registos DNS existentes para 300 segundos (5 minutos) pelo menos 24 a 48 horas antes. Isto minimiza a janela durante a qual os resolvers servem dados desatualizados após a mudança de nameservers. Após a migração ser confirmada como estável, aumente o TTL de volta para um valor padrão (3600 segundos ou superior) para reduzir a carga de consultas nos nameservers.

Propagação de Registos NS vs. Propagação de Registos DNS

Estes são dois eventos de propagação distintos que são frequentemente confundidos:

• Propagação de registos NS: O tempo que demora para o registo TLD publicar globalmente a sua nova delegação de nameserver. Isto é controlado pelo TTL SOA do TLD, tipicamente 24–48 horas.
• Propagação de registos DNS: O tempo que demora para os registos A, MX, CNAME individuais dentro da sua zona serem captados pelos resolvers recursivos. Isto é controlado pelo TTL que define em cada registo.

A alteração de nameservers desencadeia ambos os eventos simultaneamente, razão pela qual a propagação completa pode demorar até 48 horas mesmo quando os TTLs dos registos individuais são curtos.

Continuidade do Correio Eletrónico Durante a Migração DNS

Se o seu domínio tiver Alojamento de Email ativo ou registos MX apontando para um fornecedor de correio eletrónico de terceiros, certifique-se de que esses registos MX são recriados na zona DNS da AlexHost antes de mudar os nameservers. Não o fazer resulta em falhas na entrega de correio durante a janela de propagação — um problema que é invisível até alguém reportar um email devolvido.

Registos DNS Geridos Através dos Nameservers da AlexHost

Assim que o seu domínio delegar para os nameservers da AlexHost, os seguintes tipos de registo são geridos no Editor de Zona DNS do cPanel:

Para domínios que requerem HTTPS, certifique-se de que um Certificado SSL é provisionado após a conclusão da propagação DNS — os métodos de validação Let’s Encrypt e de outras CA dependem de uma resolução DNS correta.

Melhores Práticas Operacionais para Configuração DNS da AlexHost

• Configure sempre ambos os registos NS. Um único nameserver é um ponto único de falha. Utilize tanto o primário como o secundário para cada domínio.
• Monitorize a acessibilidade dos nameservers. Utilize ferramentas como dig, dnschecker.org, ou monitores de disponibilidade automatizados para verificar que ambos os endereços IP NS (176.123.0.83/84 ou 176.123.0.55/60) permanecem acessíveis. Os endereços IP associados à infraestrutura podem mudar durante grandes migrações; verifique sempre com a documentação atual da AlexHost.
• Não misture pares de nameservers. Não combine ns3 (partilhado) com ns5 (LiteSpeed VPS) para um único domínio. Cada par foi concebido para servir zonas dentro do seu próprio ambiente de alojamento.
• Audite o seu ficheiro de zona após a migração. Após mudar os nameservers, utilize dig ANY yourdomain.com @ns3.alexhost.md para recuperar todos os registos e confirmar que as entradas A, MX, TXT e CNAME foram transferidas corretamente.
• Documente as suas alterações de TTL. Mantenha um registo de quando reduziu os TTLs e quando mudou os nameservers. Isto cria um registo de auditoria que é inestimável durante a resposta a incidentes.
• Utilize DNSSEC onde suportado. As Extensões de Segurança DNS adicionam assinaturas criptográficas aos registos DNS, prevenindo ataques de envenenamento de cache. Verifique se o seu registador e os nameservers da AlexHost suportam DNSSEC para o seu TLD.

Matriz de Decisão: Quais Nameservers Utilizar

Principais Conclusões Técnicas

• Utilize ns3.alexhost.md / ns4.alexhost.md para alojamento partilhado; utilize ns5.alexhost.md / ns6.alexhost.md para ambientes LiteSpeed VPS.
• Configure sempre ambos os nameservers em cada registo de domínio — nunca dependa de um único registo NS.
• Reduza os TTLs dos registos para 300 segundos pelo menos 24 horas antes de qualquer migração de nameserver planeada.
• Verifique a propagação utilizando dig NS yourdomain.com +short e consultas diretas aos IPs dos nameservers da AlexHost.
• Recrie todos os registos MX e TXT (SPF, DKIM, DMARC) na nova zona antes de mudar os nameservers para evitar interrupções na entrega de correio.
• Verifique os requisitos de registos glue se estiver a configurar hostnames de nameserver personalizados sob o seu próprio domínio.
• Após a propagação DNS, provisione ou revalide certificados SSL — a validação de domínio depende de uma resolução DNS correta.
• Monitorize periodicamente ambos os IPs dos nameservers; alterações de infraestrutura podem modificar as atribuições de IP.

Perguntas Frequentes

Qual é a diferença entre ns3/ns4 e ns5/ns6 na AlexHost?

ns3.alexhost.md e ns4.alexhost.md servem domínios na plataforma de alojamento partilhado da AlexHost. ns5.alexhost.md e ns6.alexhost.md são dedicados ao ambiente VPS cPanel com tecnologia LiteSpeed. Utilizar o par errado resultará em falhas de resolução DNS porque os ficheiros de zona do seu domínio residem apenas no par de nameservers correto.

Quanto tempo demora a propagar as alterações de nameserver da AlexHost?

A propagação global completa normalmente demora entre 24 e 48 horas, embora a maioria dos resolvers recursivos registe a alteração em 1 a 4 horas. A duração real depende do TTL definido nos seus registos NS anteriores e do comportamento de cache dos resolvers individuais em todo o mundo.

Posso utilizar apenas um dos nameservers da AlexHost em vez de ambos?

Não. Utilizar um único nameserver cria um ponto único de falha. Se esse servidor ficar inacessível por qualquer motivo — manutenção, partição de rede ou falha de hardware — o seu domínio torna-se irresolvível. A política da ICANN e os padrões do protocolo DNS exigem um mínimo de dois nameservers por domínio.

O que acontece ao meu correio eletrónico se mudar os nameservers sem recriar os registos MX?

A entrega de correio recebido falhará para qualquer domínio cujos registos MX não estejam presentes na nova zona. Os remetentes receberão mensagens de devolução ou experimentarão entrega adiada. Audite e recrie sempre os registos MX, SPF, DKIM e DMARC no editor de zona DNS da AlexHost antes de concluir a mudança de nameserver.

Como verifico que os nameservers da AlexHost são corretamente autoritativos para o meu domínio?

Execute dig NS yourdomain.com +short para confirmar a delegação registada, depois execute dig A yourdomain.com @ns3.alexhost.md (ou o nameserver apropriado) para confirmar que o servidor autoritativo está a responder com os registos corretos. Se ambos os comandos devolverem os resultados esperados, a sua configuração DNS está a funcionar corretamente.