麒麟系统如何清理DNS缓存 解决解析错误

麒麟系统DNS解析异常时，可依次执行五步操作：一、用systemd-resolved刷新缓存；二、重启该服务；三、重载NetworkManager；四、重启network服务；五、检查并注释/etc/hosts中错误条目。

在麒麟系统里，域名突然解析不了，网页打不开，或者软件源更新总失败，这种事儿挺让人头疼的。很多时候，问题的根源并不在网络本身，而是系统“记错了”地址——它缓存了过期的或者错误的DNS记录。别急，这事儿有章可循。下面这五个步骤，从最常规的操作到更深层的排查，能帮你系统地清理DNS缓存，解决解析错误。

一、使用 systemd-resolved 服务刷新缓存

如果你的麒麟OS版本比较新（比如V10 SP3及以上的桌面或服务器版），并且默认启用了systemd-resolved服务，那么这个方法最直接有效。它能在不中断服务的情况下，瞬间清空本地DNS缓存，让系统重新去查询。

首先，打开终端，确认一下这个服务是不是正在运行：

sudo systemctl is-active systemd-resolved

看到返回“active”状态后，就可以执行核心的清空缓存命令了：

sudo systemd-resolve --flush-caches

执行完怎么知道成功了？跑一下这个命令看看缓存统计，如果相关计数归零或重置，就说明清理干净了：

sudo systemd-resolve --statistics | grep "Cache"

二、重启 systemd-resolved 服务

有时候，光刷新缓存可能不够。如果执行上面的命令没反应，或者服务本身有点“小情绪”状态不对，那么直接重启整个服务会更彻底。这相当于给DNS解析器来了个“重启大法”，既能清空缓存，也会重新加载所有配置。

操作顺序很简单：先停，后启，并确保它开机自启。

sudo systemctl stop systemd-resolved

sudo systemctl start systemd-resolved && sudo systemctl enable systemd-resolved

最后，别忘了确认一下它是否真的活蹦乱跳地跑起来了：

sudo systemctl status systemd-resolved | grep "active (running)"

三、通过 NetworkManager 重载刷新DNS

对于使用图形化桌面环境、由NetworkManager管理网络连接的用户，还有另一条路径。直接重载NetworkManager的配置，会触发它重新读取DNS设置并刷新自己的内部缓存，而且通常不会导致网络断开，体验更平滑。

只需一条重载命令：

sudo systemctl reload NetworkManager

想看看它背后干了什么？可以查查日志，过滤出DNS相关的动作：

journalctl -u NetworkManager | grep -i "dns" | tail -n 3

另外，也可以顺道检查一下系统的DNS解析配置文件是否被正确更新了（特别是当它指向本地解析器时）：

cat /etc/resolv.conf | grep "127.0.0.53"

四、重启 network 服务（传统网络栈适用）

在一些服务器版或者精简部署的麒麟系统上，可能没有启用NetworkManager，而是沿用传统的network.service。这时候，前两种方法可能不适用，但原理相通——重启网络服务。

重启服务会强制系统重建整个网络连接链路，DNS解析自然也会被重置。操作就是经典的两步：

sudo systemctl stop network

sudo systemctl start network

服务起来之后，赶紧验证一下DNS配置是否生效了：

grep nameserver /etc/resolv.conf

看看输出的nameserver是不是你期望的DNS服务器地址。

五、手动检查并注释 /etc/hosts 中干扰条目

走到这一步，如果问题依旧，那可能就不是“缓存”的锅了，得看看更底层的静态配置。系统在查询DNS之前，会先查阅本地的/etc/hosts文件。如果这里面有一条记录，强行把你访问的域名指向了一个错误的IP地址，那无论你怎么刷新DNS缓存都无济于事。

所以，这是最后的排查手段。先打开hosts文件看看内容：

sudo cat /etc/hosts

仔细找找，有没有包含你正试图访问的域名（比如archive.kylinos.cn）的行，并且它指向的IP看起来不对劲。找到可疑行后，用编辑器打开文件：

sudo nano /etc/hosts

在那行开头加个#号把它注释掉，保存退出。这样一来，系统就会绕过这条错误记录，重新回到正常的DNS查询流程中去。

通常来说，按着上面这五步走一遍，绝大多数因DNS缓存或配置引起的解析异常都能得到解决。从服务刷新到配置检查，思路由浅入深，下次再遇到类似问题，不妨按这个顺序试试看。