无法访问nternet怎么办？DNS、网络封锁与本地故障排查指南
第 1 章：先确认，到底是哪一层坏了
OK，先别急着重装系统。你看到“无法访问nternet”或“无法访问inernet”，可能只是浏览器问题，也可能是 DNS 解析失败、IPv6 异常、路由丢包，甚至是当前网络策略限制。先打开命令行：Windows 按 Win+R，输入 cmd；macOS 或 Linux 打开“终端”。
接下来做三个快速测试，结果非常关键：
ping 127.0.0.1：如果失败，是本机 TCP/IP 栈异常。ping 223.5.5.5：如果成功，说明基础网络大概率通了。nslookup 你的目标域名：如果超时或返回 “server failed”，重点检查 DNS。
再用浏览器分别打开两个不同域名。如果所有网站都打不开，优先看路由器、网卡和代理；如果只有一个站点打不开，记录它的域名、错误码和其他网络下的表现。手机热点是最便宜的对照实验：电脑连热点后恢复，问题就在原来的 Wi-Fi、路由器或运营商链路。
第 2 章：DNS 解析失败，先用免费和系统内置方案修复
现在看屏幕。如果 ping 223.5.5.5 有响应，但 nslookup 失败，基本就是 DNS。Windows 先执行 ipconfig /flushdns，再执行 ipconfig /renew；macOS 执行 sudo dscacheutil -flushcache 和 sudo killall -HUP mDNSResponder。然后重新运行 nslookup 你的目标域名。
仍然失败时，在系统网络设置里把 DNS 临时改成运营商提供的地址，或公共 DNS，例如 223.5.5.5、119.29.29.29。不要一次改一堆参数：每换一个 DNS，就清缓存并测试一次。若 IPv4 能访问、IPv6 失败，可临时关闭 IPv6 做对照；Linux 可用 curl -4 -I https://你的目标域名 和 curl -6 -I https://你的目标域名 比较。
这里给你一个可复制的延迟记录方法：执行 curl -o /dev/null -s -w "DNS:%{time_namelookup}s Connect:%{time_connect}s Total:%{time_total}s\n" https://你的目标域名。例如实测记录为 DNS 0.08 秒、连接 0.21 秒、总耗时 0.64 秒，通常说明解析和连接都正常；如果 DNS 超过 3 秒或直接显示无法解析，先别折腾浏览器，继续修 DNS。
第 3 章：DNS 正常但网页打不开，区分封锁、路由和本地代理
现在执行 curl -I https://你的目标域名。如果返回 200、301 或 302，网络已经能到达服务器，问题多半是浏览器缓存、证书、扩展程序或脚本。清理该站点 Cookie，使用无痕窗口，再暂时关闭广告拦截和安全软件测试。
如果 DNS 能返回 IP，但 curl 长时间超时，先查看路由：Windows 执行 tracert 你的目标域名，macOS/Linux 执行 traceroute 你的目标域名。前几跳就中断，通常是本地路由器或运营商问题；前几跳正常、接近目标服务器时持续超时，可能是跨网路由或网络策略限制。不要只看某一跳不回包，有些路由器会屏蔽探测包，但实际网页仍能打开。
接下来检查代理。Windows 可在“设置—网络和 Internet—代理”里关闭手动代理；终端执行 set | findstr /i proxy 查看环境变量。macOS/Linux 执行 env | grep -i proxy。如果发现过期的 HTTP_PROXY 或 HTTPS_PROXY，临时清除后重试。若单位或校园网明确要求官方代理，只使用管理员提供的配置；不要把账号密码写进脚本或提交到代码仓库。
免费方案和系统内置诊断应当先用：换 DNS、清缓存、重启路由器、切换手机热点、关闭错误代理。只有在确认是特定网络的访问策略或跨网链路问题后，再根据当地法律和网络管理员规定使用合规的官方 VPN 或代理；这类工具无法修复 DNS 配置错误，也不能解决欠费、网卡损坏等本地故障。
第 4 章：如何确认问题已解决
OK，别以“网页突然打开了”作为唯一结论，做一轮完整验证。第一，连续执行两次 nslookup 你的目标域名，确认都能返回地址；第二，连续执行三次 curl -I https://你的目标域名，确认状态码稳定；第三，关闭命令行窗口后，用普通浏览器访问，确认不是某个终端代理独自生效。
建议记录一组前后数据：DNS 解析低于 1 秒、网页总响应时间低于 2 秒且三次结果差异不超过约 30%，通常说明链路稳定。若手机热点正常而家庭 Wi-Fi 仍失败，保留 nslookup、tracert 和错误时间，交给运营商或网络管理员；若所有网络都失败，则检查域名是否过期、服务器是否停机，以及本机安全软件是否拦截。
把你的错误码、DNS 结果和三次响应耗时贴在评论区，其他读者可以据此判断是 DNS、代理还是路由问题。开发者工具、编程教程和技术资源的排查原则也一样：先复现，再分层，再用数据验证。部署静态站点时，Netlify 只是众多选项之一，免费方案、自建服务器或官方托管同样可行；先把网络诊断结果跑通，再选择工具。