通过 ::1 端口 22 重置连接（Windows 10 + PowerShell/cmd + OpenSSH）

Posted 2023-03-23

【中文标题】通过 ::1 端口 22 重置连接（Windows 10 + PowerShell/cmd + OpenSSH）

【英文标题】：Connection reset by ::1 port 22 (Windows 10 + PowerShell/cmd + OpenSSH)

【发布时间】：2021-05-01 10:12:26

【问题描述】：

我是主机 Windows 10（版本 20H2，内部版本 19042.746），安装了 WSL2（如：https://docs.microsoft.com/en-us/windows/wsl/install-win10）。

在我安装 OpenSSH（如：https://docs.microsoft.com/en-us/windows-server/administration/openssh/openssh_install_firstuse 和 https://www.hanselman.com/blog/the-easy-way-how-to-ssh-into-bash-and-wsl2-on-windows-10-from-an-external-machine）后，在 PowerShell 中以管理员身份使用这些命令：

> Get-WindowsCapability -Online | ? Name -like 'OpenSSH*'

Name  : OpenSSH.Client~~~~0.0.1.0
State : Installed

Name  : OpenSSH.Server~~~~0.0.1.0
State : NotPresent

> Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0
> Start-Service sshd
> Get-Service sshd
> Set-Service -Name sshd -StartupType 'Automatic'
> New-ItemProperty -Path "HKLM:\SOFTWARE\OpenSSH" -Name DefaultShell -Value "C:\Windows\System32\bash.exe"
> Get-WindowsCapability -Online | ? Name -like 'OpenSSH*'

Name  : OpenSSH.Client~~~~0.0.1.0
State : Installed

Name  : OpenSSH.Server~~~~0.0.1.0
State : Installed

我检查了 Windows 防火墙是否包含服务 OpenSSH 作为活动且开放的入站规则。

我也用 telnet 查过：

> telnet localhost 22
SSH-2.0-OpenSSH_for_Windows_7.7

直到这里看起来一切正常！

现在问题发生了，同样在 PowerShell（或 cmd）中运行命令：

> ssh localhost
Connection reset by ::1 port 22

有没有人遇到同样的问题（运行在：Windows 10 + PowerShell/cmd + OpenSSH）？

有人知道为什么会出现这个问题吗？

有人知道如何解决这个问题吗？

谢谢！

============= 更多信息 =============

按照另一个命令进行调试：

> sshd -d
debug1: sshd version OpenSSH_for_Windows_7.7, LibreSSL 2.6.5
debug1: key_load_private: Permission denied
debug1: key_load_public: Permission denied
Could not load host key: __PROGRAMDATA__\\ssh/ssh_host_rsa_key
debug1: key_load_private: Permission denied
debug1: key_load_public: Permission denied
Could not load host key: __PROGRAMDATA__\\ssh/ssh_host_ecdsa_key
debug1: key_load_private: Permission denied
debug1: key_load_public: Permission denied
Could not load host key: __PROGRAMDATA__\\ssh/ssh_host_ed25519_key
sshd: no hostkeys available -- exiting.

__PROGRAMDATA__ 似乎是指 Windows 环境变量%PROGRAMDATA%，即指向C:\ProgramData。

> ls C:\ProgramData\ssh

    Diretório: C:\ProgramData\ssh


Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
d-----        25/01/2021     19:59                logs
-a----        27/01/2021     02:03           2252 sshd_config
-a----        25/01/2021     19:59            668 ssh_host_dsa_key
-a----        25/01/2021     19:59            628 ssh_host_dsa_key.pub
-a----        25/01/2021     19:59            227 ssh_host_ecdsa_key
-a----        25/01/2021     19:59            200 ssh_host_ecdsa_key.pub
-a----        25/01/2021     19:59            432 ssh_host_ed25519_key
-a----        25/01/2021     19:59            120 ssh_host_ed25519_key.pub
-a----        25/01/2021     19:59            420 ssh_host_rsa_key.pub

关注 sshd 配置中的内容：

> cat C:\WINDOWS\System32\OpenSSH\sshd_config_default
# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options override the
# default value.

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

#HostKey __PROGRAMDATA__/ssh/ssh_host_rsa_key
#HostKey __PROGRAMDATA__/ssh/ssh_host_dsa_key
#HostKey __PROGRAMDATA__/ssh/ssh_host_ecdsa_key
#HostKey __PROGRAMDATA__/ssh/ssh_host_ed25519_key

# Ciphers and keying
#RekeyLimit default none

# Logging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin prohibit-password
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#PubkeyAuthentication yes

# The default is to check both .ssh/authorized_keys and .ssh/authorized_keys2
# but this is overridden so installations will only check .ssh/authorized_keys
AuthorizedKeysFile      .ssh/authorized_keys

#AuthorizedPrincipalsFile none

# For this to work you will also need host keys in %programData%/ssh/ssh_known_hosts
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication yes
#PermitEmptyPasswords no

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
#PermitTTY yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#PermitUserEnvironment no
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS no
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# no default banner path
#Banner none

# override default of no subsystems
Subsystem       sftp    sftp-server.exe

# Example of overriding settings on a per-user basis
#Match User anoncvs
#       AllowTcpForwarding no
#       PermitTTY no
#       ForceCommand cvs server

Match Group administrators
       AuthorizedKeysFile __PROGRAMDATA__/ssh/administrators_authorized_keys

【问题讨论】：

直接从 PowerShell 和 cmd 运行 C:\Windows\System32\bash.exe 会发生什么？那里有任何错误吗？尝试只撤消一项更改 - 使用该命令添加注册表项。那么它是否有效（尽管是 cmd，而不是 bash）？

是的，同样的错误发生在两者中：PowerShell 和 cmd（没有运行 bash）。如果我首先运行 bash 命令，因为它会进入来宾 Ubuntu 系统，然后如果我尝试建立 ssh localhost 连接，实际上，我正在尝试进入同一台来宾计算机（Ubuntu），而不是带有 OpenSSH 服务器的主机 Windows。我想连接到主机 Windows，而不是来宾 Ubuntu。与来宾 Ubuntu 的连接运行良好（包括从主机 Windows）。

遇到同样的问题，有更新吗？

同样的问题还在继续：>ssh localhostConnection reset by ::1 port 22> telnet localhost 22SSH-2.0-OpenSSH_for_Windows_8.1

您好，您发现问题了吗？这也发生在我身上。

【参考方案1】：

我遇到了同样的问题并已修复。需要将提取的 Open-SSH 文件夹移动到 Program Files 中，它可以正常工作。

【讨论】：

你能给我更多关于这个过程的细节吗？

我将 Open-SSH.zip 下载到了 Downloads 文件夹中。我也从那里安装了 .ps1。遇到错误后，我使用 .ps1 脚本卸载，将整个文件夹复制粘贴到 C:\Program Files\（我的安装程序是 x64），然后从那里重新运行 install .ps1 脚本。然后它工作了，不再出现错误。

我做了 Water 提到的同样的事情（通过执行这个 Powershell 脚本：gist.github.com/fabriciorsf/b4744551a48a76f1ae6ecae597b2c488），但同样的错误仍然存​​在。但我取得了一点进展，因为现在从远程机器上发生了同样的错误（在从远程机器上我收到“连接超时”的错误之前）。