系统网络诊断提示“默认网关不可用”，禁用再启用网卡后短暂恢复。这类现象发生在IP转发的基础层，HTTP代理要依赖基础路由才能连接，先改代理通常会把问题越查越乱。
默认网关负责什么
终端访问本地子网以外的地址时，会把数据交给默认网关。终端先用ARP或IPv6邻居发现找到网关的链路层地址，再发送报文。网关收到后还要有上游路由、NAT或安全策略，才能继续转发。
先做三段测试
| 测试 | 说明 | 失败优先检查 |
|---|---|---|
| 访问本网段其他设备 | 本地链路与地址是否基本正常 | Wi-Fi、VLAN、地址冲突 |
| 访问默认网关 | 终端到三层入口是否可达 | ARP、网卡、网关接口 |
| 访问外部IP | 网关后的路由是否正常 | 出口、NAT、ACL、运营商 |
ping可能被禁用，应结合ARP表、路由跟踪、网关管理状态和实际TCP测试，不能只靠一个ICMP结果。
DHCP参数是否一致
核对终端IP、掩码、默认网关、租期和DHCP服务器。掩码错误会让终端把远端地址误认为本地，直接ARP而不交给网关；错误网关则可能来自未经授权DHCP或旧静态配置。
ARP表能看到什么
网关条目长期处于Incomplete，说明终端没有收到邻居应答；MAC频繁变化则可能是IP冲突、高可用切换或异常设备。不要先写死静态ARP，这会掩盖网络设计问题，并妨碍合法网关切换。
多网卡为何容易选错路
电脑同时连接有线、Wi-Fi、VPN、虚拟交换机时，可能存在多个默认路由。系统会结合路由前缀和Metric选择。错误接口Metric、VPN全隧道或虚拟网卡默认路由会让流量走向无出口网络，回包还可能从另一接口返回。
Wi-Fi信号强也可能不稳定
信号强度不等于低干扰。漫游、驱动省电、频道拥塞、接入点负载或认证重连都会短暂丢失网关。记录BSSID、频道、丢包时间和系统无线日志，比较有线连接是否同时异常，可以缩小范围。
网关设备本身的故障
路由器CPU或连接跟踪表耗尽、ARP保护误判、接口错误、冗余协议抖动都可能影响一批终端。若同VLAN多台设备同时发生，应优先查看网关接口、主备状态和错误计数，而不是逐台重装驱动。
能到网关但网页打不开
此时继续验证外部IP、DNS解析和具体TCP端口。若外部IP可达、域名失败，倾向DNS；若仅配置代理的应用失败，再检查代理。多网卡流量选择的详细方法可参考Wi-Fi、网线与路由优先级。
IPv4和IPv6要分别检查
双栈系统可能IPv4网关正常、IPv6默认路由异常，应用会因地址选择而表现为“有些网站慢”。分别查看两套路由、邻居表和DNS返回，不要关闭IPv6作为长期替代修复。
排查顺序
- 保存故障时IP配置、路由表、邻居表和接口状态；
- 从本地设备、默认网关、外部IP到域名逐层测试；
- 核对DHCP、掩码、网关与重复地址；
- 检查多网卡Metric、VPN与虚拟网卡路由；
- 比较同VLAN其他终端，检查网关和无线基础设施；
- 修复后持续观察，不把重置网卡当作最终结论。
故障发生时不要立刻重启
如果条件允许，先保存ipconfig或ip addr、路由表、ARP或邻居表、无线关联和VPN状态。重启会清空短期证据，使原本的错误DHCP租约、MAC漂移或路由变化难以复现。业务必须尽快恢复时，也应先截取最少证据并记录准确时间。
修复后怎样确认没有复发
连续观察网关可达性、DHCP续租、多网卡路由和同网段其他终端，覆盖休眠唤醒、Wi-Fi漫游、VPN连接与断开等容易触发的场景。若只有一台设备复发，重点检查驱动和本机策略；若同VLAN多台同时复发，则回到交换机、无线控制器和网关侧调查。
结论
“默认网关不可用”是一个分层起点，不是最终根因。通过IP配置、ARP、路由优先级和同网段对照，先证明终端能到达网关，再判断问题是否位于出口、DNS或应用代理。
