域名解析错误是服务器系统层DNS配置未生效，需检查/etc/resolv.conf或systemd-resolved配置，替换为可用DNS（如223.5.5.5），重启服务后curl、SSL续签等即可恢复。
宝塔面板装完后 curl 报域名解析错误，不是面板问题，而是服务器系统层 DNS 配置没生效。 常见现象是：在服务器终端执行 curl -I http://example.com 返回 Could not resolve host，但同一台机器用 ping 8.8.8.8 能通——说明网络连通性正常，只是 DNS 查询失败。
确认当前 DNS 解析是否真的失效
先排除误判：有些云服务器默认禁用 systemd-resolved 或使用了不可靠的本地 DNS（如 127.0.0.53），导致 curl、wget、Let’s Encrypt 自动续签等依赖 DNS 的工具全部失灵。
- 运行
cat /etc/resolv.conf，看里面是否有可用的 nameserver（比如nameserver 8.8.8.8）；若只有127.0.0.53或为空，基本就是根源 - 手动测试 DNS：运行
nslookup google.com 8.8.8.8，如果返回 IP 说明公网 DNS 可用；若超时，再试114.114.114.114 - 注意：某些厂商镜像（如腾讯云 CentOS 7 最小化版）会把
/etc/resolv.conf设为只读链接，直接改文件会被覆盖
修改 systemd-resolved 的 DNS 配置（推荐用于 Ubuntu 20.04+/CentOS 8+）
现代 Linux 发行版多用 systemd-resolved 管理 DNS，硬改 /etc/resolv.conf 会失效。正确做法是配置其上游 DNS：
- 编辑
/etc/systemd/resolved.conf，取消注释并修改：DNS=223.5.5.5 114.114.114.114（阿里/114 公共 DNS，国内稳定）FallbackDNS=8.8.8.8 1.1.1.1 - 保存后执行
systemctl restart systemd-resolved - 验证：运行
resolvectl status，确认 Global 部分显示你填的 DNS 地址 - 此时
curl、acme.sh、宝塔 SSL 续签都会立即恢复正常
绕过 systemd-resolved 直接写死 resolv.conf（适用于 CentOS 7 / Debian 10 等老系统）
如果 systemd-resolved 未启用或行为异常，可强制锁定 DNS 配置：
- 先解除软链接：
rm -f /etc/resolv.conf - 新建文件：
echo "nameserver 223.5.5.5" > /etc/resolv.confecho "nameserver 114.114.114.114" >> /etc/resolv.conf - 加只读保护防被覆盖：
chattr +i /etc/resolv.conf - 注意：
chattr +i后若需再次修改，得先运行chattr -i /etc/resolv.conf
宝塔面板里不需要额外操作，但要注意两个干扰点
很多人以为要在宝塔界面改 DNS，其实完全没必要——面板本身不处理系统级域名解析，它只调用系统命令（如 curl、openssl）。但以下两点容易混淆：
- 宝塔「软件商店」→「PHP 设置」里有个「cURL 扩展」开关，和 DNS 解析无关，别误关
- SSL 申请失败提示「域名解析错误」，90% 是因为系统 DNS 不通，不是域名没加 A 记录，先按上面步骤修 DNS 再重试
- 如果用了 Docker，容器内 DNS 是独立的，需单独配置
--dns参数或修改/etc/docker/daemon.json
真正卡住人的地方，往往不是域名没加 A 记录，也不是宝塔没启动，而是服务器连 google.com 都解析不了——这种底层 DNS 失效，在日志里不报错，只让上层所有依赖它的功能静默失败。
