このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン 前のリビジョン 次のリビジョン | 前のリビジョン | ||
|
wsl2:interop [2020/12/27 17:51] y2sunlight [WLS2のリスニングポート] |
wsl2:interop [2020/12/27 20:17] (現在) y2sunlight [WLS2の仮想ネットワーク] |
||
|---|---|---|---|
| 行 89: | 行 89: | ||
| > 複数のWSL2ディストリビューションは同じネットワーク名前空間を使用し、ネットワークの分離はありません。'' | > 複数のWSL2ディストリビューションは同じネットワーク名前空間を使用し、ネットワークの分離はありません。'' | ||
| - | \\ | + | === WSL2のリスニングポート === |
| + | WSL2では、仮想マシン側でリスニングされているポート番号と同じポート番号を、ホスト側で動作しているwslhost.exeがリスニングします。 | ||
| - | ==== 仮想マシンのリスニングポート | + | 例えば、仮想マシン側でポート80をリスニングしていると、ホスト側でも wslhost.exe がポート80をリスニングします。そして、 wslhost.exe は、受け取ったパケットを仮想ホスト側の同じポート番号に転送します。つまり、ホスト側がlocalhostの(仮想ホスト側がリスニングしていると同じ)ポート番号にアクセスすると、仮想ホスト側のネットワークサービスからは、eth0からのアクセスのように見えます。 |
| - | ポート番号を指定して待ち受けするには、そのためのAPIを利用して、ポート番号を確保する必要がある。逆にいうとシステムは、どのポート番号が待ち受けに使われているのかを把握できる。 | + | === localhost === |
| + | IPv4では、ネットワークアドレス '' | ||
| - | WSL2側で待ち受けが行われているポート番号をホスト側で動作しているwslhost.exeが代わって確保して待ち受けする。 | + | WSL2が稼働しているとき、仮想マシン上の特定のポート番号をリスニングしている、HTTPサーバなどのTCP/ |
| - | WSL2側でPort Xで待ち受けを行うと、win32側でもwslhost.exeがPort XをListen Portに指定して待ち受けする。つまり、localhostのPortXに対する接続はすべてwslhost.exeが受けることになる。wslhost.exeは、受け取ったパケットをなんらかの方法でWSL2側に転送する。WSL2の挙動をみるに、仮想ネットワーク経由での転送ではなく、WSL2側のネットワークサービスからは、localhostからのアクセスのように見える。 | ||
| \\ | \\ | ||
| + | |||
| 行 115: | 行 117: | ||
| \\ | \\ | ||
| - | ==== localhost ==== | ||
| - | |||
| - | > TODO: | ||
| - | |||
| - | \\ | ||
| ===== WindowsからのLinuxコマンドを実行する ===== | ===== WindowsからのLinuxコマンドを実行する ===== | ||