云主机服务器安装Dnsmasq图文教程 WordPress网站访问速度直接起飞

做WordPress站长的都懂，最闹心的不是服务器卡，是明明服务器配置够用，网站却加载慢吞吞。主题铺对网站及服务器做了大量的优化工作，但是有时候和同类型的WordPress网站相比，总是稍慢一点，我折腾了整整一下午，排查了主题、插件、缓存，最后才发现，罪魁祸首居然是DNS解析！比如使用测速网站进行测试，同样的测速节点，光在解析时间这里就慢了一节，然后响应时间又慢了一节，总体下来就比别人要慢了。

说实话，主题铺的腾讯云主机之前一直用腾讯云内网默认的DNS，总觉得内网DNS够快了，没必要多此一举装其他工具。直到实测才知道，哪怕是内网DNS，每次解析都要走网络往返，WordPress加载时要解析一堆域名，累计耗时直接把加载速度拖垮。

今天就给各位WordPress站长，实测分享一波安装Dnsmasq优化WordPress访问速度的教程，亲测有效，装完之后网站打开速度肉眼可见变快，全程无坑，跟着走就行。

先给各位站长交个底，核心结论不绕弯

这里演示主要以为Ubuntu 24.04的环境参考，在Ubuntu 24.04下，哪怕你默认DNS是腾讯云内网的183.60.83.19，安装Dnsmasq的核心价值也特别实在。就是在本地服务器内存里，搭一个轻量级DNS缓存层。

简单说，以前是每次解析域名，都要发请求给183.60.83.19，来回来去走网络。现在是第一次解析走网络，后续所有解析，直接从本地内存里取结果。

对降低解析耗时、提升解析稳定性，效果立竿见影，尤其适配Ubuntu 24.04的网络架构，用来优化WordPress再合适不过。

先搞懂原理，不然装了也不知道为啥快

我知道很多WordPress站长不爱看原理，觉得直接抄命令就行。但主题铺还是得说两句，懂了原理，后续出问题才能快速排查，不用到处找教程瞎折腾。

没有Dnsmasq时，你服务器的解析流程（就是你现在的状态）

简单画个流程就是，你服务器要解析域名，先发送请求到183.60.83.19，然后腾讯云内网DNS解析EO节点处理，再返回结果，耗时大概7-28ms。

问题就出在“每次都要走”。哪怕是1秒内重复解析同一个域名，比如WordPress加载时，要多次解析静态资源、数据库、第三方服务的域名，都得重新走一遍这个流程。

更坑的是，Ubuntu 24.04默认用systemd-resolved做DNS管理，这玩意儿的缓存能力弱到离谱，缓存大小才几百KB，TTL处理也简单，几乎等于没有本地缓存，等于白浪费资源。

安装Dnsmasq后，解析流程直接变高效

核心逻辑特别简单，Dnsmasq就是一个本地内存级的DNS缓存服务。第一次解析域名时，它会转发请求到183.60.83.19，拿到结果后，不仅返回给服务器，还会在本地内存里缓存一份。

后续再解析同一个域名，直接从内存里取，耗时连1ms都不到，完全跳过网络往返。

而且Dnsmasq特别适配Ubuntu 24.04，体积极小，才几十KB，内存占用也可以忽略，不到10MB，和24.04的systemd-resolved也不冲突，只要配置时让resolv.conf指向本地127.0.0.1就行。

实测效果量化，不吹牛逼，用数据说话

我特意做了测试，结合我自己服务器的解析耗时数据，安装Dnsmasq后，主要有3个核心改善，直接上表格对比，各位站长一看就懂。

最核心的改善，就是重复解析耗时的降低。WordPress页面加载时，会反复解析各种域名，累计起来，安装Dnsmasq后，这部分耗时能减少80%-90%，那种“页面加载卡顿”的体感，直接消失。

我自己的WordPress网站，装完之后，打开速度从之前的1.2秒，降到了0.3秒左右，差别真的很大。

Ubuntu 24.04下安装Dnsmasq，关键步骤别踩坑

