Ubuntu 13.04 服务器上的 SSH 新连接在大约一天后开始挂起（不是拒绝或终止）

Question 1

当您尝试使用 OpenSSH 从 NAT 路由器后面进行连接时，可能会出现问题。在会话设置期间，在输入密码后，OpenSSH 会在 IP 数据报中设置 TOS（服务类型）字段。有些路由器会因此而阻塞。结果是，在您输入密码后，您的会话会无限期挂起。以下是此类 ssh 会话的示例输出：
user@localhost:~$ ssh -vvv {user-name}@cvs.savannah.gnu.org
OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
[...]
Enter passphrase for key '{homedir}/.ssh/id_rsa':
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
[...]
debug2: fd 5 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
从此会话就挂起了。

解决方法是让 ssh 通过 netcat 发送所有流量，因为 netcat 不会设置 TOS 字段。要使此功能正常工作，您需要安装 netcat。您可以通过在命令行中输入以下内容来测试此功能：
user@localhost:~$ which nc
如果你得到了一条返回路径，例如：
/bin/nc
那么你可能已经安装了 netcat。如果非常谨慎，你也可以输入：
user@localhost:~$ nc -h
并查看即将出现的帮助文本。如果您没有 netcat，您可以在以下位置找到它http://netcat.sourceforge.net/。您可能还想尝试操作系统发行版附带的打包系统。

一旦发现已经安装了 netcat，请发出以下命令来测试 netcat 路由是否解决了您的问题：
ssh -o "ProxyCommand nc %h %p" {user-name}@cvs.savannah.gnu.org
其中 {user-name} 是您的 savannah 登录名。如果登录成功，您应该会得到类似这样的输出（没有挂起，即之后您会收到提示）：
user@localhost:~$ ssh -o "ProxyCommand nc %h %p" {user-name}@cvs.savannah.gnu.org
Enter passphrase for key '{home-dir}/.ssh/id_rsa': 
Last login: {datetime} from {ip-adr} 
You tried to execute: 
Sorry, you are not allowed to execute that command. 
Connection to cvs.savannah.gnu.org closed. 
user@localhost:~$
如果您发现您的登录可以通过 netcat 路由进行，那么您可以通过在 ssh 配置文件中添加指令使其永久生效 ~/.ssh/config（或者，如果该文件不存在，请创建它）：
ProxyCommand nc %h %p
以下是用户主文件夹 (/home/user/.ssh/config) 中的示例 ssh 配置文件：
# This is the ssh client user configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# this user, and the values can be changed on the command line.
#
# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.
#
# Directive to overcome TOS issue with our NAT router. During session setup,
# OpenSSH sets the TOS (type of service) field after the user has submitted
# the password. Some routers are known to choke on this, with the result
# that the session hangs during buildup. As workaround we send our traffic
# via netcat which doesn't set the TOS field.
ProxyCommand nc %h %p
建议也加上评论，否则六个月后你可能会发现自己想知道该指令到底是什么？

您还可以将此指令添加到全局 ssh 配置文件（/etc/ssh/ssh_config），但此更改将是系统范围的，并且系统上的并非所有用户都可能欣赏这种更改。

Answer

来自GNU Savannah 文档 wiki 上的 SshAccess 页面：

当您尝试使用 OpenSSH 从 NAT 路由器后面进行连接时，可能会出现问题。在会话设置期间，在输入密码后，OpenSSH 会在 IP 数据报中设置 TOS（服务类型）字段。有些路由器会因此而阻塞。结果是，在您输入密码后，您的会话会无限期挂起。以下是此类 ssh 会话的示例输出：
user@localhost:~$ ssh -vvv {user-name}@cvs.savannah.gnu.org
OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
[...]
Enter passphrase for key '{homedir}/.ssh/id_rsa':
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
[...]
debug2: fd 5 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
从此会话就挂起了。

