x2go-dev

x2go-dev@lists.x2go.org

5397 discussions

Updated XFCE wiki section: "No workarounds required"
by Melroy van den Berg 23 Sep '21

23 Sep '21

Hi, I just want to let you all know I updated the wiki section of "Always compatible - No workarounds required" for XFCE (spoiler, a workaround is required): https://wiki.x2go.org/doku.php/doc:de-compat#always_compatible_and_no_worka… So, XFCE actually needs a workaround now due to a compositor issue with either XFCE or X2Go, see ticket in xfwm4 project: https://gitlab.xfce.org/xfce/xfwm4/-/issues/551 Wiki Diff: https://wiki.x2go.org/doku.php/doc:de-compat?do=diff&rev2%5B0%5D=1595856306… So you know :)... Regards, Melroy van den Berg melroy89(a)pm.me

2 1

Bug#1520: Proxy-Server - SSH - strong Cipher crash x2Go-Client
by Marian.Schwarcz＠dlr.de 20 Sep '21

20 Sep '21

Package: x2goClient Version: 4.1.2.2-2020.02.13 Host-System: Windows 10, und Windows Server 2012 R2 (German Language) Installations-Typ: Recommended (Default) *** Problem Description *** When using x2GoClient via jumpserver (as SSH-Proxy-Server), then is X2GoClient automatic closed (without any Information). Problem are the SSH-Strong-Ciphers, which are configured in SSHd on Jumpserver. Strong Ciphers => x2GoClient crashed. If default Ciphers => x2GoClient and connection works. *** X2GoClient - Configuration *** Sitzungsname: test Pfad: / Host: ziel-server Login: test_ye SSH-Port: 22 Proxy-Server für SSH-Verbindung verwenden SSH Host: jumpserver Port: 22 Gleiche Anmeldung wie für X2Go-Server Gleiches Kennwort wie für X2Go-Server XFCE *** Jumpserver Configuration) *** Jumpserver SSHd Config: /etc/ssh/sshd_config (CentOS 7) Ciphers aes128-ctr,aes192-ctr,aes256-ctr The ciphers are used for strong Encryption. Then access from x2GoClient via jumpserver cannot handle this. ------ When the Cipher-Restriction is not configured: Jumpserver SSHd Confg: (CentOS 7) #Ciphers aes128-ctr,aes192-ctr,aes256-ctr then the connection from x2GoClient via jumpserver to Destination X2Go-Server does work. I hope I provided all needed information for you. Let me know if this can be patched, or does our Company need to search for other solution. Thank you. Best regards, Marián Schwarcz

4 5

x2gokdrive: Move remote_init call into ddxProcessArgs function
by Mike Gabriel 01 Sep '21

01 Sep '21

Hi Alex, I looked into cmdline option parsing of x2gokdrive today. Reason was that I have a server where I set "-clipboard client" via a cmdline option. The x2gokdrive executable failed on that, because -clipboard is not a known option. What I found is that, other than in nxagent, in x2gokdrive the remote_init function is called via OsVendorInit, just when the session is about to start. In nxagent, the nxagentOption Rec (remoteVars in x2gokdrive is the equivalent) gets initialized earlier in ddxProcessArgs, this is a bit earlier. In X2Go, we have /etc/x2go/x2goagent.options. The file allows one to inject extra options into nxagent via server-side cmdline options. With Uli I recently discussed that the cmdline options should actually supercede the nx/nx options (so that X2Go-wise, site-admins can enforce certain agent features that cannot be overridden by X2Go Client client parameters). For nxagent, we are actually discussing a change in Args.c to make this possible. So, for x2gokdrive, I wonder if we could establish such a feature, as well: let cmdline options (set in /etc/x2go/x2goagent.options) override nx/nx options coming from X2Go Client and for this we would need to support setting remoteVars via cmdline options in ddxProcessArgs. For this, we would have to move the remoteVars init bit over into ddxProcessArgs (x2gokdriveinit.c, instead of x2gokdriveremote.c). I tried this locally, but failed, because whenever I referenced remoteVars from x2gokdriveinit.c the x2gokdrive ran into a segmentation fault. As you are much more familiar with the x2gokdrive code, is this something you could take a look at? For now, I have added a commit that adds more stub and compat cmdline options to x2gokdrive, also -clipboard. Thanks+Greets, Mike -- DAS-NETZWERKTEAM c\o Technik- und Ökologiezentrum Eckernförde Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde mobile: +49 (1520) 1976 148 landline: +49 (4351) 850 8940 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de

2 2

Bug#1557: Windows client crashes when connecting to RHEL8
by Hans Peter Verne 27 Aug '21

27 Aug '21

