ping正常，只完成了其中一项检查
你能 ping 通目标IP，说明那次ICMP请求收到了回应；网页还需要域名解析、连接到对应端口、HTTPS验证和应用层响应。反过来，有些网站不回答 ping，但网页仍能打开。
本文按 Windows 自带诊断命令说明过程。先选一个你平时应能访问的普通网站，整个过程保持相同网络；示例中的 example.com 应替换为同一个目标域名。
第一步：看你ping的是域名还是IP
在终端运行：
ping /n 4 example.com
如果直接提示找不到主机，先查域名解析，不要用另一个IP的成功结果代替这个域名。若显示请求超时，也不能单凭它认定网站断线，对方可能不回应ICMP。
记录错误文字，不要把网上某个公共IP当作你目标网站的地址。
第二步：在PowerShell检查目标443端口
打开 Windows PowerShell，输入：
Test-NetConnection -ComputerName example.com -Port 443
看结果中的 TcpTestSucceeded。这个测试尝试连接指定目标的TCP端口，不会替你完成浏览器登录或HTTPS证书验证。
| 结果 | 下一步 |
|---|---|
| 域名解析失败 | 先检查域名拼写、当前DNS与网络，不继续用其他域名混测 |
| ping有回应，TcpTestSucceeded为False | 继续查443路径、目标服务或网络策略；ping不能代替它 |
| TcpTestSucceeded为True，浏览器仍失败 | 查看浏览器完整错误，继续检查HTTPS、代理、登录或扩展 |
| 浏览器可访问，端口直连测试失败 | 浏览器可能走了代理或不同路径，先确认测试条件 |
命令可能需要等待网络超时。无需管理员权限；组织设备若限制命令，应使用其支持流程，不绕过管理策略。
第三步：比较浏览器与系统代理
如果其他应用正常、只有浏览器失败，先用另一个浏览器访问同一地址，或在无扩展的干净窗口比较。只测试普通公开页面，不在陌生页面输入账号。
退出网络工具后才出现问题时，按Windows残留代理处理步骤查看系统代理。浏览器扩展、应用内代理或管理策略也可能采用其他设置；不要把系统页面一个开关当成所有软件的统一开关。
按浏览器实际错误继续处理
| 浏览器提示 | 可以直接做的下一步 |
|---|---|
| 找不到服务器或DNS错误 | 对同一个域名重跑ping；检查拼写，再切换到自己有权使用的另一网络比较，不用公共IP的成功代替 |
| 代理服务器连接失败 | 退出原网络工具，按上面的Windows代理教程检查自己开启的手动/脚本代理 |
| 证书日期错误 | 打开“设置→时间和语言→日期和时间”核对日期时区；确实错误时恢复正确时间后重开同一地址 |
| HTTP403或需要登录 | TCP/HTTPS可能已完成；按目标自己的登录和访问权限要求处理，不继续重置网卡 |
| 只有一个浏览器失败 | 在另一个浏览器打开同一地址；若正常，逐一暂停自己安装的网络扩展并重试，结束后恢复无关扩展 |
不要跳过证书错误继续登录。端口检测不走浏览器代理时，两者结果也可能不同；它不是判断浏览器一定损坏的证明。
不要因为“ping通了”就认定剩下的一定是浏览器坏了，也不要一开始就关闭防火墙、重装驱动或重置整台电脑。
留下一份能用的求助记录
写清目标域名、网络类型、时间、ping结果、TCP结果和浏览器错误。公开时遮挡内网地址与账号。整个检查不修改配置；若另外做过代理改动，按对应教程恢复。
参考资料
- Microsoft ping命令 · 资料日期 2026-10-22
- Microsoft Test-NetConnection · 资料日期 2026-10-22