Tentei procurar na Internet uma definição de um FQDN. Segundo a Wikipedia , um FQDN
especifica sua localização exata na hierarquia da árvore do sistema de nomes de domínio (DNS). Gostaria de interpretar isso, que é inequivocamente resolvível (no DNS).
O exemplo no WP (por mais difícil que eu não queira usar isso como referência) afirma o uso de hostname.example.com.
Os RFCs que encontrei (o RFC 1035 foi o único não específico de protocolo que encontrei) não eram informativos sobre o que um FQDN qualifica.
Eu pensei que apenas um identificador como hostname.example.com é um FQDN válido (incluindo todos os hostname, domínio e TLD em separado), mas isso parece estar errado.
É necessário que um FQDN sempre inclua um nome de host ao lado do domínio, mesmo se o domínio consistir em apenas um host? Ou é a única definição de que um FQDN deve ser resolvido via DNS? Por exemplo, o domínio .tk é inequivocamente resolvível, é um FQDN?
fonte
Respostas:
Eu consideraria um nome totalmente qualificado se você não precisar anexar mais identificadores para resolver o host sem ambiguidade. Se isso não for verdade, o nome seria considerado relativo.
RFC1535 discute um ponto importante:
No seu exemplo acima, você iria resolver
.tk
comotk.
para garantir que é inequívoca. Curiosamente, isso realmente tem um registro A válido.EDIT: RFC1535 tem outra citação interessante:
fonte
Na fila do ACM , defini o FQDN da seguinte maneira:
Toda vez que você usa termos como "nome do host" ou "parte do host" ou "parte do domínio", você se perde no meio do mato e descobre que nenhuma definição de FQDN se encaixa perfeitamente ao seu propósito. O significado, e não a definição, de FQDN pode ser esclarecido considerando seu antônimo: o nome de domínio não totalmente qualificado. Para ser totalmente qualificado, você está especificando todos os rótulos de domínio até o nível superior e, nesse caso, pode acrescentar um ponto final (.) Para indicar que o fez. Ser menos do que totalmente qualificado significa que o nome que você está procurando só faz sentido no contexto de uma lista de pesquisa ou domínio padrão.
A RFC 1535 foi interessante porque muitos de nós até então usavam nomes locais com vários rótulos e ainda assim esperávamos o comportamento da lista de pesquisa - e isso quebrou muitas outras coisas, por isso foi proibido. Mas quando estive [email protected] em 1988-1993, foi possível enviar e-mail de [email protected] para matt @ decvax e expandi-lo para [email protected] e [email protected] .com e tudo funcionou. Acabou que tivemos que desistir disso. Hoje em dia, se houver um ponto no seu nome no nível da apresentação (ou seja, você o digitou ou foi exibido por um programa), presume-se que todos os softwares do mundo sejam um FQDN.
Meu livro do Sendmail (em co-autoria com Fred Avolio depois que saímos do DEC.COM) também possui um capítulo sobre esse tópico, que é uma leitura interessante, pois foi escrito ao mesmo tempo que a RFC 1535.
fonte
Meus 2 centavos:
No sentido mais estrito, um FQDN é o que você escreveu em seu exemplo.
ou seja, hostname.example.com.
incluindo o ponto no final.
Eu não acho que tenha que ser resolvido via DNS, é apenas uma definição sintática.
fonte