linux – / etc / hosts是否应包含类似’127.0.0.1 localhost my
在查看各种
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服务器坚如磐石,如果必须配置主机文件,请使用配置管理系统来执行此操作.你真的应该避免手动避免触摸主机文件. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |