現在プレビューが実施されている、Windows 10 Ver.2003となる20H1には、WSL2(Windows Subsystem for Linux 2)が搭載される予定だ。このWSL2では、Build 18945での改良で、Win32側からlocalhostでアクセスできるようになった。これで、WSL2側でHTTPサーバーなどを動かしたとき、Win32側からはWin32のネットワークサービス同様にlocalhostでアクセスが可能になる。
WSL2でのネットワークはどうなっている?
WSL2は、Linuxカーネルを仮想環境(軽量ユーティリティ仮想マシン)で実行するので、“ほぼLinux”として振る舞うことができる。WSL1には、Linuxカーネルは存在せず、LXSSと呼ばれるシステムが、Linuxのカーネル機能呼び出しをWindowsのAPIに変換していた。このため、WSL1のネットワークはすべてWin32側で処理されていた。
TCP/IPのネットワークスタックでは、接続管理のために複数のTCP/IPスタックを同一アドレスで同時に動かすことはできない。絶対に不可能かというとそうでもないのだが、2つのTCP/IPスタックソフトウェアが通信してお互いの状態を同期させるなどの処理では、ネットワークスタックとしての動作が遅くなってしまう。
そうなるとシステム全体の処理の足を引っ張ってしまい、性能がかなり低下する可能性が高い。それではあまり実用的ではないし、こうした実装をするなら、既存のTCP/IPスタックを完全に置き換える必要もあり、コストを考えると現実的には不可能な手法といえる。
というわけで、WSL2ではLinuxカーネルが持つTCP/IPスタックがそのまま使われる。となると、Win32と同じIPアドレスを持つことはできない。一般に仮想マシンでは、ネットワークインターフェースを仮想化し、仮想的なネットワークに接続させることが多い。Hyper-Vでも、仮想ネットワークインターフェースと仮想ネットワークを作って、こ実際の物理ネットワークインタフェースが接続する物理ネットワークの間でルーティングやブリッジを行なう。
WSL2も同じような構成になっている。WSL2を動かすと、「イーサーネットアダプター vEthernet(WSL)」という仮想ネットワークインターフェースが出現する。これが、仮想ネットワークのWin32側の接続点であり、WSL2側のデフォルトネットワークインターフェース(eth0)と同じ仮想ネットワークに接続している。
こうした構成であるため、Build 18945より前のWSL2では、WSL2側のネットワークサービスに接続する際には、WSL2の仮想ネットワークインターフェース(eth0)のIPアドレスを指定する必要があった。しかし、仮想ネットワークに接続する仮想イーサーネットインターフェースのIPアドレスは、再起動するたびに毎回違ったIPアドレスが割り当てられていた。このため、接続の指定をスクリプトなどに記述しておくことが困難だった。
Build 18945で進められた改良
Build 18945では、WSL2への接続に際してIPアドレスをlocalhostとして指定することが可能になった。ただし、localhostは、自分自身のIPアドレスでもあり、Win32側のネットワークサービスに接続する場合にも利用される。そもそもlocalhostや127.0.0.1と呼ばれるIPアドレスは、自分自身を表すIPアドレス、ドメイン名として定義されている。
ただしTCP/IPでは、接続する場合に接続される側がポート番号で待ち受けする。これを「Listen Port」と呼ぶ。つまり、同じIPアドレスであっても、宛先としてポート番号が指定され、そのポート番号ごとに待ち受けるソフトウェアを指定できる。
たとえば、httpであれば、80というポート番号が割り当てられている。ウェブブラウザなどでは、URLでポート番号が明示的に指定されない場合、httpプロトコルはポート番号80で待ち受けしていると仮定して接続する。
ポート番号を指定して待ち受けするには、そのためのAPIを利用して、ポート番号を確保する必要がある。逆にいうとシステムは、どのポート番号が待ち受けに使われているのかを把握できる。WSL2では、これを利用して、WSL2側で待ち受けが行われているポート番号をWin32側で動作しているwslhost.exeが代わって確保して待ち受けする。
WSL2側でPort Xで待ち受けを行うと、win32側でもwslhost.exeがPort XをListen Portに指定して待ち受けする。つまり、localhostのPortXに対する接続はすべてwslhost.exeが受けることになる。wslhost.exeは、受け取ったパケットをなんらかの方法でWSL2側に転送する。WSL2の挙動をみるに、仮想ネットワーク経由での転送ではなく、WSL2側のネットワークサービスからは、localhostからのアクセスのように見える。
この連載の記事
-
第459回
PC
WSL 2.4.4ではtar形式でのディストリビューションが配布でき、企業での利用が容易になってきた -
第458回
PC
Windows上でhostsファイルを活用する -
第457回
PC
IPv6アドレスは先頭を見ればどんな種類かわかる -
第456回
PC
あらためてIPv6基本のキ -
第455回
PC
Windowsで現在どのネットワークアダプタがインターネット接続に使われているかを調べる方法 -
第454回
PC
Windows 11 24H2では「デバイスの暗号化」の条件が変わり、より多くのPCでドライブが暗号化される -
第453回
PC
Windows 11 24H2の配布開始後もすぐにはやってこない Windows UpdateとSafeguard Holds -
第452回
PC
Windows 11 Ver.24H2が登場 Copilot+ PCとそうでないPCで実質Windowsが2つに分かれる -
第451回
PC
新しいWindowsサンドボックスではコマンドラインからの制御が可能に -
第450回
PC
ユニコードで文字数を数える方法 -
第449回
PC
WSLはプレビュー版でGUIでの設定が加わった! リリース2.3.xの新機能を見る - この連載の一覧へ