分享WSL2 网络问题解决办法

WSL2 默认的网络模式（NAT）是导致几乎所有网络相关问题的根源。它让你的 Linux 子系统隐藏在了一个独立的虚拟网络后面，从而引发了种种不便。幸运的是，微软提供了官方推荐的“镜像网络模式(Mirrored Mode)”，可以一键解决大部分问题。下表对比了两种模式的差异和一项补充方案：

🚀 一键配置：点亮“镜像网络模式”

操作很简单，只需在 Windows 系统里创建一个配置文件：

1. 前提条件：确保你的系统是Windows 11 22H2 或更高版本，且 WSL2 版本在2.0.9 以上（如果你用的是微软应用商店版的 WSL）。

2. 编辑.wslconfig文件：

   • 在文件资源管理器的地址栏输入%USERPROFILE%并回车，这会进入你的用户文件夹（比如C:\Users\你的用户名）。
   • 在该文件夹下，找到或新建一个名为.wslconfig的文件。
   • 用记事本打开它，填入以下内容并保存：

   [wsl2] networkingMode=mirrored dnsTunneling=true firewall=true autoProxy=true

3. 重启 WSL2：

   • 在 Windows 终端（PowerShell 或 CMD）中执行以下命令，等待其完全关闭后，再次打开你的 Linux 发行版即可。

   wsl--shutdown

配置完成后，你 WSL2 的网络体验就会焕然一新，之前提到的VPN等问题基本都会消失。

🗂️ WSL2 文件共享优化指南

这个问题同样源于 WSL2 的“虚拟机”本质。在 WSL2 中，文件存储分为“快车道”和“慢车道”：

• 🐧 快车道：Linux 原生文件系统：文件存放在 WSL2 虚拟磁盘内部（路径如/home/yourname/project），性能接近原生 Linux，非常快。
• 🪟 慢车道：跨系统文件访问：通过/mnt/c等路径访问 Windows 上的文件。这需要通过9P 协议进行中转，性能会急剧下降，大量小文件读写操作会慢5到20倍。

因此，文件共享优化的核心原则就是：让“对的文件”待在“对的地方”。具体的优化场景和方法如下：

📌 特别提醒——VSCode用户：联网安装Remote-WSL扩展
如果你使用 VSCode，可以联网安装Remote - WSL扩展，然后从 WSL2 终端里用code .命令打开项目，就可以直接在 Windows 的 VSCode 里无缝编辑 Linux 中的文件了，体验非常顺滑。

💎 总结：其他潜在“坑点”的预防与解决

除了上面提到的问题，还有两个点也值得留意：

• 内存占用过高 (Vmmem进程)：WSL2 有时会“占着内存不放”，导致Vmmem进程内存占用很高。
  • 预防：在.wslconfig文件中，同样可以加入以下行来限制其最大内存和交换空间使用量，比如限定为 4GB：

  [wsl2] memory=4GB swap=0

  • 解决：如果发现内存紧张，最直接的办法就是执行wsl --shutdown命令手动重启WSL2。
• 系统冻结或无响应：在极少数情况下，WSL2 可能会因自动内存回收功能导致卡死。
  • 解决：在.wslconfig文件中，尝试禁用自动回收功能，这通常能解决问题：

  [wsl2] autoMemoryReclaim=disabled

总的来说，通过在C:\Users\<你的用户名>\.wslconfig文件里进行一次关键配置，大部分麻烦都能得到妥善解决。