QuickQ连接后WSL无法联网，如何比较宿主机与子系统的网络状态？

在QuickQ连接后WSL无法联网时，应立即对比宿主机与WSL的IP、网关、路由表与DNS配置，以及虚拟网卡与防火墙规则，按从物理到虚拟、从接口到解析的顺序排查并逐项修复以恢复网络连通性。

quickq 基本检查与比较：快速确认宿主机与WSL的网络差异

在宿主机上查看网络适配器与 IP 地址

• 主机适配器核查：在宿主机上运行相应命令查看所有网络适配器和 IP 信息，确认接口是否启用、IP 是否与子系统预期网段一致，记录物理和虚拟网卡状态以便对比。
• 网关与子网一致性：确认宿主机上的默认网关和子网掩码设置是否正确，若网关丢失或不在本地子网则无法通过宿主机访问外网，应立即修正相关配置并重试。
• 多网卡冲突排除：检查宿主机是否有多张活动网卡或 VPN、虚拟机桥接可能改变默认路由，必要时禁用临时网络或调整优先级以排除冲突影响。

在 WSL 中查看网络接口与 IP 配置

• WSL 接口查看：在 WSL 内使用 ip addr 或 ifconfig 查看接口列表与 IP，确认是否获取到与宿主机一致或可路由的地址，记录接口名、MAC 和状态便于比对。
• 检查虚拟网卡映射：验证 WSL 使用的虚拟网络是否与宿主机桥接或 NAT 正常工作，若接口处于 DOWN 或无 IP，需检查 Hyper-V 或 WSL 虚拟交换机配置。
• 持久化配置比对：确认 WSL 是否加载自定义网络配置文件（如 /etc/network/interfaces 或 systemd-networkd 配置），这些配置可能覆盖 DHCP 导致与宿主机不一致。

对比路由表与 DNS 配置以定位差异

• 路由表差异对比：分别在宿主机与 WSL 上导出路由表并逐项对比默认路由、直连路由与静态路由，寻找缺失的默认网关或错误的下一跳条目并标注修复点。
• DNS 指向确认：检查宿主机与 WSL 的 DNS 配置（Windows 的 nslookup 等与 WSL 的 /etc/resolv.conf），确认是否使用相同上游或被错误覆盖导致解析失败。
• 分析 MTU 与分段问题：比较宿主机与 WSL 的 MTU 设置，若 MTU 不一致或网络路径存在分段问题可能导致特定协议无法通过，需要调整 MTU 或启用分片策略。

相关问题可参阅：QuickQ在Windows 11连接后出现DNS解析错误怎么办？。

quickq 路由与网关诊断：定位网络转发与路由异常

检查宿主机路由表并验证默认网关连通性

• 验证默认路由可达：在宿主机上通过 ping 默认网关和上游网关来确认下一跳是否可达，若默认网关不可达则宿主机本身无法转发流量，应修复物理链路或网关配置。
• 检查路由优先级：查看路由表中相同目的网段的多个条目，确认是否存在优先级冲突导致流量走向错误接口，必要时删除或调整静态路由以恢复预期路由。
• 路由策略与 VPN 影响：检测宿主机是否安装了 VPN 或策略路由工具，这些会修改默认路由或添加策略路由，可能导致 WSL 流量被错误劫持或隔离。

检查 WSL 中的路由表并确认流量出接口

• WSL 默认路由核对：在 WSL 内运行 ip route 或 route -n 检查默认路由条目，确认默认路由的网关与宿主机一致并且下一跳在本地可达，否则需手动添加或修复 DHCP。
• 局域网与 NAT 路由检查：确认 WSL 流量是否通过宿主机的 NAT 或桥接接口出站，若被错误隔离需要检查 Hyper-V/WSL2 虚拟交换机或 Docker 桥接设置。
• 静态路由与特殊路由：查找 WSL 是否有额外静态路由覆盖默认路由或将流量指向本地不可达网络，必要时删除冲突静态路由并恢复由 DHCP 配置的默认行为。

quickq DNS 与解析问题排查：找出解析失败的原因并恢复解析

测试宿主机的 DNS 解析与上游访问

• 宿主机域名解析测试：在宿主机上使用 nslookup 或 dig 检查公共域名解析是否正常，若宿主机无法解析则需要检查 DNS 服务器配置或本地 hosts 文件干扰。
• 上游 DNS 可达性：通过 ping 或 traceroute 直接测试 DNS 服务器的连通性，若 DNS 服务器不可达需要更换为可用的公共 DNS 或修复路由和防火墙规则。
• DNS 缓存与拦截排除：确认宿主机是否运行 DNS 缓存或拦截软件（如家庭路由器、广告过滤器），这些可能拦截特定域名解析导致看似 WSL 问题其实源于宿主机。

在 WSL 中测试 DNS 解析并更新 resolv.conf

• WSL resolv.conf 检查：打开 /etc/resolv.conf 检查 nameserver 条目，若被自动覆盖或指向不可达地址，应采用生成策略或手动设置为宿主机可用的 DNS。
• 直接使用公共 DNS 测试：在 WSL 中用 nslookup 指向公共 DNS（如 8.8.8.8）测试解析是否成功，若直接 IP 可达而域名解析失败说明是 DNS 配置问题而非路由问题。
• 持久化 DNS 修复方案：如果 /etc/resolv.conf 会被系统自动覆盖，可通过禁用自动生成或使用 WSL 配置文件持久写入正确的 DNS 条目以避免重复故障。

quickq 防火墙与安全设置检查：排除拦截导致的网络不可达

检查宿主机防火墙规则及端口策略

• 核对防火墙入站策略：查看宿主机防火墙规则，确认未对 WSL 所依赖的端口或 NAT 转发规则进行阻断，必要时临时关闭防火墙或添加允许规则进行排查。
• 检查应用与服务拦截：确认是否安装了安全软件或网络监控工具会对特定进程或虚拟接口拦截流量，若存在拦截需在软件中允许 WSL 或相关服务。
• Windows 防火墙与 WSL 交互：在 Windows 上确定是否为 WSL 或虚拟交换机自动创建了阻断规则，必要时为 WSL 的子进程或服务手动添加允许条目。

检查 WSL 与虚拟网络的防火墙和网络命名空间

• WSL 命名空间限制排查：确认 WSL 的网络命名空间或网络隔离配置没有阻止外部访问，某些容器工具或自定义网络配置可能引入额外的访问控制列表需要调整。
• 虚拟交换机安全策略：检查 Hyper-V 或其他虚拟交换机上是否设有安全策略、端口隔离或 MAC 地址过滤，这些设置会阻断 WSL 虚拟接口的正常通信。
• iptables 和 nftables 审核：在 WSL 内审核 iptables 或 nftables 规则，查找 DROP 或 REJECT 条目，若规则误配置需保存当前规则并按需清除或修改以恢复连通。

quickq 修复与重置建议：恢复连通性的可执行步骤

执行宿主机与 WSL 的网络重启与重置操作

• 重启网络服务顺序：先重启宿主机网络服务或适配器，再重启 WSL 子系统，按此顺序可以确保宿主机网络栈回归正常并为 WSL 提供正确的虚拟网络基础。
• 重置虚拟交换机与网络设置：当怀疑虚拟交换机或 NAT 配置损坏时，可重建 Hyper-V 或 WSL 虚拟网络，删除并重新创建桥接或 NAT 以清除错误状态并恢复连通。
• 持久化修复与验证：在修复后重新对比宿主机与 WSL 的 IP、路由、DNS 和防火墙规则，确认已生效且重启后仍然有效，记录可重复的修复步骤以便未来复现。