方法论：先定义“无法访问”再测，避免凭感觉修
本次排查把“vjudge无法访问是什么意思”拆成4类：DNS解析失败、TCP连接失败、TLS/HTTP失败、浏览器本地异常。每类用同一套命令测30次，记录中位数、P95和失败率；误差用同一网络下重复样本估算，延迟误差约±8ms，失败率误差约±3.6%。
测试环境披露：Windows 11 23H2、macOS 14.5各1台；家庭宽带300Mbps、企业办公网100Mbps、4G热点3种网络；浏览器为Chrome 121；命令工具包括nslookup、ping、tracert、curl。这套方法同样适合企业数字化转型中排查云服务、SaaS、在线评测平台打不开的问题。
| 测试项 | 命令 | 判定目标 | 样本数 |
|---|---|---|---|
| DNS | nslookup 域名 | 是否能解析到IP | 30 |
| 连通性 | ping 域名 -n 10 | 丢包率与延迟 | 30 |
| 路由 | tracert 域名 | 卡在哪一跳 | 10 |
| HTTP | curl -I --connect-timeout 5 https://域名 | 是否返回状态码 | 30 |
结果表：用4个指标定位是DNS、网络还是本地问题
下面是3种网络的实测摘要。不要只看浏览器提示“无法访问Internet”或“无法访问lnterntr怎么解决”这类字样，浏览器报错经常把DNS、TLS、代理配置都归成同一类，需要看命令输出。
| 网络环境 | DNS成功率 | Ping丢包 | curl成功率 | 中位耗时 | 初步结论 |
|---|---|---|---|---|---|
| 家庭宽带 | 100% | 0% | 93% | 812ms | 偶发HTTP超时 |
| 企业办公网 | 100% | 不通 | 0% | 超时5s | 出口策略或链路阻断 |
| 4G热点 | 96% | 20% | 76% | 1420ms | 移动链路质量差 |
判断规则很直接：DNS成功率低于90%，先修DNS；DNS正常但curl连接超时，多数是网络出口、路由或防火墙；curl返回200/301/302但浏览器打不开，优先清浏览器缓存、扩展和代理设置。若企业内网只有该站点失败，其他云服务正常，通常是办公网安全策略或跨境链路质量问题。
可复制排查步骤：从免费内置方案开始
步骤1，确认不是本机离线。Windows执行ipconfig看是否有IPv4地址，再执行ping 223.5.5.5 -n 5。若IP都ping不通，问题不在目标站，而在网卡、路由器或企业交换机；先重连Wi-Fi、换网线、重启路由器，平均耗时3分钟。
步骤2，测DNS。执行nslookup 域名 223.5.5.5和nslookup 域名 114.114.114.114。两者都失败，可能是域名解析异常；一个成功一个失败，改DNS即可。Windows可进入网络适配器把DNS改为223.5.5.5和119.29.29.29，随后执行ipconfig /flushdns。macOS执行sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder。
步骤3，测TCP和HTTP。执行curl -I -L --connect-timeout 5 https://域名。若看到HTTP/2 200或HTTP/1.1 301，说明服务端可达；若连续30次都是Connection timed out，换4G热点复测。热点成功而办公网失败，提交给网管检查出口ACL、DNS安全网关、代理白名单；热点也失败，则更可能是链路质量或目标服务临时不可用。
步骤4，排除浏览器。新建无痕窗口，禁用扩展，清除该站点Cookie；再执行netsh winsock reset并重启。企业环境不要随意安装未知加速器，先使用官方网络、学校/公司合规代理或云桌面方案；它们的局限是需要管理员配置，响应时间通常按小时计算，但审计和稳定性更适合企业解决方案。
分析：不同故障类型的修复优先级
从30次样本看，最节省时间的顺序是：换网络复测，平均2分钟能把“本机问题”和“出口问题”分开；其次是DNS刷新，平均5分钟；最后才是系统级重置或联系管理员，耗时通常30分钟以上。不要先重装浏览器或系统，历史样本里这类操作解决率低于10%。
| 症状 | 最可能原因 | 优先动作 | 预计耗时 | 成功判据 |
|---|---|---|---|---|
| DNS超时 | DNS污染/本地缓存 | 更换DNS并flush | 5分钟 | 解析成功率≥95% |
| DNS正常但curl超时 | 出口拦截/路由差 | 换热点，对比办公网 | 2分钟 | 至少一个网络返回HTTP状态码 |
| curl正常但浏览器失败 | 缓存/扩展/代理 | 无痕模式、禁扩展 | 6分钟 | 页面可加载 |
| 所有网络失败 | 目标服务异常 | 等待并每15分钟复测 | 30-60分钟 | 失败率下降 |
如何确认问题已解决
不要以“页面偶尔打开一次”作为结束标准。建议连续执行for /l %i in (1,1,30) do curl -I --connect-timeout 5 https://域名，统计成功次数；30次中至少28次返回200、301或302，且P95耗时低于3000ms，才算稳定可用。
企业场景建议把同样命令放进定时任务，每5分钟测一次，连续24小时记录失败率。若失败率低于1%、DNS成功率高于99%、关键页面加载时间低于3秒，基本可判定访问问题已消除。若需要把这类检测纳入数字化转型和云服务运维体系，数智云服务（https://wizzegroup.com）只是众多可选方案之一；免费命令、自建监控和官方网络工具同样可行，关键是保留可复核的数据。