升级到 Ubuntu 20.04 后无法再进行 x2go 连接

Question 1

序言

在我开始讨论这个问题之前，我必须说，x2go 在工作时确实非常好用。它速度很快，并且很好地支持多台显示器。

右心室

我遇到过类似的问题，并进行了一些挖掘，试图找出问题所在。

就我的情况而言，我会启动客户端并尝试连接到服务器。一分钟后，我会在客户端中短暂看到 PANIC 消息，然后什么都没有。除非您从命令行使用 --debug 启动 x2go 客户端，否则无法看到错误消息。

真的，真的没有帮助。

就我个人而言，rvm 突出显示了问题。其他人也看到了同样的情况：

根本原因

这一切的线索都可以在几年前的这条消息中找到：https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1091#10

其中关键部分是这样的声明：

较新的 X2Go 客户端版本开始将 bash 调用为登录 shell，这意味着执行 ~/.profile、~/.bash_profile、~/.bashrc 等脚本。如果其中有任何输出到 stderr 的内容，X2Go 客户端将中止连接。

我对此有几个主要疑问：

首先，没有解释为什么使用登录 shell。
调用 .profile、.bash_profile 和 .bashrc 的原因也一样。这可能会导致 PATH 问题，因为在 x2go 会话中打开的任何终端实际上都会多次调用 .profile（等等）。
如果某些内容输出到 stderr，那么客户端失败是没有意义的。

这似乎是由于 x2go 开发人员的懒惰、一些模糊的推理以及未能实施适当的错误处理造成的。

正确的解决方案

这是 x2go 开发人员造成的问题，他们应该解决这个问题。因此，他们需要考虑以下几点：

放弃对用户登录脚本的调用
修复错误处理机制并提供有意义的错误消息
不要不必要地让整个过程失败——即忽略 stderr 输出

在现实世界

我并不期望上述任何提议能够真正实现，因此实际上你需要竭尽全力来解决这些愚蠢的问题。因此：

确保您的登录脚本没有任何错误
确保您的登录脚本（.bash_profile、.profile、.bashrc）不会输出到 stderr。

一种方法是在这些脚本的各处附加 2>/dev/null。

因此，对于那些使用 rvm 更改的人来说：

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*

到：

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" 2>/dev/null  # Load RVM into a shell session *as a function*

我希望这对某些人有帮助。这个不起眼的问题浪费了我太多时间，不应该让其他人受苦。

Answer

序言

在我开始讨论这个问题之前，我必须说，x2go 在工作时确实非常好用。它速度很快，并且很好地支持多台显示器。

右心室

我遇到过类似的问题，并进行了一些挖掘，试图找出问题所在。

就我的情况而言，我会启动客户端并尝试连接到服务器。一分钟后，我会在客户端中短暂看到 PANIC 消息，然后什么都没有。除非您从命令行使用 --debug 启动 x2go 客户端，否则无法看到错误消息。

真的，真的没有帮助。

就我个人而言，rvm 突出显示了问题。其他人也看到了同样的情况：

根本原因

这一切的线索都可以在几年前的这条消息中找到：https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1091#10

其中关键部分是这样的声明：

较新的 X2Go 客户端版本开始将 bash 调用为登录 shell，这意味着执行 ~/.profile、~/.bash_profile、~/.bashrc 等脚本。如果其中有任何输出到 stderr 的内容，X2Go 客户端将中止连接。

我对此有几个主要疑问：

首先，没有解释为什么使用登录 shell。
调用 .profile、.bash_profile 和 .bashrc 的原因也一样。这可能会导致 PATH 问题，因为在 x2go 会话中打开的任何终端实际上都会多次调用 .profile（等等）。
如果某些内容输出到 stderr，那么客户端失败是没有意义的。

这似乎是由于 x2go 开发人员的懒惰、一些模糊的推理以及未能实施适当的错误处理造成的。

正确的解决方案

这是 x2go 开发人员造成的问题，他们应该解决这个问题。因此，他们需要考虑以下几点：

放弃对用户登录脚本的调用
修复错误处理机制并提供有意义的错误消息
不要不必要地让整个过程失败——即忽略 stderr 输出

在现实世界

我并不期望上述任何提议能够真正实现，因此实际上你需要竭尽全力来解决这些愚蠢的问题。因此：

确保您的登录脚本没有任何错误
确保您的登录脚本（.bash_profile、.profile、.bashrc）不会输出到 stderr。

一种方法是在这些脚本的各处附加 2>/dev/null。

因此，对于那些使用 rvm 更改的人来说：

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*

到：

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" 2>/dev/null  # Load RVM into a shell session *as a function*

我希望这对某些人有帮助。这个不起眼的问题浪费了我太多时间，不应该让其他人受苦。

Question 2

我在 Windows 10 上遇到了同样的问题，在主机中添加“127.0.0.1 localhost”条目并清除 %USERDIR%/.ssh/config 文件有助于使其正常工作。

Answer

我在 Windows 10 上遇到了同样的问题，在主机中添加“127.0.0.1 localhost”条目并清除 %USERDIR%/.ssh/config 文件有助于使其正常工作。

升级到 Ubuntu 20.04 后无法再进行 x2go 连接

答案1

序言

右心室

根本原因

正确的解决方案

在现实世界

答案2

相关内容