重点来了，安装步骤不难，但Ubuntu 24.04有个特殊点，就是默认的systemd-resolved会和Dnsmasq冲突，一定要按我的步骤来，不然会出问题。我第一次装的时候，就是没处理这个冲突，折腾了半小时才搞定。

1. 安装与基础配置（核心步骤，避免冲突）

直接复制命令，一步一步执行，不用改任何参数，适配你的Ubuntu 24.04系统。

# 1. 安装dnsmasq，更新软件源后直接安装
apt update && apt install -y dnsmasq

# 2. 停止并禁用systemd-resolved，避免端口冲突（Ubuntu 24.04必做）
systemctl stop systemd-resolved
systemctl disable systemd-resolved

# 3. 配置dnsmasq，仅转发到腾讯云内网DNS，加大缓存
cat > /etc/dnsmasq.conf << EOF
# 仅使用腾讯云内网DNS作为上游，保证解析准确
server=183.60.83.19
# 缓存大小设为10000条，足够WordPress网站使用
cache-size=10000
# 缓存TTL和上游DNS一致，避免解析结果过期
max-ttl=86400
# 仅监听本地回环地址，防止外部访问，更安全
listen-address=127.0.0.1
# 禁止读取系统resolv.conf，只用上面配置的上游DNS
no-resolv
EOF

# 4. 重启Dnsmasq并设置开机自启，避免服务器重启后失效
systemctl restart dnsmasq
systemctl enable dnsmasq

# 5. 配置resolv.conf指向本地dnsmasq，Ubuntu 24.04关键一步
echo "nameserver 127.0.0.1" > /etc/resolv.conf
# 锁定resolv.conf，防止被systemd-resolved自动覆盖（必做！）
chattr +i /etc/resolv.conf

这里重点说一下最后一步，锁定resolv.conf。Ubuntu 24.04的systemd-resolved会自动修改这个文件，要是不锁定，你配置好的指向本地127.0.0.1，过一会儿就被改回去了，等于白装。

chattr +i这个命令，就是锁定文件，不让系统自动修改，亲测有效。

2. 验证安装效果，确保配置生效

安装完别着急关终端，先验证一下，确保Dnsmasq正常运行，缓存也能生效。比如我以解析域名cdn.zhutipu.com为例，还是复制命令，依次执行就行。

# 1. 检查Dnsmasq是否正常运行，显示active (running)就是正常
systemctl status dnsmasq

# 2. 测试第一次解析，未缓存
time dig cdn.zhutipu.com

# 3. 测试第二次解析，走本地缓存，耗时肯定<1ms
time dig cdn.zhutipu.com

# 4. 查看Dnsmasq缓存状态，有输出类似“cached cdn.zhutipu.com”就是生效了
cat /var/log/syslog | grep dnsmasq | grep "cached"

我实测的时候，第二次dig的耗时只有0ms，比第一次的15ms，快了N倍。

第一次测试

第二次测试

几个关键补充，解决你可能的疑问

我安装的时候，也有几个疑问，这里提前给各位站长说清楚，省得你们再到处查。

第一，不是替换183.60.83.19，而是加缓存层。Dnsmasq只是把183.60.83.19作为上游DNS，第一次解析还是靠它，保证解析结果准确，后续解析用本地缓存，既准确又提速。

第二，Ubuntu 24.04的特殊适配，刚才强调过，一定要停止禁用systemd-resolved，还要锁定resolv.conf，这两步少一步都不行，不然配置会失效。

其中使用systemctl status dnsmasq命令的时候，只要正常运行就行，有时候会提示一些不兼容的提示，无需理会，不影响。

第三，效果是可持续的。只要服务器不重启，缓存就一直存在。就算服务器重启了，第一次解析恢复正常耗时，后续又会自动缓存，不用重新配置。

按上面的步骤配置完，你再打开自己的WordPress网站，就能明显感觉到加载变快了。之前那种“转圈加载”的情况，基本不会再出现。

我自己的网站，装完之后，不管是前台页面加载，还是后台操作，都流畅了很多。尤其是加载带有很多静态资源的页面，解析耗时减少后，加载速度提升特别明显。

对了，你们有没有遇到过Dnsmasq缓存不生效的情况？要是有，评论区留个言，咱们一起排查排查