答案：CentOS中配置hosts文件需用root权限编辑/etc/hosts，添加IP与域名映射，修改后即时生效，但可能因DNS缓存、文件权限、SELinux或应用缓存导致不生效；其解析优先级高于DNS，由/etc/nsswitch.conf定义；批量管理推荐使用脚本或Ansible等配置工具实现自动化。
在CentOS上配置
hosts
文件，核心操作就是直接编辑
/etc/hosts
这个文本文件。它就像你系统内部的一本小电话簿，负责将特定的域名（比如
my-dev-server
）直接映射到对应的IP地址（比如
192.168.1.100
），从而绕过DNS服务器进行解析。这在开发、测试环境或者访问一些内部服务时，显得尤为实用和便捷。
解决方案
要修改CentOS上的
hosts
文件，你需要拥有root权限。最直接的方法就是使用文本编辑器，比如
vi
或
nano
。
首先，打开终端，然后输入：
sudo vi /etc/hosts
或者，如果你更喜欢
nano
：
sudo nano /etc/hosts
文件打开后，你会看到类似这样的内容：
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4::1 localhost localhost.localdomain localhost6 localhost6.localdomain6# Add custom host entries here# 例如：# 192.168.1.100 my-dev-server# 10.0.0.5 internal-api.example.com
在文件的末尾（或者你认为合适的位置），添加你的自定义条目。每一行代表一个映射关系，格式通常是
IP地址 完整域名 [别名1 别名2 ...]
。
例如，如果你想将
192.168.1.10
映射到
dev.example.com
，并且给它一个别名
dev
，你可以这样添加：
192.168.1.10 dev.example.com dev
添加完成后，如果你使用的是
vi
，按下
Esc
键，然后输入
:wq
保存并退出。如果是
nano
，按下
Ctrl+X
，然后输入
Y
确认保存，最后按
Enter
。
理论上，
hosts
文件的修改是即时生效的，不需要重启任何服务。你的系统会优先查找这个文件进行域名解析。
CentOS修改hosts文件后为什么不生效？
这问题问得好，因为我遇到过好几次明明改了
hosts
文件，却死活不生效的情况，让人抓狂。通常来说，
hosts
文件的修改是即时生效的，但如果遇到不生效的情况，往往有以下几个“坑”：
首先，DNS缓存是罪魁祸首之一。你的系统、浏览器甚至某些应用程序都有自己的DNS缓存。即使你修改了
hosts
文件，它们可能还在使用旧的缓存记录。在CentOS上，你可能需要清除
nscd
（Name Service Cache Daemon）或
systemd-resolved
的缓存。
对于
nscd
：
sudo systemctl restart nscd
对于
systemd-resolved
（如果你的系统使用它）：
sudo systemctl restart systemd-resolvedsudo resolvectl flush-caches
浏览器缓存：别忘了清理你的浏览器缓存，或者尝试使用无痕模式访问。
其次，文件权限或语法错误。确保
/etc/hosts
文件有正确的读取权限（通常是
644
），并且你没有在里面写错IP地址或域名格式。一个小小的拼写错误就可能导致整个条目失效。我个人就犯过把IP地址写错的低级错误，找了半天才发现。
再者，SELinux。虽然不常见，但SELinux的策略可能会阻止对某些关键文件的读取或写入。如果你的SELinux处于
enforcing
模式并且配置严格，可以尝试检查SELinux日志（
sudo ausearch -m AVC -ts recent
）看是否有相关的拒绝信息。不过，通常情况下，SELinux对
/etc/hosts
的默认操作是允许的。
最后，特定服务的内部缓存。有些应用程序，尤其是那些长时间运行的服务，可能会在启动时加载DNS配置并自行缓存，即使系统级别的
hosts
文件更新了，它们也可能不会立即感知。这种情况下，重启相关的应用程序或服务往往能解决问题。比如，如果你在用一个Java应用连接数据库，而数据库地址是通过
hosts
文件解析的，那么重启Java应用可能比重启系统更有效。
CentOS hosts文件优先级是怎样的？它和DNS解析有什么区别？
要理解
hosts
文件的优先级，我们得看看
/etc/nsswitch.conf
这个文件。它定义了系统在进行各种查询（包括主机名、用户、组等）时，应该按照什么顺序去查找哪些源。对于主机名解析，你通常会看到这样一行：
hosts: files dns myhostname
这行配置明确告诉系统：当需要解析一个主机名时，首先去查找
files
（也就是
/etc/hosts
文件），然后再去查询
dns
（也就是配置在
/etc/resolv.conf
中的DNS服务器），最后才考虑
myhostname
（系统自己的主机名）。所以，
hosts
文件的优先级是最高的，它会“劫持”或覆盖任何来自DNS服务器的解析结果。这就像你有一个内部黑名单/白名单，系统在拨打电话前，会先查阅这个名单。
图改改
在线修改图片文字
455 查看详情 
至于
hosts
文件和DNS解析的区别，我觉得可以这样理解：
/etc/hosts
文件：
本地静态映射： 它是一个本地文件，只对当前系统生效。你在这里定义的映射是固定的，除非手动修改。无需网络： 解析过程完全在本地完成，不依赖网络连接或外部DNS服务器。这使得它在网络故障或没有DNS服务时依然能工作。优先级高： 如前所述，通常优先级高于DNS。维护成本： 对于少量条目或特定场景非常方便，但如果需要管理大量动态变化的映射，手动维护会非常繁琐且容易出错。应用场景： 开发测试环境、内部服务地址、阻止访问特定网站（通过映射到
127.0.0.1
）。
DNS（Domain Name System）解析：
分布式动态解析： DNS是一个全球性的分布式数据库系统，它将域名解析为IP地址。信息由全球的DNS服务器维护，并可以动态更新。依赖网络： 解析请求需要发送到DNS服务器，因此依赖于网络连接。优先级低： 通常在
hosts
文件之后进行查询。维护成本： 自动管理，用户无需关心具体映射，只需要配置好DNS服务器地址即可。应用场景： 互联网上所有公共域名的解析，大规模网络环境下的名称服务。
简单来说，
hosts
文件是你的“私人定制导航”，你告诉系统“去这个地方就走这条路，别问别人”。而DNS是“全球公共导航系统”，当你私人导航里没有记录时，系统才会去问它。
如何在CentOS上批量管理或自动化hosts文件配置？
手动编辑
hosts
文件在少量服务器或个人开发机上没问题，但一旦服务器数量多起来，或者需要频繁更新，那简直就是噩梦。所以，自动化和批量管理是必由之路。
一个比较基础但实用的方法是脚本化。你可以编写一个shell脚本，利用
sed
、
awk
或简单的
echo
命令来添加、修改或删除
hosts
文件中的条目。
例如，一个简单的添加条目的脚本片段：
#!/bin/bashIP="192.168.1.200"HOSTNAME="new-app-server"ALIAS="newapp"if ! grep -q "$HOSTNAME" /etc/hosts; then echo "$IP $HOSTNAME $ALIAS" | sudo tee -a /etc/hosts > /dev/null echo "Added $HOSTNAME to /etc/hosts."else echo "$HOSTNAME already exists in /etc/hosts. Skipping."fi
这个脚本会检查条目是否存在，如果不存在则添加，避免重复。你甚至可以结合
ssh
循环在多台服务器上执行这个脚本。
更高级、更健壮的方案是使用配置管理工具，比如Ansible、Puppet或Chef。这些工具专为自动化运维设计，能够以声明式的方式管理服务器配置，包括
hosts
文件。
以Ansible为例，你可以使用
lineinfile
模块来确保
hosts
文件中的某一行存在或不存在，或者使用
template
模块来完全替换或生成
hosts
文件。
一个Ansible playbook的例子：
---- name: Manage hosts file entries hosts: all become: yes tasks: - name: Ensure custom host entry exists lineinfile: path: /etc/hosts regexp: '^192.168.1.10s+dev.example.com' line: '192.168.1.10 dev.example.com dev' state: present - name: Ensure another custom host entry exists lineinfile: path: /etc/hosts regexp: '^10.0.0.5s+internal-api.example.com' line: '10.0.0.5 internal-api.example.com' state: present
这个playbook会确保
dev.example.com
和
internal-api.example.com
的条目存在于所有目标服务器的
/etc/hosts
文件中。Ansible的幂等性保证了即使重复运行，也不会产生副作用。
最后，版本控制也是一个好习惯。即使是
/etc/hosts
这样的小文件，将其内容放入Git仓库进行版本控制，可以方便地追踪修改历史、回滚到旧版本，并进行团队协作。结合配置管理工具，你可以将
hosts
文件的模板或内容存储在Git中，然后由Ansible等工具分发到各个服务器。
在我看来，对于生产环境或需要频繁变更的场景，配置管理工具是不可或缺的。它不仅提高了效率，更重要的是减少了人为错误，确保了配置的一致性。手动操作，终究是“人肉运维”的极限。
以上就是CentOS怎么配置hosts文件_CentOS hosts文件修改与生效教程的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/348404.html
微信扫一扫 
支付宝扫一扫 
