centos7配置dns怎么设置？linux服务器dns配置教程详解

CentOS 7配置DNS：永久生效与故障排查的完整指南

在CentOS 7系统中配置DNS，核心结论是：仅修改/etc/resolv.conf无法保证配置永久生效，必须通过NetworkManager或网卡配置文件进行持久化设置，这是因为系统重启或网络服务重载时，/etc/resolv.conf会被自动覆盖，以下内容将分步指导你完成正确配置，并提供验证与故障排查的专业方案。

理解CentOS 7的DNS管理机制

CentOS 7默认使用NetworkManager管理网络连接，其DNS解析链路涉及三个关键文件：

• /etc/resolv.conf：系统实际使用的DNS配置文件（临时）
• /etc/sysconfig/network-scripts/ifcfg-eth0：网卡配置文件（持久化）
• /etc/NetworkManager/NetworkManager.conf：NetworkManager主配置

专业提示：直接编辑/etc/resolv.conf虽然立即可用，但执行systemctl restart network或重启系统后配置必然丢失，若你的服务器未运行NetworkManager（如精简安装），则可以直接修改此文件。

推荐方案：通过网卡配置永久设置DNS

这是最稳定、最推荐的方式，适用于所有场景，执行以下步骤：

1. 编辑网卡配置文件（以eth0为例，请根据实际网卡名称调整）：

   vim /etc/sysconfig/network-scripts/ifcfg-eth0

2. 在文件中添加或修改以下内容：

   DNS1=223.5.5.5
   DNS2=114.114.114.114
   PEERDNS=yes

   • PEERDNS=yes：允许DHCP获取的DNS覆盖当前设置，若不希望被覆盖请设为

     

     no

   • 建议仅保留一个DNS地址，多个DNS可能导致解析延迟或故障转移异常

3. 重启网络服务或重启NetworkManager：

   systemctl restart network
   # 或 systemctl restart NetworkManager

4. 验证配置是否生效：

   cat /etc/resolv.conf
   # 应看到 nameserver 223.5.5.5 和 nameserver 114.114.114.114

备选方案：修改resolv.conf并防止被覆盖

若你不方便重启网络服务，可采用此临时方案，但需注意其局限性：

# 直接编辑DNS配置
echo "nameserver 8.8.8.8" > /etc/resolv.conf
echo "nameserver 8.8.4.4" >> /etc/resolv.conf
# 防止文件被NetworkManager覆盖
chattr +i /etc/resolv.conf   # 设置不可修改属性
chattr -i /etc/resolv.conf   # 取消该属性

重要警告：使用chattr +i锁定文件会导致后续任何网络操作无法正常更新DNS，包括DHCP续约。该方案仅建议短期应急使用，长期运行请务必回归第二种方案。

验证DNS配置的专业方法

配置完成后,不仅仅用ping测试，还需通过以下命令验证解析链路完整性与速度：

• 使用dig命令（未安装则先yum install bind-utils）：

  dig www.cloudfan.cn @223.5.5.5

  关注Query time字段（应小于100ms）和status字段（应为NOERROR）。

  

• 使用nslookup命令：

  nslookup www.baidu.com

  返回的Address行的IP地址必须与你访问百度时的实际IP一致。

• 检查解析顺序（排除hosts文件干扰）：

  getent hosts www.baidu.com

  该命令会同时参考/etc/hosts与DNS服务器，若hosts中有错误条目会直接影响业务。

酷番云经验案例：一次游戏服务器的DNS故障复盘

一个酷番云用户部署游戏登录服务时,出现玩家时而无法连接到服务器的问题，服务器运营商提供的默认DNS地址位于区域网络中，高峰期带宽饱和导致解析超时，排查发现，其配置文件中同时设置了三个DNS，前两个为无响应的不可达IP，第三个为可用IP，但系统按顺序轮询，每次解析等待超时高达10秒，最终导致游戏登录服务假死。

解决方案：我们将DNS切换为简米云公共DNS（223.5.5.5）与腾讯DNSPod（119.29.29.29），并删除冗余配置，保留两个地址即可，同时将网络配置中的PEERDNS设为no，防止DHCP服务器下发延迟较高的本地DNS覆盖配置，优化后，玩家登录响应时间从平均5秒以上降至800ms以内，故障率降低100%。

要点提炼：生产环境DNS配置应遵循“少而精”原则，一个高可用公共DNS远胜三个半死不活的私有DNS。

常见故障排查清单

• DNS配置正确但无法解析外网：检查防火墙是否放行UDP 53端口

  firewall-cmd --list-all

  

• 重启后resolv.conf被还原：检查NetworkManager的dns参数（/etc/NetworkManager/NetworkManager.conf），若dns=default则允许自动覆盖
• 仅特定域名解析失败：尝试dig +trace全局追踪，判断是递归服务器问题还是权威服务器问题

相关问答模块

问1：CentOS 7使用systemd-resolved时如何配置？这和你上文讲的方式有冲突吗？

理论上CentOS 7不原生集成systemd-resolved（该服务在Ubuntu/Debian中常见），但若你手动安装或使用了较新版本内核，则建议直接通过resolvectl工具管理，并将/etc/resolv.conf软链接指向/run/systemd/resolve/resolv.conf，此时无需也不应该修改网卡配置文件中的DNS，否则两者配置不一致时以systemd-resolved为准。

问2：我在云服务器上配置私有DNS（如Windows AD域）时，还需要设置公网DNS吗？

这需要分场景处理,若该服务器仅作为私有域解析客户端，则不需要公网DNS，只需在/etc/resolv.conf中设置单一的私有DNS地址（如内网IP），但对于同时解析内网域名和外网域名的混合场景，务必在配置中添加一个公网DNS作为备用解析器，并确保私有DNS具备条件转发能力，将非权威域名转发给公网DNS处理，建议将公共DNS放在第二个位置，避免内网解析请求意外发往公网。

你在实际配置中是否遇到过/etc/resolv.conf被莫名重置的情况？欢迎在评论区留言你的具体场景，我们一起针对性解决。