Como usar a ferramenta
- Informe um nome DNS público, não uma URL completa, credenciais ou um nome interno privado.
- Escolha o tipo de registro e inicie a consulta. O nome informado passa pelo servidor do Savvy Toolkit até o Google Public DNS.
- Leia nomes, tipos, dados e TTL retornados junto com o status DNS. Diferencie uma resposta vazia, um erro DNS e uma falha de consulta.
Método de cálculo
O servidor usa o serviço JSON documentado de DNS sobre HTTPS do Google. A contém endereços IPv4; AAAA contém IPv6. CNAME identifica um alias; MX, roteamento de e-mail; NS, servidores de nomes; TXT, texto; SOA, informações da zona. O resolvedor recursivo pode responder do cache. TTL é uma duração de cache em segundos, não comprovação de atualização de todos os resolvedores.
Exemplo de cálculo
Em uma resposta A hipotética, TTL 300 indica cinco minutos de duração de cache informada. O IP representa a resposta desse resolvedor no horário exibido. Não comprova que o site responde nem que todas as redes recebem o mesmo resultado.
Consulte um nome, não o endereço de uma página
Digite o nome cujo registro DNS precisa consultar, como example.com, sem https://, caminho, porta ou endereço de e-mail. www.example.com é diferente de example.com e pode retornar outros registros. Um ponto final é removido na normalização; nomes internacionalizados aceitos são convertidos para sua forma DNS. O formulário rejeita nomes malformados em vez de adivinhar a parte relevante de uma URL colada. Ele não enumera subdomínios nem descobre nomes internos do computador ou da rede.
Escolha um tipo e inicie a consulta. Os tipos disponíveis são A, AAAA, CNAME, MX, NS, TXT e SOA. Mudar nome ou tipo apaga o resultado anterior. Depois dessa ação, o servidor do Savvy Toolkit consulta o Google Public DNS. A ferramenta não inspeciona o cache DNS do computador nem consulta automaticamente todos os tipos. O horário mostrado corresponde à observação, não à data de alteração dos registros do site. Guarde essa diferença ao comparar resultados de momentos diferentes.
Escolha o registro conforme a pergunta
A solicita endereço IPv4 e AAAA endereço IPv6. CNAME consulta alias, MX registros de encaminhamento de e-mail e NS servidores de nomes no nome consultado. TXT pode conter vários textos sem relação entre si; um valor exibido não certifica política de e-mail, verificação de domínio ou propriedade de conta. SOA contém informações da zona. A ferramenta apresenta os dados retornados, mas não valida a configuração completa relacionada a cada tipo ou serviço dependente desses dados.
A ausência de uma resposta A não demonstra que faltam AAAA, MX ou TXT. Consulte o tipo pertinente antes de concluir. Pedir NS para um host também não verifica toda a delegação nas zonas superiores. Não há seletor CAA ou PTR, modo autoritativo, escolha de resolvedor nem mapa mundial de propagação. Use um diagnóstico específico para essas perguntas. Um controle ausente não representa uma resposta DNS vazia nem demonstra que outro tipo de registro esteja faltando no domínio.
Leia o código e as respostas em conjunto
O código resume a resposta DNS; a tabela mostra os registros retornados. Código 0, NOERROR, pode vir sem respostas para o tipo escolhido. Código 3, NXDOMAIN, informa que o nome não existe segundo aquela resposta do resolvedor. Código 2, SERVFAIL, representa falha de resolução, não inexistência do nome. Uma falha de solicitação no Savvy Toolkit é uma situação separada: não houve resposta válida do provedor que pudesse ser interpretada como estado DNS da consulta solicitada.
Cada linha mostra nome, tipo, TTL e valor. O tipo escolhido e os tipos retornados nem sempre coincidem em todas as linhas: a resposta pode incluir registros de alias. Tipos numéricos desconhecidos permanecem numéricos em vez de receber a etiqueta selecionada. Uma tabela vazia não esconde um endereço obtido com sucesso. Guarde nome, tipo, código e horário ao comparar consultas. Mudar a pergunta entre elas não deve parecer uma alteração de resposta ou um reparo da configuração.
| Código / estado | Significado |
|---|---|
| 0 NOERROR | Resposta válida; o tipo pode não ter registros na resposta |
| 2 SERVFAIL | Falha de resolução |
| 3 NXDOMAIN | Nome ausente conforme a resposta do resolvedor |
| Solicitação indisponível | Sem resposta DNS válida para interpretar |
Interprete TTL sem prometer propagação
TTL é uma duração em segundos associada ao registro retornado, não uma data de vencimento do domínio nem uma contagem até todos os visitantes enxergarem uma mudança. Um resolvedor recursivo pode devolver resposta em cache com TTL restante. Outros resolvedores, caches locais e nomes consultados diferentes podem gerar observações distintas. Um valor de 300 segundos equivale a cinco minutos, mas essa conta não prova que uma alteração pendente chegará a todos cinco minutos depois da consulta.
Para uma alteração planejada, guarde registros anteriores e pretendidos e compare a observação com esse plano. Repita o mesmo nome e tipo antes de comparar dados; examine a configuração autoritativa separadamente. O Savvy Toolkit não salva histórico nem consulta até concluir propagação. Um horário recente não demonstra que a resposta recursiva acabou de ser obtida do servidor autoritativo. O resultado é a resposta de um resolvedor específico conforme seu comportamento naquele momento, não uma medição de todos os visitantes.
Separe DNS e disponibilidade do serviço
Uma resposta A ou AAAA fornece endereços. Ela não comprova HTTPS funcionando, recebimento de e-mail, certificado válido nem acesso a partir da sua rede. Um MX não testa uma caixa postal e TXT não verifica toda a autenticação de remetentes. Essas tarefas exigem observações separadas. O verificador de indexação inspeciona respostas HTTP públicas aceitas e declarações, mas também não certifica indexação nos buscadores nem identifica qualquer falha de serviço. DNS bem-sucedido não substitui esses testes independentes.
Em um exemplo fictício, código 0 com um endereço e falha de conexão do navegador podem coexistir. Isso não invalida a resposta DNS nem identifica a causa da falha. Código 0 sem respostas A também difere de uma solicitação falha ao provedor. Os exemplos descrevem formatos possíveis, não consultas ao vivo de example.com ou afirmações sobre um site funcionando agora. Preserve separadamente os dados DNS e a observação real de conexão para investigar o problema concreto sem transformar um resultado no outro.
Trate resultados incompletos e solicitações falhas
O servidor limita o tamanho da resposta do provedor e mantém no máximo 100 registros. Um aviso de truncamento significa resultado incompleto; as linhas visíveis não são inventário completo. Tempo esgotado, dados malformados, serviço ocupado ou endpoint desativado permanecem como falha ou indisponibilidade. Registre o estado e repita a mesma consulta manualmente. A ferramenta não repara registros nem muda resolvedores para esconder falhas. Também não inventa um endereço válido quando o provedor não retorna uma resposta utilizável.
Parar e ocultar a aba cancelam a solicitação do navegador; a interrupção é limitada depois que o trabalho chega ao servidor. Redefinir limpa a entrada, seleciona A e remove o resultado. Não há atualização automática após uma consulta concluída. Faça mudanças DNS pelo provedor responsável e preserve a configuração existente. Uma consulta falha, isoladamente, não justifica excluir registros ou substituir um endereço por outro arbitrário, principalmente quando o código de resposta DNS nem sequer foi obtido para análise.
Saiba para onde a consulta vai
Nome e tipo enviados chegam ao servidor do Savvy Toolkit e ao Google Public DNS. A solicitação usa configuração de sub-rede do cliente de comprimento zero para evitar encaminhar essa indicação durante resolução. Isso não garante anonimato nem ausência de logs. O acesso do navegador ainda chega ao host do site, onde tratamento e registros dependem da hospedagem. Evite nomes privados e informações confidenciais. A página não pede credenciais de contas nem envia arquivos locais de configuração da rede.
Guarde apenas as evidências necessárias: nome, tipo, resolvedor, horário, código, linhas e qualquer aviso de resultado incompleto. Compare com a configuração pretendida ou outra observação independente. DNS, disponibilidade HTTP e indexação respondem a perguntas diferentes. Manter essas etapas separadas evita transformar uma consulta concluída em afirmação sem evidência sobre site, visitantes ou visibilidade nos buscadores. O resultado serve para revisar a pergunta específica, com seus limites de resolução e sem conclusões adicionais que não foram verificadas.
Como interpretar o resultado
Os resultados são limitados e vêm de um único resolvedor público. DNS local, zonas com respostas diferentes, localização e cache podem alterar o resultado. Uma resposta bem-sucedida vazia pode indicar ausência do tipo solicitado, não necessariamente um domínio inexistente. Tempo esgotado ou resposta inválida significa consulta indisponível. A ferramenta não lê as configurações DNS do dispositivo.
Dúvidas comuns
Um registro A comprova que o site está online?
Não. A resolução DNS e a conexão HTTP são verificações diferentes.
TTL mede o tempo até terminar a propagação mundial?
Não. TTL diz respeito ao cache dessa resposta, não ao estado de todos os resolvedores.