DNS解析正确但网站打不开：按端口、HTTPS与站点逐层检查

域名能解析出IP，不代表HTTP、HTTPS和站点应用均正常。本篇适用于允许建站的产品；住宅云禁止建站，80端口关闭，不支持域名及证书，不适用本教程。先记录完整访问地址、浏览器报错、发生时间和测试网络，按下面结果选择下一步。

确认客户端实际访问的域名和地址

根域名与www是不同名称。Windows命令提示符，或已安装nslookup的Linux/macOS终端，可以查询实际报错的完整域名：

nslookup example.com

将示例域名换成自己的域名。开头通常显示所用DNS服务器及其地址，不要把该地址当成网站解析结果。直接指向服务器的记录，核对是否为预期的当前公网IP；使用CDN、代理或负载均衡时，应与该服务的预期接入地址核对，不能要求解析结果一定等于源站IP。同时在DNS服务商处检查A、AAAA和别名记录，尤其不要只核对IPv4就忽略已发布的IPv6地址。刚改记录时，可从另一网络再查，保留各自结果与时间；详细查询方法见DNS解析设置。

先区分TCP不通与网站返回错误

Windows客户端：在PowerShell测试实际使用的端口。以下为默认HTTP和HTTPS端口示例；网站使用自定义端口时替换成实际端口。

Test-NetConnection example.com -Port 80
Test-NetConnection example.com -Port 443

查看RemoteAddress和TcpTestSucceeded：为True仅表示本次到该地址端口的TCP连接成功，继续检查HTTP和TLS；为False时记录结果，再检查服务监听和访问规则，不依据Ping结果直接定责。

Linux/macOS客户端：可直接运行下一节curl命令，区分名称解析、连接超时、拒绝连接、证书错误和HTTP响应。Windows也可在已安装curl时使用；将下方命令名换为curl.exe，避免与旧PowerShell别名混淆。

连接失败时，查服务器监听与访问规则

登录自己有权管理的服务器。Linux使用只读命令查看监听：

ss -lntp

核对实际端口、监听地址和进程；进程信息可能需要管理员权限。Windows可在命令提示符执行netstat -ano，检查对应本地端口是否为LISTENING，再按PID核对进程。Linux更多步骤见服务监听检查。

• 没有预期监听：先查实际Web服务状态、配置检查结果和启动日志；不要只因SSH能登录就认定网站服务正常。
• 监听存在：继续核对监听地址、IPv4/IPv6、系统防火墙，以及产品实际提供的访问控制规则。只检查和调整业务所需端口，不关闭全部防火墙。
• 需办理域名过白：通过工单提交域名及对应产品信息办理；过白不能替代DNS、监听或站点配置检查。

保留HTTP响应和HTTPS错误原文

在客户端终端执行与实际访问协议相符的命令，替换域名；下面两条分别检查HTTP和HTTPS：

curl -I --connect-timeout 5 --max-time 10 http://example.com/
curl -I --connect-timeout 5 --max-time 10 https://example.com/

-I发出HEAD请求。若站点不支持HEAD，可由管理员用普通GET复核；不要把HEAD方法不受支持误判为网站整体故障。

使用CDN时，按需要比较源站

仅测试自己有权管理的源站。下面临时指定本次连接IP，同时保留域名和TLS校验，不修改公共DNS。域名与IP都须换成自己的实际值：

curl -I --resolve example.com:443:203.0.113.10 --connect-timeout 5 --max-time 10 https://example.com/

源站按设计只接受CDN回源时，直接测试可能被拒绝。先与现有回源策略核对，不为测试永久扩大源站访问范围。CDN路径异常、源站正常只说明两种测试的结果不同，仍需结合回源配置、TLS和日志定位。

仍无法定位时提交哪些资料

由现有服务配置确认访问日志和错误日志位置，截取异常时段相关片段。提交工单时附上完整域名与访问地址、实例标识、预期解析及实际查询结果、时间和时区、客户端网络、TCP测试、curl响应或错误原文，以及监听状态和近期变更。隐去令牌、Cookie、密码和业务用户数据；同一问题继续在原工单补充结果。

相关文档：DNS解析设置 · HTTPS证书部署 · Linux服务监听检查