CentOS怎么配置hosts文件_CentOS hosts文件修改与生效教程-CentOS-PHP中文网

答案：CentOS中配置hosts文件需用root权限编辑/etc/hosts，添加IP与域名映射，修改后即时生效，但可能因DNS缓存、文件权限、SELinux或应用缓存导致不生效；其解析优先级高于DNS，由/etc/nsswitch.conf定义；批量管理推荐使用脚本或Ansible等配置工具实现自动化。

centos怎么配置hosts文件_centos hosts文件修改与生效教程

在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

登录后复制

，然后输入

登录后复制

确认保存，最后按

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-resolved
sudo resolvectl flush-caches

登录后复制

浏览器缓存：别忘了清理你的浏览器缓存，或者尝试使用无痕模式访问。

其次，文件权限或语法错误。确保

/etc/hosts

登录后复制

文件有正确的读取权限（通常是

登录后复制

），并且你没有在里面写错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/bash
IP="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\.10\s+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\.5\s+internal-api\.example\.com'
        line: '10.0.0.5        internal-api.example.com'
        state: present

登录后复制

这个playbook会确保