wsl2子系统无法通过IP和端口访问window10应用的解决办法

解决方法：

1、关闭window的防火墙 简单粗暴，可以用来验证问题，但不太安全，确定是防火墙的问题后，可以通过方法二设置入站规则开放端口。

2、开通响应端口入站规则

WSL2 - Windows10才是最好的 Linux 发行版

虽然偶有时间读了一些关于Windows10 Linux子系统的文章，但一直对于WSL2都没有个完整的概念，这几天抽时间把玩了一番，Windows10 WSL2，Ubuntu20，Terminal，VSCode，Docker，这感觉，爽了，所以打算在这里找个犄角记录一番。

首先，能想出来，并且能干出这种变态事情的也就只有MS了。WSL2的主要目标就是运行一个完整的Linux内核，所以在架构上与WSL完全不同。

从架构的变化来看，WSL2和Windows NT都运行在了虚拟硬件层之上，两个系统并列且独立。所以理所当然的想到了两种玩法：

1.像之前的WSL一样，通过WSL命令实现互访。

2.把Linux都看作虚拟机，通过网络互访。

Win NT端的WSL命令运行在NT的用户模式下，依靠Linux Session Manager Service管理Linux子系统。这个Manager Service会通过容器服务启动Linux子系统，并调用init启动bash，随后将bash交给WSL命令，从而实现了Win和Linux的命令交互。因为Linux子系统的轻量特性，启动时间很短，用户不会感知到容器的启动过程。

所以第一个玩法，自然是WSL命令。

第二个玩法，当然访问Linux子系统中的文件。对于这一点疑问还是比较多的。首先，看一下WSL2的文件结构。

WSL2采用了ext4文件系统，和传统的Hyper-V上玩Linux虚拟机没什么不同，最终都放在了虚拟硬盘文件中。我并不确定Windows NT子系统是否能够在Hypervisor中获取这些硬盘文件，但即便能够访问，对于Windows子系统来说，从这个文件中提取Linux主机上保存的某个文件这样的事情也真的太过于复杂。

一个简单的办法就是文件共享，毕竟这是最为成熟的解决方案。但也许是复杂度的原因，MS并没有采用SMB协议，而是采纳了贝尔实验室的9P。简单说，9P是为分布式操作系统设计的网络协议，MS根据这个协议搞了一个子系统间的文件共享系统。

根据MS的规则， WSL$<Linux子系统名称><文件path> 就可以访问Linux子系统中的文件了。

既然Windows子系统和Linux子系统之间彼此独立，支持网络共享文件，那么也就是一定存在网络访问的方式喽。

从上面的图可以看出，MS真的很大方，这个网络相当于16个C类网段。怀念我的大学，这可能是仅剩的一点专业知识了。也能看出，Linux虽然可以访问外网，但走的是WIndows子系统的转发。那么外面该如何访问Linux呢？当然是Windows端口代理了： netsh interface portproxy add ……

MS实现了WIndows子系统中Localhost访问WSL2的能力（127.0.0.1不行），另外的坑就是WSL2的IP地址不能固定。虽然MS做了很多努力，但把两个子系统的网络完全整合到一起是不大可能实现的事情，起码短期无法解决。因为端口具有其特殊的含义，比如：22，443，80等等等等，而两个独立系统会有重叠的情况。还有转发的各种规则，加上实际的网络远比理论要复杂很多，灵活运用才是正道。

剩下的就交给想象力了，很多时候，解决网络实际问题依靠的就是某个时点的一次突发奇想。

反过来说WSL2访问Windows就容易了很多，虽然架构图画的是平起平坐，但毕竟这个是Windows10，所以不会存在WIndows Session Manager Service这种东西。于是一个9P几乎就全搞定了。

像之前展示的WSL PWD命令结果那样，在Linux中观察Windows的文件路径是以/mnt/开始，之后是盘符，如C盘就是 /mnt/c/，之后是文件路径。

