On 07/21/13 09:02, Jan Stary wrote:
On Jul 20 18:34:50, dera...@cvs.openbsd.org wrote:
On Jul 20 22:14:52, h...@stare.cz wrote:
I believe I have bitched about this before,
but I have come to it again with new install.
If I use [dhcp] to configure an interface during an install,
the ephemeral DHCP-assigned address gets written into /etc/hosts.
That address is meaningless after the reboot, possibly even
conflicting when I later decide on a fixed IP for the machine.
Should it be removed from /etc/hosts after the install,
when we have DNS set up and all? Should it at least
be mentioned in afterboot(8)?
--- afterboot.8.orig Sat Jul 20 22:24:03 2013
+++ afterboot.8 Sat Jul 20 22:28:51 2013
@@ -153,6 +153,13 @@ if it needs to be changed.
You will also need to edit the
.Pa /etc/myname
file to have it stick around for the next reboot.
+.Pp
+Note that the hostname chosen during installation is saved in
+.Pa /etc/hosts
+with whatever address was used then.
+If you later decide on another address for the machine,
+remember to remove the conflicting one from
+.Pa /etc/hosts .
.Ss Verify network interface configuration
The first thing to do is an
.Ic ifconfig -a
I don't like this diff.
But perhaps because I totally hate that the installer is placing that
name there. I believe that dynamically learned names should not be
saved in that fashion.
I don't like it either;
what is the reason we are saving it there?
I vaguely remember sendmail bitching about
not being able to resolve its own hostname
- is it that?
Since we by default allow dhclient to rewrite (and thus a dhcp server to
dictate) our hostname, I'm wondering if a 'lookup hostname file bind' in
resolv.conf could be useful... But I expect being flamed for it. :-)
/Alexander
