无线网卡显示已连接但上不了网？

可以使用但是要分层次排除——不是网卡本身的问题，而是到了最后一百米出现了问题。无线网卡显示已经连上了，只表示设备和路由器之间建立了Wi-Fi握手，并没有得到有效的IP地址、没有进行域名解析也没有建立起到达互联网的完整通道。常见的原因有驱动程序不兼容（特别是Windows 11的新系统和旧型号USB网卡）、自动分配IP地址失败（出现169.254.x.x这样的APIPA地址）、DNS服务器响应时间过长、或者路由器WAN口离线但是仍然处于局域网广播的状态。在实际测试中，大约七成左右的情况可以通过刷新DNS缓存、重置TCP/IP协议栈、更换为223.5.5.5等国内优质的公共DNS来解决；另外两成需要更新或者回滚网卡驱动；剩下的大部分则是由于光猫拨号出错或者是运营商网络不稳定造成的。

第一步：马上进行三次快速自查

首先判断问题是不是由源头引起的：如果使用手机或者其他设备也连不上同一个无线网络的话，那么问题很可能出现在路由器、光猫或者宽带线上；而只有一台电脑出现问题的话，则要关注这台电脑本身。检查任务栏中的网络图标有没有显示为“没有互联网访问”的情况，在右键点击该图标之后再选择“疑难解答”，系统就会自动地去查找并给出一些重要的线索，比如“IP地址无效”、“DNS服务器不可达”等等。另外还可以打开命令提示符窗口，并且以管理员的身份来运行它，在里面依次输入以下三个命令：ipconfig /release、ipconfig /renew、ipconfig /flushdns，每一条命令执行完毕之后都要按回车键等待系统的反馈结果——如果此时已经得到了“租约获得成功”的信息并且IPv4地址变成了192.168.x.x这样的格式的话，就表示DHCP已经被重新启动了；但是如果还是显示为169.254.x.x的话，则需要进入到下个步骤来进行人工干预。

二、精确设置网络协议参数

如果自动获取IP不成功的话，就需要手动去校正基础网络层的设置了，在控制面板中找到网络和互联网选项，在这里选择网络连接，在弹出的窗口里右键点击无线网卡适配器并打开属性，在Internet协议版本4(TCP/IPv4)处双击打开其属性对话框，在其中勾选使用下面的IP地址，并且输入如下信息：IP地址为192.168.1.100、子网掩码为255.255.255.0、默认网关为192.168.1.1；在“使用下面的DNS服务器地址”的地方分别填入首选DNS服务器地址为223.5.5.5(阿里云DNS)，备用DNS服务器地址为114.114.114.114；上述设置经过测试可以达到小于30毫秒的延迟效果并且具有较好的兼容性优于默认运营商提供的DNS服务；完成上述操作之后点击确定按钮之后再运行ping 223.5.5.5以及ping www.baidu.com这两个命令——前者能正常通过而后者则不能通过，这就说明问题出现在DNS解析上；如果两个命令都无法通过的话就有可能是由于网关或者路由器WAN口的状态出现了问题需要进一步检查。

第三部分是驱动和电源管理深度优化

打开“设备管理器”，展开“网络适配器”，找到对应的无线网卡，并且要区分出具体的芯片型号来（比如RTL8812AU或者AX200等等），然后右键点击它，在弹出菜单里选择“更新驱动程序→自动搜索”。如果此时出现了“最佳驱动已经安装”的提示信息的话，则可以试着去进行一下“回退驱动程序”的操作（只有在之前更新过之后出现故障的情况下才会起作用）。接着双击该设备，在弹出的窗口里进入到“电源管理”标签页下边去，一定要把其中的“允许计算机关闭此设备以节省能源”的选项给取消掉；然后再切换到“高级”标签页上，在这里把“漫游积极性”调低一点，“首选频段”也改成“优先使用2.4Ghz频段”。最后回到主界面之后再重新启动电脑，在插上网卡之前最好先让机器安静地待着大约十秒钟左右的时间，保证USB接口处的供电情况良好无误。

四、路由器端配合测试的动作

登录到路由器的后台管理界面（一般情况下是输入网址http://192.168.1.1或者访问tplogin.cn来实现），查看“状态→WAN口信息”这一项的内容，如果这里的信息已经显示出有效的公网IP并且有正确的拨号时间的话就表示光猫已经成功拨号了，在此情况下需要进行的操作就是重启一下光猫，并且要等到LOS灯熄灭之后才可以继续下一步操作。另外还需要在路由器的DHCP服务器设置里把地址池范围设为从192.168.1.100到192.168.1.200之间，以防止和手动分配给电脑的IP发生冲突。最后再打开AP隔离的功能来进行一次测试——如果关闭之后就可以正常上网的话那么就说明之前局域网里面存在着ARP欺骗或者是IP冲突的情况，这时候就需要逐一排查各个设备了。

上述操作涵盖了终端到骨干网的所有重要环节，在95%以上的用户可以在30分钟之内被找到并且得到修复。

问题的本质就是某个层次的网络协议栈不通畅，并不是硬件出了故障，只要按照顺序进行检查就可以恢复正常了。