1
当我未在dhclient.conf中定义主机名时，我的DHCP服务器如何知道我的计算机的主机名？
我正在尝试解决与网络上的DHCP有关的一些时髦的DNS问题（我怀疑目前有多个DHCP服务器正在运行），而在试图弄清这一点时，我发现我刚在新服务器上发现了一些奇怪的情况设定。 有问题的服务器是运行Ubuntu 9.10 Server的Xen虚拟机。物理Xen服务器也在我们的网络上，当我第一次在Xen中启动VM（我从运行在我的机器上的本地Virtualbox VM导入它时，该VM在不同的网络上运行）。从我们的办公室网络租用DHCP，一切都很好。 我检查了dhclient.eth0.leases文件以查看配置后的内容，发现该机器所在的先前网络的旧DHCP租约仍然存在，以及该计算机当前连接到的办公网络的新DHCP租约。我马上注意到了两件事： 来自先前网络的旧DHCP租约信息没有options host-name一行，我认为这是VM的原始VirtualBox版本没有将此选项发送到DHCP服务器。还是这意味着旧的DHCP服务器不支持DHCP主机名选项？当时它正在使用VirualBox的内部DHCP服务器... 新的DHCP租约信息确实有options host-name一行，其中包括服务器的正确当前主机名（“ fozzie”）。如果我理解正确，则意味着服务器将其主机名发送到了我们网络上的DHCP服务器。 我对这一切有很多不了解的地方。 首先，我dhclient.conf在任何时候都没有更改服务器；它使用默认配置。实际上，它逐行包含以下行： send host-name "<hostname>" 因此，我的第一个问题是，如果未首先配置发送服务器的真实主机名，它将如何知道发送服务器的真实主机名？ 其次，option host-name如果我没有触摸任何配置文件，为什么第一个DHCP租约（对于旧网络）不包括，而第二个DHCP租约（在新网络上）却包括了它？ 我所做的就是将原始VirtualBox计算机导出为OVF，然后将其导入XenServer，因此，即使它甚至没有使用实际的主机名配置，它也如何通过DHCP神奇地配置我的主机名dhclient.conf呢？ 第三：当我运行时hostname，服务器返回fozzie.our.domain，但dhclient.eth0.leases说主机名选项设置为fozzie（无域）。它怎么知道剥夺域名？