08 September 2016

今天公司搬到了新的办公楼。在新办公室使用Mac时,我发现Terminal(命令行终端)里显示的主机名由原来的“Shengbins-MacBook-Pro”变成了“localhost”。 我想起来之前在家里也遇到过这个问题,于是便好好搜索了一下原因,并最终将其解决了。

首先需要明确的是终端显示的主机名是环境变量$HOSTNAME的值(更准确地说只是其第一个句点前的部分)。 这个变量也是hostname命令在显示和修改时访问的对象。 之前我有一篇文章介绍过如何用hostname命令在Linux系统上修改主机名。 虽然OS X是BSD而非Linux一派的,但这个命令却是共有的。

那么这个变量的值是如何确定的呢?又怎么会变呢?

对于OS X来说,它会按如下的顺序来确定主机名,直到获取到为止:

  1. 从以下文件中读取:/etc/hostconfig
  2. 从以下系统配置项读取:/Library/Preferences/SystemConfiguration/preferences.plist中的System ▸ System ▸ HostName
  3. 由本机IP地址的反向DNS查询获取
  4. 从以下系统配置项读取:/Library/Preferences/SystemConfiguration/preferences.plist中的System ▸ Network ▸ HostNames ▸ LocalHostName
  5. 如果以上方法都没获取到,就简单地定为“localhost”

在我的系统上,第1、2两项都没有设置,第4项设为了“Shengbins-MacBook-Pro”。 根据以上顺序,主机名变为“localhost”应该就是第3项导致的。IP地址的反向DNS查询结果取决于所接入网络的DNS服务器,所以在不同环境下会不一样。 在旧办公室时,这个查询没有返回结果,所以就用了第4项的结果;在新办公室时,这个查询返回了“localhost”,所以就显示了这个。 第5项虽然也得到“localhost”的结果,但它排在4之后,所以不是它的原因。

在新办公室我电脑的IP地址是10.9.26.121(这是一个局域网IP),对其进行反向DNS查询(DNS查询是由名称得到IP地址,反向DNS查询与之相反,是由IP得到名称)的结果如下:

Shengbins-MacBook-Pro:~ shengbin$ nslookup 10.9.26.121
Server:		10.8.60.5
Address:	10.8.60.5#53

121.26.9.10.in-addr.arpa	name = localhost.

可以看出,得到的主机名正是localhost。我还试了所在局域网内的其他IP(例如10.9.26.122),进行反向DNS查询都会得到这个localhost主机名。 这种没有区分度且毫无意义的结果是由比较傻的DNS服务器(即上面结果输出中的10.8.60.5;当然机器傻大多是因为人没配置好)提供的。 严格来说,这种结果是错误的。因为内网IP在in-addr.arpa数据库里确实是没有条目的。 下面我们指定用比较聪明的DNS服务器(Google的8.8.8.8)来查询,结果就是“未找到”,这才是正确的:

Shengbins-MacBook-Pro:~ shengbin$ nslookup 10.9.26.121 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

** server can't find 121.26.9.10.in-addr.arpa.: NXDOMAIN

在旧办公室应该就是返回了这样“未找到”的结果,所以确定主机名时就跳过了上面顺序中的第3项,采用了第4项,也正符合用户的预期。

现在问题搞清楚了,解决起来也就容易了。

第一种方法是在第3项之前,也就是通过第1、2两项,设置你想要的主机名。以第2项为例,可执行:

sudo scutil --set HostName "Shengbins-MacBook-Pro"

但这不是一个理想的方法,因为使用命令行写配置文件对用户来说很不直观友好。相比而言,第4项的LocalHostName除了可以像上面那样用scutil来设置, 还可以在图形界面的系统设置(System Preferences -> Sharing)里修改,如下图:

系统偏好设置->共享

点击编辑按钮就可以修改“xxx.local”,这里面的xxx就是LocalHostName。顺便说一句,图中的“Computer Name”是可读性更好的计算机名称(允许空格等其他字符), 在preferences.plist文件里也有配置项(System ▸ System ▸ ComputerName),同样可以通过scutil来存取,不过它跟本文涉及的主机名没太大关系。

因此,更好的方法是设法跳过第3项,从而让第4项生效。这需要使反向DNS查询能正确地对局域网内IP给出“未找到”这一结果。

最佳途径自然是更改所接入网络的DNS服务器配置让它更聪明,这样可以惠及局域网内所有主机。 如果这行不通(例如联系不上网络管理员或者网络管理员觉得本文通篇都在胡扯),那只能独善其身,把自己电脑所用的DNS服务器换成更聪明的了(例如Google的8.8.8.8)。