对服务器 rDNS/Hostname 命名的一次探索
今天花了一些时间给自己手头两台常用的提供 Web 服务的 VPS 进行了命名和 rDNS/Hostname 调整，现在两台服务器分别有：yunyun.n0vad3v.me 和 destiny.n0vad3v.me 的 rDNS，正向解析和 Hostname.
为什么这么做？
原因其实挺简单的，最直接的理由就是自己的同学记不住服务器的 IP 地址，这样标记了过后可以方便记忆（正向解析）. 其次是参考了一些互联网大厂对自己基础设施的命名规范，觉得不能让自己手中的 “基础设施” 乱哄哄的，全是一堆不连续的 IP 地址构成。
名词解释
- rDNS：反向 DNS，简单的说就是把 IP 解析成域名，一般需要 双向匹配.
- Hostname：主机名，在配置好了 hostname 的局域网中可以直接使用主机名来访问各个机器（比如：192.168.1.10 smb.localhost 这样），一般是 rDNS 的第一段（比如 destiny.n0vad3v.me 的主机名就是 destiny）.
如何给自己的服务器命名
这两个名字应该是从本学期开始的时候就在考虑了，直到最近才定下来，为什么是这样两个名字（destiny 和 yunyun）后面再讲，我们先来看看其他人是如何给自己的服务器命名的。
默认的 Hostname
这类人可能比较懒或者可能没想过这些，反正买个 VPS 跑个 $$ 或者跑个个人博客，一般不需要调别的东西，买来 VPS 会默认有一个 Hostname，所以一般我们看到他们的机器的 rDNS 可能如下：
- 123.45.67.89.bc.googleusercontent.com
- 123.45.67.89.vultr.com
昂，好吧，下一个
大厂的做法
这类应该是比较传统的命名规则，比如某两个 YouTube 服务器的地址是：
- lga34s13-in-f14.1e100.net
- nuq04s29-in-f14.1e100.net
这里且不去讨论 YouTube 是否使用了 Anycast 技术或者其他的 CDN，这样的地址比较明确地反映出对应服务器的具体情况，比如第一条就应该是 lga 数据中心内 34 号区域，第 13 节点（瞎猜的～）. 查阅了一下 ServerDensity 的一篇博客 后发现他们的命名规则是：
- hcluster3-web1.sjc.sl.serverdensity.net
表示：cluster3 用途（对于他们而言是消息推送），web 服务器，位于 San Jose，SoftLayer 机房，十分清楚明了不是么，对于超大量的服务器集群管理而言，除了自动化的工具以外，这样清楚的服务器命名架构可以服务器出现故障时帮助你快速定位故障服务器位置。
类似的还有：
- ec2-34-194-228-249.compute-1.amazonaws.com
这类。
当然，这样的命名方法对于我们小规模服务器（服务器 < 10）管理而言并不适用，名字太长，不好记忆。
以单词 / 动物 / 人物命名
这类命名方法和给孩子起名类似，可以根据服务器的性质或者随意选择一个名字作为服务器的 Hostname，并且使用一个域名对其进行解析，也是目前我使用的方法，这种方法适合小规模服务器群。
比如 riseup.net 的服务器：
- lyre.riseup.net
Autistici/Inventati：
- devianza.investici.org
- confino.investici.org
- perdizione.investici.org
MIT PGP:
- cryptonomicon.mit.edu
比较简单的挑名字的方法就是通过 Random Name Generator 生成一个，或者根据你自己的背景 yunyun 来命名。
为什么是 Destiny 和 yunyun？
Destiny 运行于 Online.net 旗下的 Scaleway 上面，是一个新的服务器，配置比较足，destiny 寄予着我对这台服务器未来负载的希望。
yunyun 运行于 Makonix SIA，去年开始使用 BTC 租用，配置较为一般且将会在 18 年年初过期，** 刚开始租用时比较看好 ， 随着对其探索的深入 ，越发感觉其提供虚拟化方式（OpenVZ） 无法满足作为生产环境使用的需求 **，遂 ** 不打算继续续费 **，至于对应到真实人物有什么联系？哈哈，我已经说的很明确了～
结语
本文用于记录我对一些服务器 rDNS/Hostname 的一些探索，并非一个完整的 How-To，由于看到中文互联网圈子中少有类似的文章，便记录成文以分享，同时十分欢迎更好的关于服务器命名的建议 / 经验！