解决方法是让 ssh 通过 netcat 发送所有流量，因为 netcat 不会设置 TOS 字段。要使此功能正常工作，您需要安装 netcat。您可以通过在命令行中输入以下内容来测试此功能：
user@localhost:~$ which nc
如果你得到了一条返回路径，例如：
/bin/nc
那么你可能已经安装了 netcat。如果非常谨慎，你也可以输入：
user@localhost:~$ nc -h
并查看即将出现的帮助文本。如果您没有 netcat，您可以在以下位置找到它http://netcat.sourceforge.net/。您可能还想尝试操作系统发行版附带的打包系统。

一旦发现已经安装了 netcat，请发出以下命令来测试 netcat 路由是否解决了您的问题：
ssh -o "ProxyCommand nc %h %p" {user-name}@cvs.savannah.gnu.org
其中 {user-name} 是您的 savannah 登录名。如果登录成功，您应该会得到类似这样的输出（没有挂起，即之后您会收到提示）：
user@localhost:~$ ssh -o "ProxyCommand nc %h %p" {user-name}@cvs.savannah.gnu.org
Enter passphrase for key '{home-dir}/.ssh/id_rsa': 
Last login: {datetime} from {ip-adr} 
You tried to execute: 
Sorry, you are not allowed to execute that command. 
Connection to cvs.savannah.gnu.org closed. 
user@localhost:~$
如果您发现您的登录可以通过 netcat 路由进行，那么您可以通过在 ssh 配置文件中添加指令使其永久生效 ~/.ssh/config（或者，如果该文件不存在，请创建它）：
ProxyCommand nc %h %p
以下是用户主文件夹 (/home/user/.ssh/config) 中的示例 ssh 配置文件：
# This is the ssh client user configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# this user, and the values can be changed on the command line.
#
# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.
#
# Directive to overcome TOS issue with our NAT router. During session setup,
# OpenSSH sets the TOS (type of service) field after the user has submitted
# the password. Some routers are known to choke on this, with the result
# that the session hangs during buildup. As workaround we send our traffic
# via netcat which doesn't set the TOS field.
ProxyCommand nc %h %p
建议也加上评论，否则六个月后你可能会发现自己想知道该指令到底是什么？

您还可以将此指令添加到全局 ssh 配置文件（/etc/ssh/ssh_config），但此更改将是系统范围的，并且系统上的并非所有用户都可能欣赏这种更改。

Question 2

ssh -o IPQoS=0 x.acme.com应该告诉 openssh 停止设置被阻塞的 QoS 字段。

Answer

ssh -o IPQoS=0 x.acme.com应该告诉 openssh 停止设置被阻塞的 QoS 字段。

Question 3

虽然这听起来很荒谬，但目前我唯一的解决方法是安排每晚重启一次。幸运的是，这个解决方法是可以接受的，因为它是一台开发机器，如果它是一台生产机器，我就会遇到麻烦。

我讨厌这个，但想确保找到此帖子的其他人知道我没有解决方案。将其添加到 root crontab 中，以便在凌晨 4 点重新启动：

0 4 * * * /sbin/shutdown -r +5

Answer

虽然这听起来很荒谬，但目前我唯一的解决方法是安排每晚重启一次。幸运的是，这个解决方法是可以接受的，因为它是一台开发机器，如果它是一台生产机器，我就会遇到麻烦。

我讨厌这个，但想确保找到此帖子的其他人知道我没有解决方案。将其添加到 root crontab 中，以便在凌晨 4 点重新启动：

0 4 * * * /sbin/shutdown -r +5

Question 4

我在 Ubuntu 18.04 上遇到了 gnome-keyring-daemon 冻结的情况，CPU 占用率为 100%。

sudo killall -9 gnome-keyring-daemon

已修复。...目前

Answer

我在 Ubuntu 18.04 上遇到了 gnome-keyring-daemon 冻结的情况，CPU 占用率为 100%。

sudo killall -9 gnome-keyring-daemon

已修复。...目前

Ubuntu 13.04 服务器上的 SSH 新连接在大约一天后开始挂起（不是拒绝或终止）

答案1

答案2

答案3

答案4

相关内容