对服务器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,由于看到中文互联网圈子中少有类似的文章,便记录成文以分享,同时十分欢迎更好的关于服务器命名的建议/经验!


我的博客使用了Disqus评论框,如果你看不到评论框,那么多半Disqus服务在你所在的地区被墙,请使用代理访问。