某网站打不开
只有一个网站打不开、其他站点正常，是典型的分层排查场景。按解析、连通、代理、应用层的顺序走，能快速判断问题出在本机、网络路径还是这个站点本身，避免一上来就重置网络栈。
基本信息
| 适用平台 | Windows 客户端与服务器 |
|---|---|
| 第一层 解析 | nslookup 或 Resolve-DnsName，对比内网 DNS 与公共 DNS 的结果 |
| 第二层 连通 | 指定 443 端口做连通性测试，确认能否建立 TCP 连接 |
| 第三层 代理 | netsh winhttp show proxy 查看系统代理，浏览器还有独立代理设置 |
| 第四层 应用 | curl.exe -I 直接请求，排除浏览器缓存与插件干扰 |
| 分辨手段 | 换热点或换设备复测，区分本机问题与出口问题 |
排查步骤
- 1. 解析检查：nslookup 域名，并用另一个 DNS 服务器对照结果
- 2. 端口连通：测试 443 端口，确认能否建立 TCP 连接
- 3. 代理检查：公司环境常强制代理，先看系统代理设置
- 4. 应用层验证：直接抓响应头，确认是证书、重定向还是服务端错误
- 5. 交叉验证：换网络或换设备，界定问题范围
常用示例
常用示例
REM 第一步：对比两个 DNS 的解析结果
nslookup www.example.com
nslookup www.example.com 8.8.8.8
REM 第二步：确认 443 端口能否连通
powershell -c "Test-NetConnection www.example.com -Port 443"
REM 第三步：查看系统代理设置
netsh winhttp show proxy
REM 第四步：直接抓响应头，排除浏览器缓存与插件
curl.exe -I https://www.example.com
REM 第五步：换网络或换设备交叉验证结论对照
| 检查结果 | 指向的问题 | 下一步 |
|---|---|---|
| 解析失败 | DNS 或域名本身有问题 | 换 DNS 服务器对照并检查 hosts |
| 解析正常但端口不通 | 网络路径或防火墙拦截 | 从其他网络测试确认归属 |
| 端口通但报证书错误 | 证书链或系统时间不同步 | 核对系统时间与证书有效期 |
| 仅某个应用打不开 | 该应用的代理、缓存或插件 | 关闭代理或换浏览器验证 |
| 换热点后正常 | 本地网络或出口问题 | 检查出口设备与 DNS 配置 |
解析正常但端口不通，问题通常在网络或防火墙层；端口通而应用报错，问题多在证书、重定向或服务端。两者处理方向完全不同，先把这一层分开能省掉大量无效操作。
只有一个应用里打不开时，先怀疑该应用的代理设置与缓存，不必急着重置网络栈，后者影响面更大且通常不对症。