Mike Spross's questions

我正在尝试解决与我们网络上的 DHCP 相关的一些时髦的 DNS 问题（我怀疑我们目前正在运行不止一个 DHCP 服务器），并且在试图解决这个问题时，我注意到我刚刚使用的新服务器有些奇怪设置。

有问题的服务器是运行 Ubuntu 9.10 服务器的 Xen 虚拟机。物理 Xen 服务器也在我们的网络上，当我第一次在 Xen 中启动 VM 时（我从运行在我的机器上的本地 Virtualbox VM 导入它，它在不同的网络上运行），它得到了一个从我们的办公网络租用 DHCP，一切都很好。

我检查了dhclient.eth0.leases文件以查看配置的内容，发现机器所在的先前网络的旧 DHCP 租约仍然存在，以及它当前连接的办公网络的新 DHCP 租约。我立刻注意到了两件事：

1. 来自先前网络的旧 DHCP 租用信息没有options host-name一行，我认为这意味着 VM 的原始 VirtualBox 版本没有将此选项发送到 DHCP 服务器。或者这是否意味着旧的 DHCP 服务器不支持 DHCP 主机名选项？当时它正在使用 VirualBox 的内部 DHCP 服务器......

2. 新的 DHCP 租用信息确实有options host-name一行，其中包括服务器的正确当前主机名（“fozzie”）。如果我理解正确，这意味着服务器将其主机名发送到我们网络上的 DHCP 服务器。

关于这一切，我有很多不明白的地方。

首先，我在任何时候都没有更改dhclient.conf服务器；它使用默认配置。实际上，它逐字包含以下行：

send host-name "<hostname>"

所以我的第一个问题是，如果配置没有设置为首先发送它，它怎么知道发送服务器的真实主机名？

第二，为什么第一个 DHCP 租约（旧网络）不包含option host-name，但第二个 DHCP 租约（新网络）确实包含它，如果我没有触及任何配置文件？

我所做的只是将原始的 VirtualBox 机器导出为 OVF，然后将其导入 XenServer，那么如果它甚至没有配置实际的主机名，它是如何通过 DHCP 神奇地配置我的主机名的dhclient.conf呢？

第三：当我运行hostname时，服务器返回fozzie.our.domain，但dhclient.eth0.leases说主机名选项设置为fozzie（无域）。它是如何知道剥离域的？

我已经在 Apache 和 Ubuntu 9.10 服务器上设置了一个专用的 Subversion 服务器mod_dav_svn，此时我已经一切正常。但是，我注意到在为存储库目录分配正确的文件权限时，大多数教程都会告诉您执行以下操作：

sudo chown -R www-data:www-data /svn/myrepo # make www-data the owner of the repo so Apache
                                            # can write to it
sudo chmod -R g+ws /svn/myrepo  # Give the www-data group write access as well, and enable
                                # setgid so that new directories have that group

现在，我做了一些不同的事情。我创建了一个新subversion组，并将其设为存储库的所有者，然后将我自己和该组添加www-data到该组，原因是这样我可以在 中编辑配置文件/svn/myrepo/conf和钩子脚本/svn/myrepo/hooks，并且它还使 Apache 和 Subversion彼此分开一点。我看过其他教程推荐了类似的东西，但后来告诉你这样做：

sudo chwown -R www-data:subversion /svn/myrepo
sudo chmod -R g+ws /svn/myrepo

这些相同的教程暗示您正在创建subversion组专门用于保持 Subversion 和 Apache 彼此分离，那么他们为什么要转而让www-data文件的所有者呢？是否有充分的理由让www-data存储库文件成为所有者？为什么不直接做root主人？保留作为存储库的所有者似乎www-data不必要地将 Subversion “太多”与 Apache 联系在一起。有什么好的理由让主人www-data代替root，只要团还在subversion？