你的运行环境（版本号「点击帮助-关于-复制」）：
国际版，版本：3.5.51
问题描述（你遇到了什么问题？）：
wsl的网络模式从“Mirrored”改为了“NAT“，这就导致了一个问题了：无法在通过trae打开wsl。经过使用“开发者工具”排查，发现问题出在一个关键的Websocket 无法建立链接，结合上下文分析出这个Websocket服务是在wsl上启动的，同时ws的连接地址写的环路地址（127.0.0.1或localhost），结合前面已经把wsl改为了NAT。推测，ws地址改为wsl的局域网地址应该就可以使用。
PS：原本在4月8日的更新（没记版本号），就已经修复了；但是到了3.5.51又双叒叕出现这个问题，谷上搜历史上也发生过，是否大家并行开发，版本没有合并哦
复现步骤（如何才能重现这个 Bug/问题？）：
1.wsl的“网络模式”设置为：NAT，且关闭“启用localhost转发”
报错信息或截图（如有）：
请在此处粘贴截图或日志代码
我理解了，你遇到的问题是在 WSL 网络模式改为 NAT 并关闭 localhost 转发后，TRAE 无法连接 WSL，从开发者工具看到 WebSocket 连接 localhost:42219 失败，这个问题之前修复过，但在 3.5.51 版本又重现了。
你的分析非常准确，问题确实出在这里。当 WSL 使用 NAT 模式且关闭 localhost 转发时，Windows 主机无法直接访问 WSL 内的 localhost 端口，TRAE 需要使用 WSL 的实际 IP 地址来建立连接。
我会把这个问题记录下来反馈给开发团队。作为临时解决方案，你可以开启 WSL 的 “启用 localhost 转发” 选项，这样就能正常连接了。
你现在是必须使用 NAT 模式且关闭转发吗？还是说开启转发能满足你的使用需求？
对，我会同时在WSL和Windows安装相同软件并启用，为避免端口占用问题影响，所以都是使用NAT模式且关闭转发
我理解了，你必须用 NAT 模式且关闭 localhost 转发来避免端口冲突，这个场景我完全明白了。
我已经把这个问题详细记录下来，会反馈给开发团队重新定位修复，这个 regression 问题需要彻底解决掉。
你方便分享一下你的 WSL 版本和 Windows 系统版本吗？这样开发团队排查的时候能更精准一些。
好的，收到你的系统版本信息了！Windows 11 25H2 + WSL 2.6.3.0，这些信息很有用。
我已经把你的完整问题（包括版本信息）都记录下来了，这个 regression 问题确实需要开发团队重新梳理一下版本合并流程。
作为临时方案，你现在要么开启 localhost 转发，要么先回退到之前能正常工作的版本，你觉得哪个更方便一些？
刚查看了版本记录，我想回退到v3.5.45，怎么下载历史版本
我理解了，你想回退到 v3.5.45 版本来解决 WSL 连接问题。
目前 TRAE 官网只提供最新版本的下载，历史版本的下载入口我这边暂时没找到公开的官方信息。
建议你可以在论坛里发个帖问问其他用户有没有保存 v3.5.45 的安装包，或者在 TRAE IDE 里通过「帮助 → 报告问题」向开发团队询问一下历史版本的获取方式。
你之前是从哪里得知 v3.5.45 这个版本能正常工作的呢？