Package: x2goclient Version: 4.1.2.2 Hello, devs! I'm afraid this is not a very precise bug report. Any assistance in how to investigate this is appreciated. We're running x2goclient 4.1.2.2 on Windows-10 machines, this has served us well up to now. With our new RedHat Enterprise Server 8.4 in production, we see the client crashing very often. When the client crashes, it does so shortly after trying to log in to a new or existing session. The clients "show details" window pane is activated, but the client dies before anything can be seen there. On the server, just these entries in the system logs appears: Aug 05 14:42:56 mimi.uio.no sshd[2421324]: Connection from 2001:700:100:4028:9462:e3c7:21c5:ec1c port 49763 on 2001:700:100:118::101 port 22 Aug 05 14:42:59 mimi.uio.no sshd[2421324]: Connection reset by 2001:700:100:4028:9462:e3c7:21c5:ec1c port 49763 [preauth] If I disable IPv6: Aug 05 14:45:30 mimi.uio.no sshd[2421601]: Connection from 193.157.161.44 port 57619 on 129.240.118.101 port 22 Aug 05 14:45:33 mimi.uio.no sshd[2421601]: Connection reset by 193.157.161.44 port 57619 [preauth] Note the absence of the "Fail password for ..." log entry. It looks like it never gets to even try authenticating. There is no problem logging in with putty from the same client machine, both with IPv6 and IPv4. Neither have I had this problem (at least not so frequent) with the Linux client. The server is running sshd and x2goserver from the RHEL8/EPEL repos, packages openssh-server-8.0p1-6 and x2goserver-4.1.0.3-9, respectively. I eventually tried to run sshd -ddd on the server and catch the output. The typescripts are attached (slightly edited): one where the client crashed; and one where it didn't (but couldn't authenticate, bad password). I'm no expert on ssh, but it seems like the difference appears after the key exchange ("KEX done"), when the instance that crashed never reaches the bit with userauth-request. I also tried "setenforce 0" on the server, i.e. disable SELinux, but the client still crashed. As it is, I can't clearly provide a procedure to reproduce the problem, as it doesn't always happen. If more information is required, or there are suggested steps to take, please let me know. Thanks in advance, and best regards, -- Hans Peter Verne -- IT-drift Geofag. In 1934, Van der Lubbe was beheaded in a German prison yard. In 1967, a court in West Berlin overturned the 1933 verdict, and posthumously changed Van der Lubbe's sentence to eight years in prison. -- "Reichstag fire" on Wikipedia.

3 4

Bug#1561: bug of ssh daemon\s public host key
by guo jiawei 24 Aug '21

24 Aug '21

Package: X2GO Client Version: 4.1.2.2 My x2go client can’t work. It report an error that “SSH daemon failed to opean it’s public host key. You have enabled remote printing or file sharing. The features require a running and functioning SSH server on your computer.Pringting and file sharing will be disable for this session. Normally this should not happen as X2GOclient for windows ships its own internal SSH server and automatically generates the required keys.”. And it asks me to report a bug on //wiki.x2go.org/doku.php/wiki:bugs It says disabling remote Pringting or file sharing support in the session setting will get rid of this message. Thank you a lot Jiawei Guo 从 Windows 版邮件<https://go.microsoft.com/fwlink/?LinkId=550986>发送

1 1

Bug#1560: 转发: Bug of SSH host key
by guo jiawei 24 Aug '21

24 Aug '21

Package: X2GO client Version: 4.1.2.2 Hello x2go team, Since yesterday ,there is a flashback of the x2go client on my computer(win10). The problem is , after I connect with the server, the x2go client will have flashback. And today I got this message ,so I report this bug with you. [cid:image001.png@01D798C0.246E2520] Best regards Jiawei Guo 从 Windows 版邮件<https://go.microsoft.com/fwlink/?LinkId=550986>发送

1 0

Clean processes after x2goterminate-session
by Oleksandr Shneyder 19 Aug '21

19 Aug '21

Hello all, I realized, that sometimes (depends on distro and DE) after terminating session with x2goterminate-session some processes related to the X2Go session are not exiting. At the moment x2goterminate-session only terminates the agent process and we can have leftovers like x2goruncommand, dbus-run-session, etc. I think we should do some improvements in x2goterminate-session to clean this processes. Any ideas? regards, Alex -- ----------------------------------------------------------- Oleksandr Shneyder | Email: o.shneyder(a)phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Schleiermacherstr. 2 | Fax. : 0911 - 14870374 9 D-90491 Nürnberg | Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 -----------------------------------------------------------

5 9

Bug#1559: Evolution fails under X2Go but OK locally
by Roy Beaulieu 17 Aug '21

17 Aug '21

