为什么在 Digital Ocean 上没有正确设置主机名 FQDN？

Question

我在 Ubuntu 16.04 droplets 上观察到了这个问题，但我想它发生在其他基于 Debian 的 droplets 上。更多解释如下。

创建一个全新的实例后，我观察到hostname --fqdn 没有像我预期的那样返回 FQDN（完全限定域名），而只返回主机名，而没有附加域名。

$ hostname
mydroplet
$ hostname --fqdn
mydroplet

我希望看到这样的东西：

$ hostname --fqdn
mydroplet.example.com

这是一个潜在的严重问题，因为许多服务都依赖 FQDN 才能正常工作。

如何解决这个问题？

Answer 1

对于不耐烦的人

以下这些命令修复了现有液滴上的问题：

echo "domain example.com" | sudo tee /etc/resolvconf/resolvconf.d/head
sudo service resolvconf restart

有什么问题？

hostname --fqdn 命令应该返回 FQDN（全限定域名），如下所示：

$ hostname --fqdn
mydroplet.example.com

如果您看不到 FQDN，而只看到主机名...嗯...您遇到的问题迟早会损害您的应用程序、shell 脚本或服务。

$ hostname --fqdn
mydroplet

休斯顿，我们有问题！

修复路线

简而言之，我们需要让/etc/resolv.conf 看起来像这样：

$ cat /etc/resolv.conf
domain example.com
nameserver 8.8.8.8
nameserver 8.8.4.4

如果你没有在里面看到domain example.com，你迟早会有问题。

您可以认为这只是编辑文件的问题，对吗？没那么快！ ...我们不能手动更改这个文件，因为它是由 Debian 自己维护的。如果您手动更改它，它会在稍后的某个时间自行恢复到初始状态。

通过 Digital Ocean 的网络界面创建水滴

在为cloud-init的用户数据保留的文本区域中添加以下代码sn-p：

#cloud-config
manage_etc_hosts: false
write_files:
  - path: /etc/resolvconf/resolv.conf.d/head
    content: |
      domain example.com
runcmd:
  - service resolvconf restart

上面的 sn-p 保证hostname --fqdn 将在您第一次登录到您的 droplet 时立即返回您所期望的内容。