WSL2传文件的“致命卡点”，90%的开发者都栽过

用WSL2做开发的人都懂，同时开两个实例干活有多爽——一个跑测试、一个写代码，分工明确效率翻倍。但一旦涉及到两个实例间传文件，瞬间从“高效模式”切换到“卡壳模式”：拖拽没用、共享文件夹卡顿，甚至用简单复制粘贴还会丢失文件权限，白白浪费半天时间。

而rsync作为行业公认的文件传输“天花板”，本该轻松解决这个问题，却因为WSL2的NAT虚拟交换机设置，成了很多人的“拦路虎”——实例IP藏在Windows主机后面，直接连接根本不通，强行配置端口转发又会频繁失效，还藏着安全隐患。

其实，只要找对方法，rsync就能完美适配WSL2双实例传输，既安全又高效，甚至新手也能跟着一步到位。但在动手之前，我们得先搞清楚：rsync到底强在哪？WSL2的网络坑该怎么绕？不同方法又有哪些适配场景？

先跟大家说清楚关键技术rsync的核心情况：它是完全开源免费的文件传输工具，也是行业标准级别的解决方案，在GitHub上相关镜像项目星数高达数千，被全球无数开发者用于跨系统文件同步，稳定性和安全性经过了长期验证，不用花钱就能用到最顶尖的传输能力。

核心拆解：一步不落，用rsync实现WSL2双实例文件传输

想要用rsync打通两个WSL2实例，核心就3件事：搞定SSH加密、桥接两个实例的网络、正确使用rsync命令。每一步都有明确操作，跟着做就能成功，全程无复杂配置，新手也能轻松上手。

第一步：先解决“网络不通”的痛点——认清问题+避开安全雷区

之所以两个WSL2实例不能直接传文件，核心原因是WSL2默认使用NAT虚拟交换机，每个实例的IP都是内部地址（比如172.x.x.x），就像两个藏在Windows主机“房子”里的房间，互相看不到对方。

很多人会想到用Windows端口转发（netsh interface portproxy）解决，但这种方法有个致命缺陷：WSL2的IP会随着电脑重启而变化，每次重启都要重新配置，长期用下来又麻烦又容易出错。

更重要的是安全警告：如果手动打开Windows防火墙端口，把Linux的SSH服务暴露在局域网甚至互联网上，一旦依赖密码认证，很容易被恶意攻击，导致文件泄露或系统被入侵，这是绝对要避开的坑。

推荐解决方案：用轻量的overlay网络（比如Tailscale、ZeroTier），或者Windows 11的镜像网络功能，让两个WSL2实例拥有静态、安全的IP，直接绕过NAT壁垒，既稳定又安全。下面重点讲最通用的Tailscale方法，适配所有Windows版本。

第二步：必备前提——安装配置SSH（加密传输的基础）

rsync依赖SSH协议进行数据加密，所以两个WSL2实例都要安装并启动SSH服务，这一步是基础，不能省略。

在两个WSL2实例中，分别执行以下命令（复制粘贴即可，每一步执行完等待完成）：

# 更新软件源（确保能下载到最新的SSH服务） sudo apt update # 安装SSH服务器 sudo apt install openssh-server # 启动SSH服务（启动后才能被其他实例连接） sudo service ssh start

安全最佳实践：用SSH密钥替代密码，避免密码泄露风险。SSH密钥是一种加密身份凭证，不用输入密码就能安全连接，操作也很简单。

在源实例（也就是要传文件的实例，简称PC A）中，执行以下命令生成密钥对：

# 生成rsa密钥对，按回车键接受默认保存位置即可 ssh-keygen -t rsa -b 4096

生成完成后，等到第三步网络桥接成功，再把PC A的公钥复制到目标实例（接收文件的实例，简称PC B），就能实现无密码连接。

第三步：关键操作——桥接两个实例的网络

这一步是打通两个WSL2实例的“关键桥梁”，推荐两种方法，大家根据自己的Windows版本选择，新手优先选第一种。

方法1：Mesh VPN（Tailscale，推荐所有Windows版本）

这种方法最安全、最省心，不管是Windows 10还是11都能使用，还能避免IP变化的问题。操作步骤很简单：

1. 在两台Windows电脑上，都安装Tailscale（官网下载，免费版足够个人使用）；

2. 安装完成后，用同一个账号登录两台电脑的Tailscale；

3. 登录后，Tailscale会给每台电脑分配一个静态的私有IP（比如100.x.x.x），这个IP不会随重启变化；

4. 在两个WSL2实例中，也分别安装Tailscale（执行sudo apt install tailscale，然后sudo tailscale up），就能直接使用Tailscale分配的IP进行连接。

方法2：Windows 11镜像网络（仅适用于Win11 22H2及以上版本）

如果两台电脑都是Windows 11，且版本在22H2以上，可以用更简单的镜像网络功能，让WSL2和Windows主机共用一个IP。

操作步骤：

1. 在两台Windows电脑的%USERPROFILE%目录下（也就是C:\Users\你的用户名），创建一个名为.wslconfig的文件；

2. 在文件中写入以下内容，保存并关闭：

[wsl2] networkingMode=mirrored

3. 打开Windows PowerShell，执行命令wsl --shutdown，重启WSL2；

