Como alterar o nome do host com nome de domínio no Debian/Ubuntu

Seu "FQDN" é determinado por diferentes programas de duas maneiras diferentes:

1. Fazendo uma pesquisa de 'hosts' para seu nome de host (usando as mesmas funções Glibc que normalmente são usadas para resolver endereços IP) e retornando o nome de domínio "canônico" que produziu a resposta.

   Por exemplo, isso é o que getaddrinfo() com flags=AI_CANONNAME retornaria no campo ai_canonname, e o que gethostbyname() retornaria no campo ht_name. De fato, o inetutils hostname -fliteralmente chama gethostbyname() e imprime o ht_name resultante se a pesquisa for bem-sucedida.

   Isso pode ser tratado via /etc/hosts ou via DNS, então o que acontece a seguir depende dos módulos listados em nsswitch.conf, na ordem:

   • O módulo 'files' verifica em /etc/hosts o nome literal do host ( sem nada anexado). Se encontrar uma entrada correspondente, o primeiro nome dessa entrada será o nome canônico, o restante serão aliases. O endereço IP é retornado, mas ignorado.

     Então você pode ter uma entrada como esta:

     127.0.0.1 coral.my.domain.org coral localhost
     -or-
     192.168.0.234 coral.my.domain.org coral
     

     O FQDN deve ir no campo "nome canônico", mas o nome do host curto deve estar presente entre os aliases, caso contrário, uma correspondência não será encontrada.

     (O endereço real não importa aqui, apenas a existência da entrada. Mas como gethostbyname() é somente IPv4, hostname -fignorará entradas /etc/hosts para endereços IPv6, enquanto programas usando getaddrinfo(AI_CANONNAME) as incluirão.)

   • O módulo 'dns' faz uma consulta DNS 'A' para o nome de host fornecido, combinado com um domínio de pesquisa de /etc/resolv.conf. Assim, com hostname corale resolv.conf search my.domain.org, uma pesquisa A coral.my.domain.orgserá feita.

     (Como os domínios de pesquisa são determinados na Glibc? $LOCALDOMAIN é usado primeiro, depois 'domain' ou 'search' de resolv.conf, o que ocorrer por último, e finalmente o nome do host do kernel é verificado se ele possui um domínio.)

     Qualquer nome na resposta DNS que tenha o registro A será retornado como o nome canônico (ou seja, seu FQDN); se houver CNAMEs, seus domínios serão retornados como aliases. Por exemplo, se a consulta produzir estes resultados:

     coral.my.domain.org.    CNAME    coral.reef.domain.org.
     coral.reef.domain.org.  CNAME    coral.home.domain.net.
     coral.home.domain.net.  A        1.2.3.4
     

     então coral.home.domain.netserá o nome canônico e os outros dois nomes na coluna da esquerda serão aliases.

     (O endereço IP retornado real ainda não importa. A mesma nota sobre gethostbyname() sendo somente IPv4 se aplica.)

   Vários outros módulos como 'myhostname' ou 'ldap' ou 'nis' também podem ser envolvidos. O primeiro na lista que produz uma resposta vence. O erro "Nenhum endereço associado ao nome do host" só é retornado se nenhum módulo encontrar um resultado para a consulta.

2. Ou, fazendo uma pesquisa de 'hosts' para o seu nome de host e, em seguida, fazendo uma pesquisa inversa para o endereço IP resultante. Eu acho que isso é muito menos comum, mas ocorre no entanto.

   Estas são pesquisas diretas sem mágica por trás delas. A pesquisa direta de 'hosts' geralmente é feita usando gethostbyname() somente IPv4, retornando um endereço IP, e o inverso usando gethostbyaddr().

   • Em /etc/hosts, com o módulo 'files', você desejará novamente uma entrada praticamente igual à acima - com seu FQDN como primeiro nome e seu nome de host curto como um dos aliases na mesma linha. Quando for feita uma pesquisa inversa por endereço IP, o primeiro nome será retornado.

     127.0.0.1 coral.my.domain.org coral localhost
     -or-
     192.168.0.234 coral.my.domain.org coral
     

   • No DNS, com o módulo 'dns', a pesquisa direta é novamente feita da mesma forma que acima (com o domínio de pesquisa com sufixo).

   As duas pesquisas são independentes; é possível que um seja tratado via /etc/hosts e o outro via DNS, etc.

Para bisbilhotar o método nº 1:

import sys
import socket

try:
    host = sys.argv[1]
except IndexError:
    host = socket.gethostname()

try:
    name, aliases, addresses = socket.gethostbyname_ex(host)
    print("gethostbyname(): name = %s, aliases = %s" % (name, aliases))
except socket.gaierror as e:
    print("gethostbyname(): Not found (%s); must be IPv6-only" % e)

try:
    res = socket.getaddrinfo(host, 0, flags=socket.AI_CANONNAME)
    for (addr_family, socktype, protocol, canonname, sock_addr) in res:
        print("getaddrinfo(): canonname =", canonname)
        break # gai only fills in cname for the 1st result
except socket.gaierror as e:
    print("getaddrinfo(): Not found (%s)" % e)

Eu fiz um rastreamento no hostname -f, e parece que o erro "Nenhum endereço associado ao nome do host" vem de libresolv.so:

Não – vem do código nsswitch de alto nível na libc, depois de tentar chamar todos os módulos habilitados (primeiro nss_files, depois nss_dns→libresolv) e nenhum deles retornou uma resposta.

Em primeiro lugar, muitas "respostas" ou escritas estão erradas ao colocar nome de host com nome de domínio (FQDN) em /etc/hostname, assim, isso e isso, porque

Eles não estão totalmente errados; O resolvedor de DNS Glibc na verdade pega o domínio do seu nome de host do kernel e o usa como o domínio de 'pesquisa' de fallback se um não estiver especificado no resolv.conf.

Portanto, ele não é retornado imediatamente como seu FQDN, mas influencia o processo exatamente da mesma maneira como se você tivesse searchou domainem /etc/resolv.conf. Não apenas para pesquisas de FQDN locais, mas para qualquer pesquisa de DNS feita por meio de funções Glibc. (Veja a função domain_from_hostname() em resolv/res_init.c)