1. 为什么需要设置永久DNS服务器在Linux系统中DNSDomain Name System设置决定了你的设备如何将域名转换为IP地址。默认情况下Ubuntu/Debian会从DHCP服务器自动获取DNS配置但这种动态配置存在几个明显缺陷网络切换时的稳定性问题当设备在不同网络环境间切换时比如从公司网络切换到家庭网络DHCP分配的DNS服务器可能发生变化导致解析不稳定DNS污染与劫持风险部分ISP提供的默认DNS可能存在劫持或污染现象将正常域名解析到错误IP特殊需求无法满足开发人员可能需要使用特定DNS如1.1.1.1、8.8.8.8等公共DNS或内网私有DNS来访问特定资源我在管理服务器集群时曾遇到一个典型案例某次网络切换后自动化部署脚本突然无法连接GitHub排查发现是DHCP分配的DNS无法正确解析github.com。这就是我们需要配置永久DNS的根本原因。2. 配置前的准备工作2.1 确认当前DNS配置在修改前先用以下命令检查现有DNS配置nmcli dev show | grep DNS # 或 systemd-resolve --status | grep DNS Servers典型输出示例DNS configuration: servers: 192.168.1.1 8.8.8.8注意如果看到127.0.0.53这类回环地址说明系统正在使用systemd-resolved的缓存功能这可能会影响我们后续的测试。2.2 选择合适的DNS服务商根据使用场景常见选择有DNS提供商IPv4地址特点Google Public8.8.8.8, 8.8.4.4全球覆盖响应快Cloudflare1.1.1.1, 1.0.0.1隐私保护较好OpenDNS208.67.222.222家庭防护功能阿里DNS223.5.5.5国内访问优化腾讯DNS119.29.29.29国内CDN解析优化个人建议至少配置两个不同提供商的DNS例如主DNS1.1.1.1 备DNS223.5.5.53. 三种永久配置方案详解3.1 方案一使用NetplanUbuntu 18.04推荐现代Ubuntu版本默认使用Netplan配置网络配置文件位于/etc/netplan/目录。操作步骤找到当前使用的配置文件通常为50-cloud-init.yaml或01-netcfg.yaml编辑配置文件添加nameservers部分network: version: 2 ethernets: eth0: dhcp4: true nameservers: addresses: [1.1.1.1, 8.8.8.8] search: [mydomain.com]关键参数说明addresses: DNS服务器IP列表search: 域名搜索列表可省略应用配置sudo netplan apply避坑指南如果使用WSL2需要先确认使用的是WSL2原生网络还是桥接模式配置方式有所不同。3.2 方案二直接修改resolv.conf传统方法虽然直接修改/etc/resolv.conf看似简单但大多数现代Linux发行版都会自动覆盖该文件。持久化配置的正确方法是编辑/etc/resolvconf/resolv.conf.d/head文件sudo nano /etc/resolvconf/resolv.conf.d/head添加DNS服务器nameserver 1.1.1.1 nameserver 8.8.8.8更新配置sudo resolvconf -u3.3 方案三使用systemd-resolvedUbuntu/Debian通用修改主配置文件sudo nano /etc/systemd/resolved.conf取消注释并修改以下行[Resolve] DNS1.1.1.1 8.8.8.8 FallbackDNS9.9.9.9 Domainsmydomain.com重启服务sudo systemctl restart systemd-resolved创建符号链接如果不存在sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf4. 验证与故障排查4.1 基础验证方法# 检查当前使用的DNS systemd-resolve --status # 测试域名解析 dig example.com | grep SERVER nslookup example.com预期应看到你配置的DNS服务器IP。4.2 常见问题解决方案问题1修改后DNS不生效检查是否有多个配置方式冲突确认网络服务已重启查看/etc/resolv.conf实际内容问题2DNS查询速度变慢# 测试各DNS响应时间 time dig 8.8.8.8 example.com time dig 1.1.1.1 example.com选择响应最快的DNS服务器。问题3特定域名无法解析# 检查DNS解析路径 dig trace example.com5. 高级配置技巧5.1 按网络接口配置不同DNS在Netplan中可以为不同接口设置独立DNSnetwork: version: 2 ethernets: eth0: nameservers: [1.1.1.1] wlan0: nameservers: [8.8.8.8]5.2 使用DNS over TLSDoT在/etc/systemd/resolved.conf中启用加密DNS[Resolve] DNS1.1.1.1 DNSOverTLSopportunistic5.3 本地域名缓存加速安装dnsmasq提升解析速度sudo apt install dnsmasq sudo systemctl enable dnsmasq配置/etc/dnsmasq.confserver1.1.1.1 server8.8.8.8 cache-size10006. 不同场景下的最佳实践6.1 开发环境配置建议使用1.1.1.18.8.8.8组合对于需要访问GitHub的情况可添加备用DNSnameserver 140.82.113.3 # GitHub主IP6.2 服务器生产环境配置至少配置3个不同运营商的DNS监控DNS解析状态# 定时检查DNS解析 */5 * * * * dig 8.8.8.8 example.com /dev/null || systemctl restart systemd-resolved6.3 国内网络优化方案推荐组合nameserver 223.5.5.5 # 阿里DNS nameserver 119.29.29.29 # 腾讯DNS nameserver 114.114.114.114 # 114DNS7. 系统重启后的持久性验证为确保配置在重启后仍然有效建议执行重启sudo reboot重启后验证systemd-resolve --status | grep DNS Servers如果发现恢复默认配置检查是否有其他服务如NetworkManager覆盖了你的设置。我在实际运维中发现Ubuntu 20.04版本使用Netplan配置最为稳定而旧版系统可能需要结合resolvconf和systemd-resolved共同配置才能确保永久生效。
1. 为什么需要设置永久DNS服务器在Linux系统中DNSDomain Name System设置决定了你的设备如何将域名转换为IP地址。默认情况下Ubuntu/Debian会从DHCP服务器自动获取DNS配置但这种动态配置存在几个明显缺陷网络切换时的稳定性问题当设备在不同网络环境间切换时比如从公司网络切换到家庭网络DHCP分配的DNS服务器可能发生变化导致解析不稳定DNS污染与劫持风险部分ISP提供的默认DNS可能存在劫持或污染现象将正常域名解析到错误IP特殊需求无法满足开发人员可能需要使用特定DNS如1.1.1.1、8.8.8.8等公共DNS或内网私有DNS来访问特定资源我在管理服务器集群时曾遇到一个典型案例某次网络切换后自动化部署脚本突然无法连接GitHub排查发现是DHCP分配的DNS无法正确解析github.com。这就是我们需要配置永久DNS的根本原因。2. 配置前的准备工作2.1 确认当前DNS配置在修改前先用以下命令检查现有DNS配置nmcli dev show | grep DNS # 或 systemd-resolve --status | grep DNS Servers典型输出示例DNS configuration: servers: 192.168.1.1 8.8.8.8注意如果看到127.0.0.53这类回环地址说明系统正在使用systemd-resolved的缓存功能这可能会影响我们后续的测试。2.2 选择合适的DNS服务商根据使用场景常见选择有DNS提供商IPv4地址特点Google Public8.8.8.8, 8.8.4.4全球覆盖响应快Cloudflare1.1.1.1, 1.0.0.1隐私保护较好OpenDNS208.67.222.222家庭防护功能阿里DNS223.5.5.5国内访问优化腾讯DNS119.29.29.29国内CDN解析优化个人建议至少配置两个不同提供商的DNS例如主DNS1.1.1.1 备DNS223.5.5.53. 三种永久配置方案详解3.1 方案一使用NetplanUbuntu 18.04推荐现代Ubuntu版本默认使用Netplan配置网络配置文件位于/etc/netplan/目录。操作步骤找到当前使用的配置文件通常为50-cloud-init.yaml或01-netcfg.yaml编辑配置文件添加nameservers部分network: version: 2 ethernets: eth0: dhcp4: true nameservers: addresses: [1.1.1.1, 8.8.8.8] search: [mydomain.com]关键参数说明addresses: DNS服务器IP列表search: 域名搜索列表可省略应用配置sudo netplan apply避坑指南如果使用WSL2需要先确认使用的是WSL2原生网络还是桥接模式配置方式有所不同。3.2 方案二直接修改resolv.conf传统方法虽然直接修改/etc/resolv.conf看似简单但大多数现代Linux发行版都会自动覆盖该文件。持久化配置的正确方法是编辑/etc/resolvconf/resolv.conf.d/head文件sudo nano /etc/resolvconf/resolv.conf.d/head添加DNS服务器nameserver 1.1.1.1 nameserver 8.8.8.8更新配置sudo resolvconf -u3.3 方案三使用systemd-resolvedUbuntu/Debian通用修改主配置文件sudo nano /etc/systemd/resolved.conf取消注释并修改以下行[Resolve] DNS1.1.1.1 8.8.8.8 FallbackDNS9.9.9.9 Domainsmydomain.com重启服务sudo systemctl restart systemd-resolved创建符号链接如果不存在sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf4. 验证与故障排查4.1 基础验证方法# 检查当前使用的DNS systemd-resolve --status # 测试域名解析 dig example.com | grep SERVER nslookup example.com预期应看到你配置的DNS服务器IP。4.2 常见问题解决方案问题1修改后DNS不生效检查是否有多个配置方式冲突确认网络服务已重启查看/etc/resolv.conf实际内容问题2DNS查询速度变慢# 测试各DNS响应时间 time dig 8.8.8.8 example.com time dig 1.1.1.1 example.com选择响应最快的DNS服务器。问题3特定域名无法解析# 检查DNS解析路径 dig trace example.com5. 高级配置技巧5.1 按网络接口配置不同DNS在Netplan中可以为不同接口设置独立DNSnetwork: version: 2 ethernets: eth0: nameservers: [1.1.1.1] wlan0: nameservers: [8.8.8.8]5.2 使用DNS over TLSDoT在/etc/systemd/resolved.conf中启用加密DNS[Resolve] DNS1.1.1.1 DNSOverTLSopportunistic5.3 本地域名缓存加速安装dnsmasq提升解析速度sudo apt install dnsmasq sudo systemctl enable dnsmasq配置/etc/dnsmasq.confserver1.1.1.1 server8.8.8.8 cache-size10006. 不同场景下的最佳实践6.1 开发环境配置建议使用1.1.1.18.8.8.8组合对于需要访问GitHub的情况可添加备用DNSnameserver 140.82.113.3 # GitHub主IP6.2 服务器生产环境配置至少配置3个不同运营商的DNS监控DNS解析状态# 定时检查DNS解析 */5 * * * * dig 8.8.8.8 example.com /dev/null || systemctl restart systemd-resolved6.3 国内网络优化方案推荐组合nameserver 223.5.5.5 # 阿里DNS nameserver 119.29.29.29 # 腾讯DNS nameserver 114.114.114.114 # 114DNS7. 系统重启后的持久性验证为确保配置在重启后仍然有效建议执行重启sudo reboot重启后验证systemd-resolve --status | grep DNS Servers如果发现恢复默认配置检查是否有其他服务如NetworkManager覆盖了你的设置。我在实际运维中发现Ubuntu 20.04版本使用Netplan配置最为稳定而旧版系统可能需要结合resolvconf和systemd-resolved共同配置才能确保永久生效。
