[Bug 8980] Re: hostname -f does not return a proper FQDN

[Mathieu Trudel-Lapierre]

Looking through this again, while I agree there might be a need to
clarify the way that the fqdn, /etc/hostname and /etc/hosts files and
such are being used, this is not a bug in NetworkManager and as far as I
am concerned, NM is doing what it should (and so is netcfg, but I'll let
Colin close that one if he wants to).

The documentation on what hostname is reporting and why is available on
all systems via the 'man hostname' command, with extra information in
the manual pages for dnsdomainname; and the implementation is further
defined in getdomainname(2) and getaddrinfo(3). The jist of it: if
you're using NIS/YP, it's a different matter, but if you're using DNS,
you can change what will appear to be the domain name via /etc/hosts
(and the value is set there by the installer or modified by the admin,
which is the right thing to do) for the 'hostname -f' call, but
ultimately the real FQDN is what the resolver returns for the IP address
-- that's external to the machine, you can't change it with any local
configuration file.

We've covered why NM will not be changing /etc/hosts from DHCP results
in bug 659817. TL;DR: it's Very Wrong (tm).

I'm closing the NetworkManager task for this as "Invalid", hopefully we
can now lay this to rest for all eternity :)

** Changed in: network-manager (Ubuntu)
       Status: Confirmed => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to netcfg in Ubuntu.
https://bugs.launchpad.net/bugs/8980

Title:
  hostname -f does not return a proper FQDN

Status in “netcfg” package in Ubuntu:
  Confirmed
Status in “network-manager” package in Ubuntu:
  Invalid

Bug description:
  If you start a remote desktop session off, it only gives you the connection
  string for localhost.
  i.e: localhost.localdomain:0 

  This should be either the actuall machine name (i.e. fqdn) or the IP address.
  If this is sent to a 3rd person, they would only be trying to connect to themselfs, 
  rather than the actual target machine.

  My machine is fully up to date and is running a FQDN as resolved from
  internal DNS.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/8980/+subscriptions