x2go immediately disconnects after connection
Dear all, I've been using X2Go on a pair of openSUSE Tumbleweed systems. On 2022-05-23 I did a dist-upgrade on both and now I'm no longer able to run a remote application or desktop via X2Go -- the client successfully connects to the server but then immediately disconnects. There's nothing obvious in the client and server logs (even at debug-level verbosity) that explains the immediate disconnects -- I see the client successfully connecting to the server and then immediately disconnecting. (Still, I can provide the logs on request.) Some additional relevant pieces of information: * The problem occurs regardless which remote application or desktop I'm trying to run. I've tried xfce4-terminal, xterm, icewm, and others. * The client has no problem connecting to the Tumbleweed server directly via ssh -X and running remote applications. * The client has no problem connecting to an X2Go server running on a different machine running Leap 15.3. * X2Go itself was not updated in the dist-upgrade. * I've tried upgrading to the latest development versions of x2goserver and x2goclient but this hasn't helped. ( I am thinking that some security-hardening update may be at fault here. I tried temporarily disabling AppArmor on the server but that didn't work around the problem. And it doesn't look like the server's sshd_config file was touched in the dist-upgrade. Can anyone suggest any further troubleshooting steps? If anyone cares to do any testing themselves, my packages for the latest x2goserver, x2goclient, nx-libs, and pinentry-x2go are available at <https://download.opensuse.org/repositories/home:/psych0naut:/x2go/openSUSE_Tumbleweed/>. Regards, Tristan -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tristan Miller Free Software developer, ferret herder, logologist https://logological.org/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
On Tue, 2022-05-31 at 15:13 +0200, Tristan Miller wrote:
Dear all,
I've been using X2Go on a pair of openSUSE Tumbleweed systems. On 2022-05-23 I did a dist-upgrade on both and now I'm no longer able to run a remote application or desktop via X2Go -- the client successfully connects to the server but then immediately disconnects. There's nothing obvious in the client and server logs (even at debug-level verbosity) that explains the immediate disconnects -- I see the client successfully connecting to the server and then immediately disconnecting. (Still, I can provide the logs on request.)
Some additional relevant pieces of information:
* The problem occurs regardless which remote application or desktop I'm trying to run. I've tried xfce4-terminal, xterm, icewm, and others.
* The client has no problem connecting to the Tumbleweed server directly via ssh -X and running remote applications.
* The client has no problem connecting to an X2Go server running on a different machine running Leap 15.3.
* X2Go itself was not updated in the dist-upgrade.
* I've tried upgrading to the latest development versions of x2goserver and x2goclient but this hasn't helped. (
I am thinking that some security-hardening update may be at fault here. I tried temporarily disabling AppArmor on the server but that didn't work around the problem. And it doesn't look like the server's sshd_config file was touched in the dist-upgrade.
Can anyone suggest any further troubleshooting steps?
If anyone cares to do any testing themselves, my packages for the latest x2goserver, x2goclient, nx-libs, and pinentry-x2go are available at < https://download.opensuse.org/repositories/home:/psych0naut:/x2go/open SUSE_Tumbleweed/>.
Regards, Tristan
What version of gnutls do the problem hosts in question use? There was a brief period of time where 3.7.5 was out in the wild and was causing some problems. Might not apply here, but maybe your system(s) are in that 1-2 day limbo period with that package. 2022-05-25 09:44:20|install|libgnutls30|3.7.5- 1.1|x86_64||download.opensuse.org- oss|185db1e89918c6ccda43c332dc45f372cf5b81a18a1744b0925e07a879d1b001| 2022-05-25 09:44:25|install|libgnutls-dane0|3.7.5- 1.1|x86_64||download.opensuse.org- oss|dea3f8c142738e44367db381ae238909ee46b3ec2a83501fa7315f45a12f185f| 2022-05-25 09:44:26|install|gnutls|3.7.5- 1.1|x86_64||download.opensuse.org- oss|33c709d132de6bd4916402dfcbc026f15f7eba413ab2224e8e19670e2fd85777| I'm on 20220528 w/ 3.7.4-3.2 and what was broke, works again. -- ~ Scott Bradnick |- Windows Subsystem for Linux (WSL) Developer |-- Tumbleweed: |--- Dell Precision 5540 [NVIDIA Quadro T1000] (x86_64) |--- O-DROID H2+ [UHD Graphics 600] (x86_64) |--- 2x Raspberry Pi 4 Model B Rev 1.2 (aarch64) |--- WinBook TW100 (x86_64) https://keys.openpgp.org/ :: DBC5AA9A2D2BAEBC
Greetings. On 31/05/2022 16.56, Scott Bradnick wrote:
I've been using X2Go on a pair of openSUSE Tumbleweed systems. On 2022-05-23 I did a dist-upgrade on both and now I'm no longer able to run a remote application or desktop via X2Go -- the client successfully connects to the server but then immediately disconnects.
What version of gnutls do the problem hosts in question use? There was a brief period of time where 3.7.5 was out in the wild and was causing some problems. Might not apply here, but maybe your system(s) are in that 1-2 day limbo period with that package.
The server was on 3.7.4 but the client was on 3.7.5. I just now downgraded the client to 3.7.4 but that didn't work around the problem. Regards, Tristan -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tristan Miller Free Software developer, ferret herder, logologist https://logological.org/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Greetings. On 01/06/2022 10.54, Tristan Miller wrote:
On 31/05/2022 16.56, Scott Bradnick wrote:
I've been using X2Go on a pair of openSUSE Tumbleweed systems. On 2022-05-23 I did a dist-upgrade on both and now I'm no longer able to run a remote application or desktop via X2Go -- the client successfully connects to the server but then immediately disconnects.
What version of gnutls do the problem hosts in question use? There was a brief period of time where 3.7.5 was out in the wild and was causing some problems. Might not apply here, but maybe your system(s) are in that 1-2 day limbo period with that package.
The server was on 3.7.4 but the client was on 3.7.5. I just now downgraded the client to 3.7.4 but that didn't work around the problem.
This bug report is probably relevant, so I've added a comment: <https://bugzilla.opensuse.org/show_bug.cgi?id=1183642> Regards, Tristan -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tristan Miller Free Software developer, ferret herder, logologist https://logological.org/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
participants (2)
-
Scott Bradnick
-
Tristan Miller