ssh 通道在身份验证后挂起

Question

在按预期工作数月后，服务器护林员昨天刚刚在 ssh 登录时变得无响应。身份验证成功，但随后-vvv日志显示为会话建立的通道上设置了难以置信的长延迟：

debug1: Authentication succeeded (publickey).
Authenticated to ranger ([192.168.1.115]:22).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting no-more-sessions@openssh.com
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug3: receive packet: type 80
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug3: receive packet: type 91
debug2: callback start
debug2: fd 3 setting TCP_NODELAY
debug3: ssh_packet_set_tos: set IP_TOS 0x10
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: send packet: type 98
debug1: Sending environment.
debug3: Ignored env SHELL
debug3: Ignored env TERM
debug3: Ignored env DOCKER_HOST
debug3: Ignored env NVM_DIR
debug3: Ignored env USER
debug3: Ignored env NAME
debug3: Ignored env LS_COLORS
debug3: Ignored env HOSTTYPE
debug3: Ignored env _JAVA_OPTIONS
debug3: Ignored env PATH
debug3: Ignored env PWD
debug3: Ignored env XMODIFIERS
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env SHLVL
debug3: Ignored env HOME
debug3: Ignored env LOGNAME
debug3: Ignored env LESSOPEN
debug3: Ignored env DISPLAY
debug3: Ignored env LESSCLOSE
debug3: Ignored env _
debug2: channel 0: request shell confirm 1
debug3: send packet: type 98
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug3: channel_handler: chan 0: skip for 713631 more seconds
debug3: channel_handler: first channel unpauses in 713631 seconds
debug3: channel_handler: chan 0: skip for 713631 more seconds
debug3: channel_handler: first channel unpauses in 713631 seconds
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
debug3: channel_handler: chan 0: skip for 713631 more seconds
debug3: channel_handler: first channel unpauses in 713631 seconds
debug3: channel_handler: chan 0: skip for 713631 more seconds
debug3: channel_handler: first channel unpauses in 713631 seconds
debug3: channel_handler: chan 0: skip for 713631 more seconds
debug3: channel_handler: first channel unpauses in 713631 seconds

这台机器上的其他帐户也会发生同样的情况，包括使用密码身份验证的全新帐户（因此大概可以排除.bashrc问题等）。同样，尝试调用完全不同的命令 ( ssh -vvv user@ranger 'ls ~') 会产生相同的结果。

客户端和服务器在同一个以太网网络上，连接到同一个交换机。

客户端：OpenSSH_7.2p2 Ubuntu-4ubuntu2.2，OpenSSL 1.0.2g 2016 年 3 月 1 日

服务器：Ubuntu 16.04.4、OpenSSH_7.2p2 Ubuntu-4ubuntu2.2、OpenSSL 1.0.2g 2016 年 3 月 1 日

Answer 1

我刚刚在使用 WSL（Linux 的 Windows 子系统）时遇到了与上述相同的问题，之前提到的解决方案对我不起作用。

我终于通过重新启动 WSL 解决了这个问题。在管理模式的 PowerShell 中输入：Restart-Service LxssManager

我的灵感来自于在 Windows 上重新启动 Ubuntu 而无需重新启动 Windows 中给出的解决方案？

Answer 2

我也在WSL 上。杀死所有正在运行的实例C:\WINDOWS\System32\bash.exe修复它。在此之前，打开新的 bash 实例不起作用。

我假设其他人已经尝试过重新启动，但没有成功，所以我认为这个解决方案并不广泛适用，但希望我的数据点能帮助某人弄清楚发生了什么。

我打开了几个 bash 实例，其中一些已经打开了数周，因此共享的指数退避值可能没有被重置。今天早些时候，Windows 的网络图标（错误地）报告我没有网络访问权限，所以也许这与它有关。

Answer 3

与其说是一个答案，不如说是一个解决方案：我删除并重新安装了 ssh，一切都很好。\xc2\xaf\\_(\xe3\x83\x84)_/\xc2\xaf

\n