4. 重启后，WSL2会和Windows主机使用同一个IP，直接用Windows主机的IP就能连接两个实例。

第四步：核心命令——rsync传输指令拆解（一看就会）

网络和SSH都配置完成后，就可以用rsync传输文件了。先给大家讲清楚通用语法，再举一个实际例子，确保大家能直接套用。

rsync通用语法

# 基本格式 rsync -avz -e "ssh" /path/to/local/source/ username@PC_B_IP:/path/to/remote/destination/

命令参数详解（通俗好懂，不用记复杂概念）

1. rsync：核心命令，启动文件传输工具；

2. -a（归档模式）：最实用的参数，会自动递归复制文件夹、保留文件权限、时间戳、符号链接等，相当于“一键完整复制”，适合备份和完整传输；

3. -v（详细模式）：传输过程中会实时显示正在传输的文件，让你清楚进度，避免不知道是否在运行；

4. -z（压缩传输）：传输时会压缩文件数据，减少网络占用，传输文本、代码等文件时速度会明显加快，对CPU消耗很小，几乎不影响使用；

5. -e "ssh"：明确指定用SSH协议加密传输，确保文件在传输过程中不被窃取，安全性拉满；

6. /path/to/local/source/：PC A上要传输的文件/文件夹路径，重点注意：路径末尾的“/”不能少！有“/”表示复制文件夹里的内容，没有“/”表示复制整个文件夹；

7. username@PC_B_IP:/path/to/remote/destination/：PC B的用户名、IP地址（第三步获取的Tailscale IP或Windows IP），以及接收文件的路径。

实际操作示例（直接套用）

假设场景：PC B的用户名为tux，获取到的IP是192.168.1.50，想要把PC A家目录下的projects文件夹，传输到PC B的projects_backup文件夹中。

第一步：先把PC A的SSH公钥复制到PC B（实现无密码连接），在PC A中执行：

ssh-copy-id tux@192.168.1.50

第二步：执行rsync传输命令，在PC A中执行：

rsync -avz ~/projects/ tux@192.168.1.50:~/projects_backup/

实用技巧：如果传输的是重要数据，担心命令写错导致文件丢失，可以先执行“干跑”命令，只显示传输过程，不实际移动文件，确认无误后再执行真实传输：

rsync -avz --dry-run ~/projects/ tux@192.168.1.50:~/projects_backup/

辩证分析：rsync+WSL2传输，优势突出但也有适配局限

不可否认，用rsync传输两个WSL2实例的文件，是目前最安全、最高效的方案——相比共享文件夹，它能保留文件权限和属性，避免数据损坏；相比简单复制粘贴，它支持增量传输，后续更新文件时只传变化的部分，大大节省时间；再加上SSH加密，安全性远超其他传输方式，这也是它能成为行业标准的核心原因。

但它并非完美无缺，也有一些局限需要我们理性看待。比如，它需要提前配置SSH和网络，对于完全零基础的新手来说，第一次操作可能需要多试几次；两种网络桥接方法也各有短板：Tailscale需要注册账号，虽然免费但有一定的学习成本，部分企业环境可能限制使用；Windows 11镜像网络虽然简单，但只适用于高版本Win11，兼容性不足。

更值得思考的是，我们选择传输方法时，不能盲目追求“最先进”，而要结合自身场景：如果是个人开发，Tailscale+rsync无疑是最优解，省心又安全；如果是企业环境，可能需要结合内网配置，选择更贴合企业安全规范的方案；如果只是偶尔传小文件，或许简单的复制粘贴就能满足需求，但对于频繁传输、需要保留文件属性的场景，rsync的优势就无法替代。

现实意义：解决开发者的“隐形内耗”，提升工作效率

对于经常使用WSL2的开发者、运维人员来说，两个实例间的文件传输是高频需求——可能是把测试好的代码同步到另一个实例进行部署，可能是把日志文件导出进行分析，也可能是备份重要的项目文件。

在rsync出现之前，很多人只能用“WSL2→Windows→WSL2”的间接传输方式，不仅步骤繁琐，还容易出现文件权限丢失、传输卡顿、数据损坏等问题，浪费大量宝贵的开发时间；而一些不规范的端口转发配置，还会带来安全隐患，可能导致项目数据泄露。

而rsync+正确的网络配置，彻底解决了这些痛点：一键实现加密、高效、完整的文件传输，增量传输功能能节省大量网络带宽和时间，SSH密钥认证能保障数据安全，两种网络桥接方法能适配不同Windows版本，让不同需求的开发者都能找到适合自己的方案。

本质上，这种方法解决的不仅是“传文件”这个简单需求，更是开发者的“隐形内耗”——不用再为传输失败、数据丢失、安全隐患而烦恼，能把更多精力放在核心的开发工作上，这也是它的核心价值所在。

互动话题：你用WSL2时，传文件踩过哪些坑？

相信很多用WSL2的朋友，都有过传文件的痛苦经历——要么连接不上，要么传输失败，要么不小心丢失文件权限。

你平时用WSL2双实例传文件，是用rsync还是其他方法？过程中踩过哪些坑？有没有更简单的技巧？欢迎在评论区分享你的经验，帮大家少走弯路～ 另外，你更倾向用Tailscale还是Windows 11镜像网络？说说你的理由！