linux – / etc / hosts是否应包含类似’127.0.0.1 localhost myhost.example.org myhost’的条目?

前端之家收集整理的这篇文章主要介绍了linux – / etc / hosts是否应包含类似’127.0.0.1 localhost myhost.example.org myhost’的条目?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
在查看各种 Linux和FreeBSD系统时,我注意到在某些系统上/ etc / hosts包含主机公共主机名的条目,但不包含其他系统的条目.

这里的最佳做法是什么?我的/ etc / hosts文件是否应包含主机FQDN(例如myhost.example.org)和短主机名(例如myhost)的条目? FQDN的记录是应该指向localhost还是应该指向该框的外部IP?

例如,许多RHEL / EL盒上的默认配置不会将公共主机名放入/ etc / hosts:

myhost # cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
myhost #

另一种变体是主机的短主机名和FQDN也指向127.0.0.1.我被告知这是一个较老的做法,这些日子不赞成,但很多管理员仍然这样做.

myhost # cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4 myhost myhost.example.org
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
myhost #

第三种变体是主机的FQDN和短主机名被赋予主机的外部IP地址.这第三个变量对我来说似乎是最优的,因为它减少了对DNS服务器的查找.

myhost # cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
74.125.239.xxx myhost myhost.example.org
myhost #

这里的最佳做法是什么?

解决方法

您是否愿意接受工作DNS在您的环境中的失败点.如果系统无法解析本地计算机的名称,某些服务/应用程序将在某些配置中失败.

如果您具有必须在所有情况下运行的绝对关键服务,则在hosts文件添加条目并不常见,以便服务可以在DNS解析失败的情况下继续运行.

如果您可以接受DNS作为故障点,或者如果您的服务在解析失败的情况下不会失败,则可以避免在hosts文件中配置条目.

我强烈建议您尽可能使DNS服务器坚如磐石,如果必须配置主机文件,请使用配置管理系统来执行此操作.你真的应该避免手动避免触摸主机文件.

原文链接:https://www.f2er.com/linux/400447.html

猜你在找的Linux相关文章