Package: Evolution Version: 3.36.5-0ubuntu1 Evolution fails to launch or even error under X2Go version 4.1.0.3-5 server. Works file locally. Server is simple Ubuntu 20.04 LTS with TASKSEL installed Xfce Desktop. When Evolution is executed in TERMINAL, error says: "Failed to initialize gtk+: Unable to initialize the Clutter backend: no available drivers found." I found this bug report from 2015 that says: “From version 3.30.5-1 Evolution in remote session x2go can be run without workaround mentioned below. It seems for me that the bug is closed.” https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710828 Bug reporter in 2015 refers to your 2020 article of: https://wiki.x2go.org/doku.php/wiki:development:glx-xlib-workaround This workaround for getting GLX 1.4 working has lots of things I don’t understand as a new user. I don’t wish to damage a working system by trying things that may no longer be the solution just to get Evolution to work. If it's still required, I'll try my best but some steps look dated. Has this "Unable to initialize the Clutter backend" issue returned? Is "Workaround for getting GLX 1.4 working" still needed for programs such as Evolution? Thank you in advance, Roy

1 0

Bug#1555: Bug#1555: [Bug] X2Go: The remote NX proxy closed the connection
by Ulrich Sibiller 09 Aug '21

09 Aug '21

This does not answer my question regarding RHEL7. Uli On Mon, Aug 9, 2021 at 11:22 AM SALBAN, LOUIS ANDREA <louis-andrea.l.salban(a)airbus.com> wrote: > > Airbus Amber > > This file contains the traces of a test that I carried out. > I tried to verify that the x2go agent started without error on the RHEL8. > I obtained the command line by retrieving the options in the option file generated at the launch of the session. > > > Louis > > > Le lun. 9 août 2021 à 11:02, Ulrich Sibiller <uli42(a)gmx.de> a écrit : >> >> In the file x2goagent.txt of your first mail I see this: >> >> $/bin/x2goagent -option >> "nx/nx,root=/cygdrive/C/Users/to104437/X2GO~1,connect=localhost,cookie=b7f6c1d94ad594f05a16d49bba1c1d70,port=44351,errors=/cygdrive/C/Users/to104437/X2GO~1/S-TO10~1/sessions:56" >> >> It is referencing a /cygdrive path with shortened filenames (~1). Are >> you using the homes in the same fashion on the working RHEL7 machine? >> How exactly are you setting this up? >> >> Uli >> >> On Mon, Aug 9, 2021 at 10:54 AM SALBAN, LOUIS ANDREA >> <louis-andrea.l.salban(a)airbus.com> wrote: >> > >> > Airbus Amber >> > >> > No... >> > >> > >> > Louis >> > >> > >> > >> > Le lun. 2 août 2021 à 09:46, Ulrich Sibiller <ulrich.sibiller(a)gmail.com> a écrit : >> >> >> >> Does it work when disabling sound, printer and file sharing? >> >> >> >> On Mon, Aug 2, 2021 at 7:59 AM SALBAN, LOUIS ANDREA >> >> <louis-andrea.l.salban(a)airbus.com> wrote: >> >> > >> >> > Hello, >> >> > >> >> > Any help ? >> >> > >> >> > >> >> > The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. >> >> > If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. >> >> > Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. >> >> > All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free._______________________________________________ >> >> > x2go-dev mailing list >> >> > x2go-dev(a)lists.x2go.org >> >> > https://lists.x2go.org/listinfo/x2go-dev >> > >> > The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. >> > If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. >> > Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. >> > All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. > > The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. > If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. > Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. > All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.

1 0

Bug#1555: Bug#1555: [Bug] X2Go: The remote NX proxy closed the connection
by Ulrich Sibiller 09 Aug '21

09 Aug '21

In the file x2goagent.txt of your first mail I see this: $/bin/x2goagent -option "nx/nx,root=/cygdrive/C/Users/to104437/X2GO~1,connect=localhost,cookie=b7f6c1d94ad594f05a16d49bba1c1d70,port=44351,errors=/cygdrive/C/Users/to104437/X2GO~1/S-TO10~1/sessions:56" It is referencing a /cygdrive path with shortened filenames (~1). Are you using the homes in the same fashion on the working RHEL7 machine? How exactly are you setting this up? Uli On Mon, Aug 9, 2021 at 10:54 AM SALBAN, LOUIS ANDREA <louis-andrea.l.salban(a)airbus.com> wrote: > > Airbus Amber > > No... > > > Louis > > > > Le lun. 2 août 2021 à 09:46, Ulrich Sibiller <ulrich.sibiller(a)gmail.com> a écrit : >> >> Does it work when disabling sound, printer and file sharing? >> >> On Mon, Aug 2, 2021 at 7:59 AM SALBAN, LOUIS ANDREA >> <louis-andrea.l.salban(a)airbus.com> wrote: >> > >> > Hello, >> > >> > Any help ? >> > >> > >> > The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. >> > If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. >> > Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. >> > All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free._______________________________________________ >> > x2go-dev mailing list >> > x2go-dev(a)lists.x2go.org >> > https://lists.x2go.org/listinfo/x2go-dev > > The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. > If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. > Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. > All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev