Linux – ping does not resolve the host – always appends a domain

Couple of possible things.

Try a route print and make sure that you don't have any static route in place which could be causing this.

Are you sure that "ping hostname" is being resolved by DNS and not WINS? If you can fully wualify and get a good result, but get a fail on shortname, it may well be a bad WINS record. Check your wins server and remove/correct any wrong records. also run NBTSTAT -RR on your mahcine

Check and adjust your DNS search order (covered in comments already by the looks of it)

Check you dont have a rogue HOSTS / LMHOSTS entry on your machine.

Your "FQDN" is determined by different programs in two different ways:

1. By making a 'hosts' lookup for your hostname (using the same Glibc functions that are typically used to resolve IP addresses) and returning the "canonical" domain name that produced the answer.

   For example, this is what getaddrinfo() with flags=AI_CANONNAME would return in the ai_canonname field, and what gethostbyname() would return in the ht_name field. Indeed inetutils' hostname -f literally calls gethostbyname() and prints the resulting ht_name if the lookup succeeded.

   This can be handled either via /etc/hosts or via DNS, so what happens next depends on the modules listed in nsswitch.conf, in order:

   • The 'files' module checks /etc/hosts for the literal hostname (without anything appended). If it finds a matching entry, the first name for that entry is the canonical name, the rest are aliases. The IP address is returned but ignored.

     So you might have an entry like this:

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

     The FQDN must go in the "canonical name" field, but the short hostname must be present among aliases otherwise a match won't be found.

     (The actual address doesn't matter here, only the existence of the entry. But because gethostbyname() is IPv4-only, hostname -f will skip /etc/hosts entries for IPv6 addresses, while programs using getaddrinfo(AI_CANONNAME) will include those.)

   • The 'dns' module makes a DNS 'A' query for the given hostname, combined with a search domain from /etc/resolv.conf. So with hostname coral and resolv.conf search my.domain.org, an A lookup for coral.my.domain.org will be made.

     (How are the search domains determined in Glibc? $LOCALDOMAIN is used first, then 'domain' or 'search' from resolv.conf, whichever occurs last, and finally the kernel hostname is checked if it has a domain in it.)

     Whatever name in the DNS answer has the A record will be returned as the canonical name (i.e. your FQDN); if there are any CNAMEs, their domains will be returned as aliases. For example, if the query produces these results:

     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
     

     then coral.home.domain.net will be the canonical name and the other two names in the left column will be aliases.

     (The actual returned IP address still doesn't matter. Same note about gethostbyname() being IPv4-only applies.)

   Various other modules such as 'myhostname' or 'ldap' or 'nis' can get involved too. The first one in the list that produces an answer wins. The error "No address associated with hostname" is only returned if no module found a result for the query.

2. Or, by making a 'hosts' lookup for your hostname, then making a reverse lookup for the resulting IP address. I think this is much less common but occurs nevertheless.

   These are straightforward lookups with no magic behind them. The forward 'hosts' lookup is commonly done using the IPv4-only gethostbyname(), returning an IP address, and the reverse using gethostbyaddr().

   • In /etc/hosts, with the 'files' module, you'll again want an entry practically the same as above – with your FQDN as the first name and your short hostname as one of the aliases in the same line. When a reverse lookup by IP address is made, the first name will be returned.

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

   • In DNS, with the 'dns' module, the forward lookup is again made same as above (with the search domain suffixed).

   The two lookups are independent; it's possible that one will be handled via /etc/hosts and the other via DNS, etc.

To poke around method #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)

I did a trace on hostname -f, and it seems the "No address associated with hostname" error comes from libresolv.so:

No – it comes from the high-level nsswitch code in libc, after it has tried calling into all enabled modules (first nss_files, then nss_dns→libresolv) and none of them returned an answer.

First of all, many "answers" or writings are just wrong by putting hostname with domainname (FQDN) into /etc/hostname, like this, this and this, because

They're not entirely wrong; Glibc DNS resolver in fact takes the domain from your kernel hostname and uses it as the fallback 'search' domain if one isn't specified in resolv.conf already.

So it doesn't immediately get returned as your FQDN, but it does influence the process in exactly the same way as if you had search or domain in /etc/resolv.conf. Not just for local FQDN lookups, too, but for any DNS lookup that is done via Glibc functions. (See function domain_from_hostname() in resolv/res_init.c)