netsh portproxy が 特定の条件下のみで動かない

Question

お世話になります。

WSL2向けに 22 ポートのフォワードをするため、下記のps1ファイルを作りました。

$IPAddress = (Get-NetIPAddress | Where-Object {$_.SuffixOrigin -eq "Dhcp"} | Select-Object 'IPAddress').IPAddress
$WSLIPAddress = wsl -d Ubuntu-18.04 exec hostname -I

netsh.exe interface portproxy delete v4tov4 listenport=22
netsh.exe interface portproxy add v4tov4 listenport=22 listenaddress=$IPAddress connectaddress=$WSLIPAddress

最上位特権で実行し、ルールが追加されていることも確認しました。

C:\WINDOWS\system32>netsh.exe interface portproxy show all

ipv4 をリッスンする:         ipv4 に接続する:

Address         Port        Address         Port
--------------- ----------  --------------- ----------
192.168.1.121   22          172.21.119.236  22

この状態でssh 192.168.1.121 すると弾かれました。

C:\WINDOWS\system32>ssh 192.168.1.121
ssh: connect to host 192.168.1.121 port 22: Connection refused

一度ルールを削除したあと、変数を利用せずIP決め打ちをするとフォワードされます。

C:\WINDOWS\system32>netsh.exe interface portproxy reset

C:\WINDOWS\system32>netsh.exe interface portproxy add v4tov4 listenport=22 listenaddress=192.168.1.121 connectaddress=172.21.119.236

C:\WINDOWS\system32>netsh.exe interface portproxy show all

Listen on ipv4:             Connect to ipv4:

Address         Port        Address         Port
--------------- ----------  --------------- ----------
192.168.1.121   22          172.21.119.236  22

※ フィンガープリントが変わったみたいですが、SSHのフォワードはできています。

C:\WINDOWS\system32>ssh 192.168.1.121
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!

netsh の実行に変数は利用できないんでしょうか？
もしくは、powershellの変数の特性が関係しているんでしょうか？（例えば、型のような・・・）

ハマり続けて困っています。
お力添えよろしくお願いいたします。

Comments

[dodox86]

> $WSLIPAddress = wsl -d Ubuntu-18.04 exec hostname -I
ここですべてのIPアドレスを取得してしまっているからダメなのではないですか？
Write-Host $WSLIPAddress
と実行して、$WSLIPAddress が手動決め打ちで動くときの「172.21.119.236」がセットされていることを確認してみてください。

[takashiaihara]

ありがとうございます。
ご連絡の通りやってみましたところ、一応は1つのみ入っているようでした。
※ 一度再起動したので、IPは変わっています。
```
PS C:\WINDOWS\system32> $WSLIPAddress = wsl -d Ubuntu-18.04 exec hostname -I
PS C:\WINDOWS\system32> Write-Host $WSLIPAddress
172.27.206.65
```

[dodox86]

> 一応は1つのみ入っているようでした。
でしたら、大丈夫そうですね。回答ではないのでコメントのみで恐縮ですが、

(1). *.ps1スクリプトで実行はなく、スクリプトの内容を手打ちで実行してもダメか。
(2) 設定後、別途起動したコマンドプロンプトで試すのではなく、そのまま同じPowerShellのシェル上で実行してもダメか。

netshコマンドなのでローカルPC全体に効いてそうなものですが、一部でそのときのプロセス空間にしか効かない、などがあるのかもしれません。

> netsh の実行に変数は利用できないんでしょうか？

netshの実行には単にコマンドラインオプションの文字列に展開されるだけのはずなので、普通に考えると大丈夫なはずです。

> もしくは、powershellの変数の特性が関係しているんでしょうか？（例えば、型のような・・・）

文字エンコードの問題はあるかもしれませんが、コマンドプロンプトでルールが追加されているようですので、これも普通に考えると大丈夫なはずです。
普通に考えて大丈夫はなず、と言うだけで、質問者であるtakashiaiharaさんが危惧されているように特殊な条件下でダメな可能性があるのでしょうけど。

Answer 1

私も再現できたので調べてみたところ、$WSLIPAddressの最後に空白文字が入っていました。消してみたところうまくいきました。

$WSLIPAddress = (wsl -d Ubuntu-18.04 exec hostname -I).TrimEnd()

あとこちらはニーズに合うかわかりませんが、もともとWSL2が127.0.0.1を転送してくれてますので、127.0.0.1に転送すればWSL側のIPアドレスを使わなくてもよくなるかもしれません。

netsh.exe interface portproxy add v4tov4 listenport=22 listenaddress=$IPAddress connectaddress=127.0.0.1

