差分

このページの2つのバージョン間の差分を表示します。

--- wsl2:interop [2020/12/24 23:57]
y2sunlight [localhost]
+++ wsl2:interop [2020/12/27 19:28]
y2sunlight [WLS2の仮想ネットワーク]
@@ 行 79: / 行 79: @@
 {{ :wsl2:interop:wsl2-network01.svg |}}
-  * TODO1
+WSL2は、[[https://ja.wikipedia.org/wiki/Hyper-V|Hyper-V]]が管理する仮想マシン環境で動作します。このとき物理ハードウェアの上で動いているOSをホストOS、仮想マシン内で動作しているOSをゲストOSと呼ぶ事にします。そして、ホストマシンには物理NICが、仮想マシンには仮想NICが提供されています。
-  * TODO2
-  * TODO3
+ホストマシンとゲストマシンの間にはHyper-Vの仮想ネットワークが構築されます。この仮想的ネットワークは、ホストマシンと仮想マシンが共に接続した状態を作ります。
-  * TODO4
+WSL2を起動すると、「vEthernet(WSL)」という仮想ネットワークに接続するホスト側のネットワークアダプター(NIC)が作られますが、仮想ネットワークを構成している仮想スイッチは、ホストOSのネットワーク機能で見ることはできません。
+仮想ネットワークのIPアドレスはプライベートアドレスが割り当てられ、ホストOSの再起動によって変更されます。
 > 複数のWSL2ディストリビューションは同じネットワーク名前空間を使用し、ネットワークの分離はありません。''参考'' https://github.com/microsoft/WSL/issues/4304
-\\
+=== WSL2のリスニングポート ===
+WSL2では、仮想マシン側でリスニングされているポート番号と同じポート番号を、ホスト側で動作しているwslhost.exeがリスニングします。
+例えば、仮想マシン側でポート80をリスニングしていると、ホスト側でも wslhost.exe がポート80をリスニングします。そして、 wslhost.exe は、受け取ったパケットを仮想ホスト側の同じポート番号に転送します。つまり、ホスト側がlocalhostの(仮想ホスト側がリスニングしていると同じ)ポート番号にアクセスすると、仮想ホスト側のネットワークサービスからは、eth0からのアクセスのように見えます。
 ==== WLS2側からWindows側のネットワークにアクセスする ====
@@ 行 100: / 行 109: @@
 \\
-==== localhost問題 ====
+==== localhost ====
 > TODO:
+　IPv4では、単独のアドレスではなく、127.0.0.0という特殊なネットワーク全てがlocalhostで、慣例的に「127.0.0.1」を自分自身のIPアドレスの数値表現として使う（ただし「127.0.0.0」に属するIPアドレスは全て自分自身を表す）。基本的にどんなシステムでも、localhostという名前は、DNSサーバなどの外部の名前解決プロトコルを使わずに「127.0.0.1」に解決できる。IPv6では、「::1」（下位1ビットのみが「1」で後は「0」のアドレス）が単独でlocalhostとして指定されており、IPv4のようにlocalhostはネットワークになっていない。
+　通常のIPアドレスやドメイン名を指定できるところであれば、localhostは指定可能だ。例えば、Webサーバが動作しているマシンで、Webブラウザから「http://localhost/」とすれば、同じマシンで動作しているWebサーバにアクセスできる。
+　WSL 2が稼働しているとき、特定のポート番号で待ち受け（リッスン）している、HTTPサーバなどのTCP/IPアプリケーションに対しては、Win32側（ホストWindows側）からは、localhostを接続先として指定できる。「http://localhost:＜ポート番号＞/」でWSL 2側のHTTPサーバにアクセスが可能になる。
 \\

Ground Sunlight

ユーザ用ツール

サイト用ツール

差分

ページ用ツール