Windows 11 Wi-Fi 连接正常却无法上网怎么办？一套基础排查方法

Windows 11右下角显示Wi-Fi已经连接，但浏览器打不开网页、软件无法联网，是实际维修中非常常见的一类故障。这里最容易出现的误区，是把“Wi-Fi已连接”和“互联网已经正常”当成同一件事。 Wi-Fi连接成功，只能说明电脑已经与无线接入点建立了无线链路。后面还存在DHCP获取地址、默认路由、网关通信、NAT、DNS解析、防火墙、代理以及应用自身配置等多个环节。要快速找到故障点，最有效的方法不是不停地重置网络，而是按照网络路径逐层测试。 一、先确认电脑到底拿到了什么网络参数 打开命令提示符，执行： ipconfig /all 重点查看当前Wi-Fi适配器的IPv4地址、子网掩码、默认网关和DNS服务器。 如果IPv4地址是类似169.254.x.x，通常意味着Windows没有从DHCP服务器正常获得IPv4地址。这时首先应该检查无线接入点、路由器DHCP服务以及电脑与路由器之间的连接，而不是直接修改DNS。 如果拿到的是正常的局域网地址，例如192.168.x.x、10.x.x.x或其他企业网络分配的地址，则继续向下一层测试。 需要注意，默认网关并不一定等于“路由器管理页面显示的那个地址”。在家庭网络中二者经常相同，但在企业网络、VLAN、无线控制器或复杂路由环境中，默认网关可能是专门的三层网关。因此应该判断它是否是当前网络实际提供的下一跳，而不是机械地要求它必须与路由器管理地址一致。 如果怀疑DHCP租约异常，可以执行： ipconfig /release ipconfig /renew 然后再次执行： ipconfig /all 观察地址、网关和DNS是否恢复正常。 二、先测试默认网关，不要急着测试Google 拿到IP以后，下一步应该测试局域网本身。 执行： ping <默认网关> 例如： ping 192.168.1.1 如果默认网关都无法正常通信，那么问题大概率还没有离开本地网络。此时应该重点检查Wi-Fi连接、DHCP、无线隔离、VLAN、网卡驱动以及路由器配置。 如果网关可以稳定响应，再继续测试公网IP。 例如： ping 8.8.8.8 如果网关正常，但公网IP无法访问，故障范围就进一步缩小到路由器WAN连接、ISP、NAT、企业防火墙或其他上游网络。 需要注意，单纯ping 8.8.8.8失败不能证明“没有互联网”。很多服务器和网络设备会主动丢弃ICMP Echo请求。因此，Ping应该作为诊断证据之一，而不是唯一判断标准。 三、利用DNS测试区分“网络断了”还是“域名解析失败” 如果公网IP测试基本正常，但是： ping www.google.com 无法解析，就应该检查DNS。 执行： nslookup www.google.com 观察DNS服务器是谁，以及是否能够返回地址。 这里非常重要的一点是：不要看到DNS失败就马上把DNS改成8.8.8.8或者1.1.1.1。 家庭网络、企业网络和部分公共Wi-Fi可能要求使用指定DNS服务器。企业内部域名尤其不能简单替换成公共DNS，否则外部网站可能能够打开，内部服务器、文件共享或公司域名反而无法解析。 正确的方法是先确认当前DNS服务器： ipconfig /all 然后使用nslookup测试。如果确认当前DNS服务器异常，再根据网络环境决定是否更换。 还可以分别测试指定DNS： nslookup www.google.com 8.8.8.8 这可以帮助判断“当前DNS服务器有问题”还是“电脑本身的DNS请求就没有正常出去”。 四、检查默认路由和实际网络路径 执行： route print 重点观察IPv4路由表中的默认路由： 0.0.0.0 0.0.0.0 正常情况下，访问互联网的大多数IPv4流量需要通过默认路由发送出去。 如果存在多个网络适配器，例如以太网、Wi-Fi、VPN、虚拟机网卡、Hyper-V或其他虚拟网络适配器，就可能出现多个路由和不同的metric。此时即使Wi-Fi本身连接正常，流量也可能被发送到错误的接口。 因此，看到“有默认路由”还不够，还需要结合接口、metric以及实际流量路径判断。 如果系统安装过VPN、虚拟机软件、网络过滤器或者企业安全软件，尤其应该检查这些组件，因为它们可能修改路由或网络过滤路径。 五、用tracert进一步定位上游故障 如果默认网关能够访问，但公网访问异常，可以使用： tracert 8.8.8.8 查看数据包离开本地网络以后经过哪些节点。 如果第一跳就是默认网关，而后续无法继续，可以进一步检查路由器WAN连接或上游网络。 不过tracert出现星号也不能直接证明网络故障。某些路由器会限制或过滤ICMP TTL超时响应，因此需要结合其他测试判断。 对于更复杂的问题，还可以使用Windows的pathping等工具观察路径上的丢包情况。 六、如果只有一个程序无法联网，先不要重置整个Windows网络 如果Chrome可以上网，但某个应用无法连接，那么问题通常已经缩小到应用自身、代理、VPN、防火墙或应用使用的特定协议。 这时候没有必要立即执行： netsh winsock reset 更不应该为了一个应用无法联网就执行系统文件修复。 应该先确认： 应用是否配置了代理； Windows系统代理是否异常； VPN是否接管了流量； 应用是否有自己的网络设置； Windows Defender Firewall是否存在针对该程序的规则； 第三方安全软件是否拦截该程序； 应用是否使用特殊端口或协议； 应用服务器本身是否正常。 如果只有浏览器打不开网页，还应该检查浏览器代理、扩展程序、DoH设置以及浏览器自身缓存。 七、多个程序全部无法联网，再考虑Winsock和网络组件 如果浏览器、邮件、更新程序以及其他网络软件全部无法联网，而IP、网关和DNS测试又显示异常，可以考虑Windows网络组件本身的问题。 此时可以执行： netsh winsock reset 然后按照系统提示重新启动电脑。 如果TCP/IP配置本身明显异常，还可以根据故障情况考虑网络重置。但网络重置会删除并重新安装网络适配器和相关配置，因此不应该把它当成第一步。 VPN、虚拟网卡、静态IP以及特殊网络配置在重置以后可能需要重新配置。 八、防火墙和第三方安全软件要进行“验证”，而不是直接长期关闭 Windows Defender Firewall以及第三方安全软件确实可能影响网络连接。 但是诊断时应该优先查看规则和日志，而不是简单关闭全部安全功能。 如果必须进行临时排除测试，也应该在受控环境下短时间进行，并在测试完成后立即恢复保护。 尤其是在企业电脑上，安全软件、EDR、VPN和网络过滤驱动可能是统一管理的。此时即使管理员权限下能够修改某些设置，也不代表应该直接修改。 九、系统文件修复不是普通网络故障的第一选择 SFC和DISM都是有价值的Windows系统维护工具： sfc /scannow 以及： DISM /Online /Cleanup-Image /RestoreHealth 但是如果电脑只是突然无法访问互联网，而DHCP、网关或DNS测试已经显示网络层故障，执行SFC和DISM通常不会解决问题。 只有当出现Windows组件损坏、系统服务异常、更新失败、网络组件文件损坏等证据时，才应该把系统文件完整性检查纳入排查。 十、不要轻易修改注册表解决网络故障 Windows网络问题经常能在网上找到各种“万能注册表修复方案”，例如修改： HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip 或者所谓DNS相关注册表项。 对于普通网络故障，不建议直接修改这些位置。 注册表并不是Windows网络诊断的主要入口。很多问题通过ipconfig、route、nslookup、ping、tracert、PowerShell网络命令、事件日志以及适配器属性就能够定位。 只有当已经确认某个具体系统组件的配置损坏，而且有明确的修复依据时，才应该考虑注册表层面的操作。 十一、企业网络与家庭网络的排查方式不同 如果电脑连接的是公司网络，除了Windows本机以外，还可能涉及802.1X认证、RADIUS、VLAN、代理服务器、DNS、VPN、端点安全软件、组策略以及网络访问控制。 这种情况下，gpedit.msc并不是首先应该检查的地方，更不能简单地把AppLocker或软件限制策略当成互联网故障的常见原因。 真正需要确认的是企业网络要求什么认证方式、电脑是否通过认证、获得了哪个VLAN和IP地址、默认网关以及DNS是否正确。 如果同一个Wi-Fi下其他电脑正常，而只有这一台Windows 11不能上网，则应该重点比较两台设备的IP、网关、DNS、代理、VPN和安全软件配置。 如果所有设备都不能上网，则应该优先检查路由器、无线接入点、WAN和ISP，而不是反复修改Windows。 十二、一套更高效的现场排查顺序 遇到“Wi-Fi已连接但无法上网”，可以按照下面的顺序快速缩小范围： Wi-Fi是否真的连接 ↓ ipconfig /all ↓ 是否获得正常IP ↓ Ping默认网关 ↓ Ping公网IP ↓ nslookup测试DNS ↓ route print检查默认路由 ↓ tracert定位上游路径 ↓ 判断是所有应用还是单个应用 ↓ 检查代理、VPN、防火墙 ↓ 最后才考虑Winsock、网络重置 ↓ 有系统组件异常证据时再使用SFC/DISM 如果“没有IP”，重点查DHCP；如果“有IP但网关不通”，重点查本地网络；如果“网关通但公网IP不通”，重点查路由器WAN、NAT或上游网络；如果“公网IP通但域名不通”，重点查DNS；如果“其他软件都能上网只有一个程序不能”，重点查应用、代理、防火墙和VPN。 Windows 11显示“已连接”，实际上只是排除了无线链路中的一部分问题，并没有证明整个互联网访问链路正常。专业排查最重要的不是不断执行所谓的“网络修复命令”，而是确定故障究竟发生在无线链路、DHCP、IP、网关、路由、DNS、系统网络组件还是应用层。 一旦按照网络分层逐级测试，很多看起来复杂的“Wi-Fi正常但无法上网”故障，都可以很快缩小到一个非常具体的环节。与其反复重置网络，不如先找到断点，再针对断点处理，这才是Windows网络故障排查最可靠的方法。