Comments

[takashiaihara]

動作確認できました。
非常に助かりました。ありがとうございます。

スペースなども普通に指定できてしまう netsh 、器ひろすぎでした。
バリデーションの必要性がよく分かりました。

Answer 2

問題解決への直接の回答ではありません：

質問者さんと同じ環境ではないのですが、なるべく同じような状況で試したところではsshのフォワードができました。PowerShellの問題ではなさそうにも思いましたので、参考情報のひとつとして回答させていただきます。

こちらで試した状況として、192.168.11.103 は自Windows10マシン、192.168.1.6 はリモートのSSHサーバーです。ポートフォワーディングで、192.168.11.103:22にSSH接続することで192.168.1.6:22に接続～ログインするかたちで試します。また、WSL2ではなく、WSLです。

まず、普通にコマンドプロンプトを開き、自PC192.168.11.103へSSH接続してもできないことを確認しておきます。

C:\work>ssh pi@192.168.11.103
ssh: connect to host 192.168.11.103 port 22: Connection refused

C:\work>

次にPowerShellを「管理者」で開き、あらかじめ作成しておいたPowerShellスクリプト「C:\work\t3.ps1」を実行します。尚、wslコマンドで実行する /tmp/t3.shはいわばダミーのシェルスクリプトで、質問者さんがWSL2のUbuntu上でhostname -Iで実行して得られるWSL2のIPアドレスの代わりにリモートのSSHサーバーのIPアドレス192.168.1.6を出力しているものです。

Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

新しいクロスプラットフォームの PowerShell をお試しください https://aka.ms/pscore6

PS C:\WINDOWS\system32> Get-Content C:\work\t3.ps1
Write-Host "t3.ps1: start."
Write-Host "--- step#1"
$IPAddress = (Get-NetIPAddress |Where-Object {$_.SuffixOrigin -eq "Dhcp"} |Select-Object 'IPAddress').IPAddress
Write-Host $IPAddress

Write-Host "--- step#2"
$WSLIPAddress = wsl -d Ubuntu exec /tmp/t3.sh
Write-Host $WSLIPAddress

Write-Host "--- step#3"
netsh.exe interface portproxy delete v4tov4 listenport=22
netsh.exe interface portproxy reset

Write-Host "--- step#4"
netsh.exe interface portproxy add v4tov4 listenport=22 listenaddress=$IPAddress connectaddress=$WSLIPAddress

Write-Host "--- step#5"
netsh.exe interface portproxy show all

Write-Host "t3.ps1: done."
PS C:\WINDOWS\system32> powershell -ExecutionPolicy RemoteSigned -File C:\work\t3.ps1
t3.ps1: start.
--- step#1
192.168.11.103
--- step#2
192.168.1.6
--- step#3
指定されたファイルが見つかりません。



--- step#4

--- step#5

ipv4 をリッスンする:         ipv4 に接続する:

Address         Port        Address         Port
--------------- ----------  --------------- ----------
192.168.11.103  22          192.168.1.6     22

t3.ps1: done.
PS C:\WINDOWS\system32>

問題なくPowerShellスクリプトの実行が完了しました。で、開いておいたコマンドプロンプトから、再度、自PC(192.168.11.103)向けにssh接続します。リモートのSSHサーバー(192.168.1.6)にフォワードされ、ログインできていることが分かります。

C:\work>ssh pi@192.168.11.103
pi@192.168.11.103's password:
Linux raspi-host1 4.19.118-v7+ #1311 SMP Mon Apr 27 14:21:24 BST 2020 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sat Jun 20 10:00:19 2020 from 192.168.1.104

pi@raspi-host1:~ $ ifconfig
enxb827eb21e032: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.6  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::3da6:f385:3c26:d702  prefixlen 64  scopeid 0x20<link>
        inet6 240d:1a:31:5f00:d023:8355:1aa5:36f3  prefixlen 64  scopeid 0x0<global>
        ether b8:27:eb:21:e0:32  txqueuelen 1000  (イーサネット)
        RX packets 3180  bytes 281112 (274.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1427  bytes 177370 (173.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (ローカルループバック)
        RX packets 149  bytes 8924 (8.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 149  bytes 8924 (8.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@raspi-host1:~ $

以上、ご参考まで。

Comments

[takashiaihara]

解決に向けた情報のご提供、まことにありがとうございます。
また、テストまで行っていただいて感謝しています。

おっしゃるとおり、環境によるものの可能性が高そうです。
解決まで至りましたら、こちらのページに追記したいと思います。