O 'localhost' é considerado totalmente qualificado?

4

Na ausência de um nome de domínio, o nome localhost é considerado totalmente qualificado? Ou localhost é sempre considerado não qualificado?

$ hostname --fqdn
debian-q500

$ ping debian-q500
PING debian-q500 (127.0.1.1) 56(84) bytes of data.
64 bytes from debian-q500 (127.0.1.1): icmp_req=1 ttl=64 time=0.044 ms
64 bytes from debian-q500 (127.0.1.1): icmp_req=2 ttl=64 time=0.037 ms
...

$ ping localhost
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_req=1 ttl=64 time=0.033 ms
64 bytes from localhost (127.0.0.1): icmp_req=2 ttl=64 time=0.043 ms
...

O motivo pelo qual estou perguntando é que estou vendo um documento padrão que chama especificamente um FQDN. E um FQDN é um pouco diferente de um nome DNS dos RFCs (acredito que seu RFC 1035):

$ dnsdomainname 
$ 

No sistema DNS, acredito que localhost seria considerado um nome local não DNS; mas pode satisfazer o requisito do FQDN se listado como localhost. (observe a barra final - obrigado DopeGhoti).

Na verdade, obtenho resultados diferentes ao adicionar um ponto final:

$ ping debian-q500.
ping: unknown host debian-q500.
$ ping localhost.
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_req=1 ttl=64 time=0.029 ms
64 bytes from localhost (127.0.0.1): icmp_req=2 ttl=64 time=0.035 ms
...
    
por jww 17.01.2014 / 19:46

1 resposta

5

localhost não é totalmente qualificado; localhost.localdomain. é.

A chave principal de um FQDN é o ponto final completo. hostname.example.com não é totalmente qualificado; hostname.example.com. é. A convenção comum, se não for o padrão oficial, diz que um FQDN deve ser host.domain. em vez de simplesmente host. , mas novamente, o importante é que . no final seja realmente totalmente qualificado.

    
por 17.01.2014 / 19:53