这些玩法已经足以满足我的需求了，但并非WSL2的全部。比如之前见过有人玩起来XServer，SSH等等，而对于我来说这样的脑洞解决不了我的任何的实际问题，也就懒得倒腾了。和大多数人一样，我对WSL2的期待都围绕着Docker，省一个虚拟机，抛弃Docker Desktop，让Docker运行在真正的Linux内核上。WSL2 加上 Docker，Terminal 和 VSCode真的很魔幻。

本文参考文档：

https://docs.microsoft.com/en-us/windows/wsl/compare-versions

http://alanyih.blogspot.com/2019/11/wsl1-vs.html

https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html

WSL避坑指南

WSL（windows subsystem for linux）是在windows系统下运行的linux子系统，当我们需要linux环境的时候，用虚拟机性能损耗会非常严重，这时候我们可以选择使用WSL。这篇文章介绍了我在安装和使用WSL中的一些坑，希望将来的人能少走弯路。

参考微软的文档 https://docs.microsoft.com/zh-cn/windows/wsl/install-win10 安装。

我遇到的一些问题：

配制Ubuntu镜像 https://developer.aliyun.com/mirror/ubuntu

可以在windows下安装docker desktop，然后设置使用wsl2的引擎使用。

或者在docker的官网上按照教程安装docker。

静进入网址： https://cr.console.aliyun.com/cn-hangzhou/mirrors

此处需要一个阿里云的账号，没有的话可以使用支付宝登录

登录进去会跳转到 容器镜像服务，需要密码

接下来按照里面的教程进行设置即可

在windows的vscode里安装Remote WSL插件之后可以在linux的子系统中通过输入code命令使用vscode。

文件共享也非常方便，启动WSL命令行的时候，默认访问的便是我们Windows的用户目录。

而要从Windows下访问Linux中文件，则可通过网络磁盘映射：\wsl$\Ubuntu 路径，这样整个Linux文件系统都可以暴露给Windows。

如果要在 Linux 分发版中构建网络应用（例如，在 NodeJS 或 SQL server 上运行的应用），可以使用 localhost 从 Windows 应用（如 Edge 或 Chrome Internet 浏览器）访问它（就像往常一样）。

但是，如果运行的是较旧版本的 Windows（版本 18945 或更低版本），则需要获取 Linux 主机 VM 的 IP 地址（或 更新到最新的 Windows 版本 ）。

若要查找为 Linux 分发版提供支持的虚拟机的 IP 地址，请执行以下操作：

如果要从 Linux 分发版（即 Ubuntu）访问 Windows 上运行的网络应用（例如，在 NodeJS 或 SQL 服务器上运行的应用），则需要使用主机的 IP 地址。 虽然这不是一种常见方案，但你可以执行以下步骤来使其可行。 - 通过在 Linux 分发版中运行以下命令来获取主机的 IP 地址： cat /etc/resolv.conf - 复制以下词语后面的 IP 地址： nameserver 。 - 使用复制的 IP 地址连接到任何 Windows 服务器。

当使用远程 IP 地址连接到应用程序时，它们将被视为来自局域网 (LAN) 的连接。 这意味着你需要确保你的应用程序可以接受 LAN 连接。

例如，你可能需要将应用程序绑定到 0.0.0.0 而非 127.0.0.1 。 以使用 Flask 的 Python 应用为例，可以通过以下命令执行此操作： app.run(host='0.0.0.0') 。 进行这些更改时请注意安全性，因为这将允许来自你的 LAN 的连接。

当使用 WSL 1 分发版时，如果计算机设置为可供 LAN 访问，那么在 WSL 中运行的应用程序也可供在 LAN 中访问。

这不是 WSL 2 中的默认情况。 WSL 2 有一个带有其自己独一无二的 IP 地址的虚拟化以太网适配器。 目前，若要启用此工作流，你需要执行与常规虚拟机相同的步骤。

WSL2 分发版目前无法访问纯 IPv6 地址。

参考资料：

https://www.jianshu.com/p/6b02948b3d37

https://www.liumingye.cn/archives/326.html

https://zhuanlan.zhihu.com/p/104771275?utm_source=cn.wiz.note