网站 TCPing 测试：443 端口能连上，网页为何打不开
TCPing 检查 TCP 端口连接，不能替代 HTTPS 访问。用端口检测、TLS 和 HTTP 对照，区分端口被拒绝、连接超时与应用返回错误。
网站 TCPing 测试显示 443 端口连接成功，网页却打不开，并不矛盾。端口检测只走到 TCP 连接这一步；证书、TLS、HTTP、回源和业务处理还在后面。应把它当作一条已经取得的证据，继续向上检查。
先确认检测的是哪个地址和端口
域名可能解析到多个地址，也可能指向 CDN 边缘。记录实际远端地址、IPv4/IPv6、城市网络和端口。80 与 443 服务不同，自定义端口也要按实际配置测试，不要默认每个网站都接受同样的入口。
Windows 可以用下面的命令补充端口连接结果。它不需要安装额外的 TCPing 程序，域名仅为示例：
Test-NetConnection -ComputerName example.com -Port 443 -InformationLevel DetailedTcpTestSucceeded是判断该次 TCP 检测是否成功的重要字段。工具也可能给出其他诊断信息，但不要把 ICMP 响应与 TCP 连接混读；更不能假定每种在线 TCPing 的耗时口径相同。字段见 Microsoft 官方文档。
连接成功后，再测 HTTPS
用真实域名访问 HTTPS，让 TLS 检查使用正确主机名。对自己有权检查的公开页面，可以执行少量请求：
curl.exe -v --connect-timeout 10 --max-time 20 -o NUL https://example.com/这是请求示例，不是诊断输出。查看握手错误、证书、HTTP 状态与最终内容。不要使用关闭证书验证的方式把失败变成成功。curl 的行为见官方手册。
不同失败各查哪一层
| 现象 | 接下来的核查方向 |
|---|---|
| 连接被拒绝 | 监听服务、目标地址及明确拒绝策略 |
| 连接超时 | 网络路径、防火墙、地址和目标响应 |
| TCP 成功，TLS 失败 | 证书主机名、证书链、协议与握手配置 |
| TLS 成功，HTTP 返回 5xx | 代理、回源、应用和后端依赖 |
| HTTP 200，页面仍不正常 | 正文、脚本、接口和业务状态 |
表格提供排查起点。仅凭超时无法区分是哪一台设备丢弃请求，连接被拒绝也不意味着应用一定宕机；需要同路径复查和服务端证据。
CDN 端口正常，不等于源站正常
如果连接的是边缘节点，TCP 成功只说明这段连接建立。边缘向源站取内容仍可能失败，应用也可能返回错误。结合边缘与源站同时间日志，才能判断请求走到了哪里。
地区故障继续复查原城市与运营商，不拿其他地方成功替代。平台未执行的端口任务，则补有效样本。完整顺序可以看DNS、TCP、TLS、HTTP 分层检测；缓存与回源的差别见CDN 测速方法。