More than 1 year has passed since last update.

Windows標準のssh.exeで謎のエラーが表示される理由を探る

Last updated at 2022-11-15Posted at 2022-11-15

状況

最近のWindowsではコンパネ経由でOpenSSH(クライアント・サーバともに)をインストール¹することが出来ます。

さっそく使ってみたんですが~~いい感じに~~辛いログが出る。

PS > ssh -V
OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2
PS > ssh hoge
ssh: Could not resolve hostname hoge: \202\273\202\314\202\346\202\244\202\310\203z\203X\203g\202\315\225s\226\276\202\305\202\267\201B
PS >

WindowsだしShift_JIS吐いていると踏んでdecodeしてみた。

Python 3.11.0 (main, Oct 24 2022, 18:26:48) [MSC v.1933 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> msg = b"\202\273\202\314\202\346\202\244\202\310\203z\203X\203g\202\315\225s\226\276\202\305\202\267\201B"
>>> print(msg.decode('shift_jis'))
そのようなホストは不明です。

はい。

原因

どこでエラー吐いてるのか、GitHubでエラーメッセージをキーにして検索するとシュッと見つかる。

		do_log2(loglevel, "%s: Could not resolve hostname %.100s: %s",
		    __progname, name, ssh_gai_strerror(gaierr));

で、このssh_gai_strerrorが何をしているかですが実装を見ると基本的にgai_strerrorを呼んでるだけ。WinSock版のgai_strerror²がMBCS返すと踏んだので試してみる。

#include <stdio.h>
#include <ws2tcpip.h>

int main()
{
    printf("[%s]\n", gai_strerrorA(EAI_NONAME));
}

実行結果は以下。

[そのようなホストは不明です。 ]

MBCS文字列の出自はわかった。

でもこれだと\202\273\202...って出てくる理由にはならないのでdo_logの呼び出しを追いかけていくと、strnvis()を呼んでるところが見つかる。これの実装はvis.cにあって、こいつがMBCS文字列を\0xxへ書き換えている。

どうなればいいか

WinSockのgai_strerrorは内部でFormatMessageを呼んでいると想定できて、FormatMessageが英語メッセージを返してくれれば良い。

FormatMessageはdwLanguageId=0で呼ばれるとスレッドロケールを参照するので、SetThreadUILanguage を使って試してみる。

#include <stdio.h>
#include <ws2tcpip.h>

int main()
{
    SetThreadUILanguage(MAKELANGID(LANG_ENGLISH, SUBLANG_ENGLISH_US));
    printf("[%s]\n", gai_strerrorA(EAI_NONAME));
}

[No such host is known. ]

なのでスレッドロケールをen-USとかにすれば良くて、現状のソースを見ると、setlocale³してるところはあるけど呼ばれていない⁴。

なので実装をいじるしかないわけですが、この謎表示は非ASCII圏では誰もが遭遇するので既に2020年(2年前…)にはissueが立っていました。

ということで、SetThreadUILanguageしてくれ～というコメントを書いておいたがどうなることやら。

やり方についてはOpenSSH をインストールするを参照。 ↩
MSDNのドキュメントはgai_strerrorA関数 (ws2tcpip.h)にある(ANSI版)。 ↩
MSVCではsetlocaleしてもgai_strerrorの返事に変化がなかったので、CRTランタイムでスレッドロケールをいじってないように見える。 ↩
main()で呼ばれるmsetlocale()のutf8.cでの実装はsetlocale()を呼んでいますが、こいつはVSプロジェクトで弾かれていて、実際に呼ばれるのはcontrib/win32/win32compat/win32-utf8.cにある実装。 ↩

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up