每个人都可以，
拥有SSL证书

遇到 curl 报 Could not resolve host，第一反应是 DNS 没配好，但实际排查下来原因不止这一种。我把常见的几个点和排查顺序写一下，省得下次再踩。

先看 /etc/resolv.conf，这是最直接的。

如果里面没有 nameserver，或者只有一些内网 DNS 但解析不了公网域名，直接加一个公共 DNS 试试。临时加的话执行：

echo "nameserver 114.114.114.114" | sudo tee /etc/resolv.conf > /dev/null

但这种方法重启后会丢，永久修改要看系统。

Ubuntu/Debian 现在一般用 netplan，改 /etc/netplan/ 下的 yaml，老版本可能要改 /etc/network/interfaces。CentOS/RHEL 改 /etc/sysconfig/network-scripts/ifcfg-eth0，里面 DNS1 和 DNS2 加上去。这个不同发行版差异大，有时候还得清一下 systemd-resolved 的缓存，不然改了不生效。

改完 DNS 如果还不行，先确认机器本身有没有网。直接 ping 8.8.8.8，能通说明网络连接没问题，问题就集中在 DNS 解析链路。

ping 不通就得检查网卡配置、路由，或者是不是云服务器没配公网 IP。

防火墙和安全组这个点很容易漏，尤其是云服务器。

你本地 iptables 没限制，但云平台的安全组出方向默认可能只放行了 80/443，UDP 53 没放，DNS 查询就发不出去。查一下 iptables -L -n 看有没有拦截，云控制台里也把出方向 UDP 53 放开。我遇到过一台机器，curl 一直报 Could not resolve host，查了 resolv.conf、hosts、网络都正常，最后是安全组把 DNS 拦了。

还有个隐蔽的地方是 /etc/hosts。之前本地调试改过 hosts，比如把某个域名指向 127.0.0.1，后来忘了删，curl 那个域名就会解析到本地，但如果是其他域名报错一般和这个无关，不过还是值得看一眼。cat /etc/hosts，有错误记录就删掉或者修正。

Windows 下用 curl 还有一个坑，单引号。在 CMD 或 PowerShell 里单引号不会被当成引号处理，导致 -H 后面的参数被拆开，或者 URL 被拼错，curl 可能把一部分当成主机名去解析，报 Could not resolve host。

这个和 Linux 下完全不一样，改成双引号，或者直接用 Git Bash / WSL 跑 curl 就能避开。

排查的时候可以用 curl -v 看详细输出，它会明确告诉你解析失败发生在哪一步。

也可以单独用 nslookup www.baidu.com 或 dig www.baidu.com 验证，如果这些工具也解析不了，基本就是系统 DNS 配置的问题，不是 curl 的锅。实在不行，可以临时用 --resolve 指定 IP 绕过 DNS，比如：

curl --resolve www.baidu.com:443:110.242.68.66 https://www.baidu.com

但 IP 可能会变，只适合临时验证，不适合长期用。

如果上面都试过还是不行，那大概率是网络环境本身的问题，比如公司内网 DNS 做了过滤，或者出口防火墙限制了 DNS 查询，这时候找网管处理更实际。

另外，如果排查到后面发现 curl 访问 HTTPS 站点时域名能解析但证书报错，那和 DNS 没关系，是证书配置问题。手动申请和部署证书容易出错，可以用 lcjmSSL 这类平台，支持 Let's Encrypt、Google Trust Services 和 ZeroSSL，能自动申请、验证、部署，多域名、泛域名和 IP 证书都支持，有 API 可以全自动化，省得自己折腾 acme.sh 的配置。不过那是另一个话题了。