x2go-user

x2go-user@lists.x2go.org

2315 discussions

Every connect from Ubuntu 18.04 client gives core dump
by Kees Bakker 11 Oct '19

11 Oct '19

Hi, The setup is reasonably simple. A network with Ubuntu 18.04 PCs (workstations, so to speak). SSH connections between them work flawlessly. But x2go refuses to work. At all. Whatever I do, I only get Segmentation fault (core dumped) If I run x2goclient in the gdb debugger, it shows that it fails in Thread 6 "SshMasterConnec" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffdf7fe700 (LWP 5778)] 0x00007ffff7b89eeb in ?? () from /usr/lib/x86_64-linux-gnu/libssh.so.4 My first question: is anyone using x2go successfully on Ubuntu 18.04 (client and remote)? -- Kees

3 8

No terminal windows, no logout.
by Thomas Stephan 07 Oct '19

07 Oct '19

Hi, we use x2go for multiple users to connect to workstations running Ubuntu 16.04.6 LTS. Clients run on MacOSX or Windows machines. After using the setup for some days with multiple reconnects, for unknown reasons we can no longer open terminal applications via these remote-desktops. This applies to all terminal applications like UXTerm, Xfce Terminal, XTerm, etc. We can still perfectly open a file manager, or e.g. Matlab and work with those. We can also no longer close the session because the confirmation dialog to confirm user logout does not appear. It seems like there is a terminal process started every time we start a terminal via the desktop GUI. But the window does not show up. After rebooting the workstation, everything works fine again, terminals can be opened, logout confirmation dialog pops up. Currently we use XFCE desktop. Best regards, Thomas -- Dr. Thomas Stephan Arbeitsgruppe für funktionelle, strukturelle und molekulare Bildgebung Neurologische Forschung Klinikum Grosshadern Fraunhoferstr. 20 82152 Planegg/Martinsried Thomas.Stephan(a)lrz.uni-muenchen.de +49 89 4400-74819 (Fon) +49 89 4400-74801 (Fax)

2 6

X2go and Rstudio in RHEL 7 [GLX error]
by Ioannis Vlachos 06 Oct '19

06 Oct '19

Dear X2go, I just installed RStudio to a new system (RHEL 7), which is accessed using X2go (client and server latest versions). I have seen the post https://wiki.x2go.org/doku.php/wiki:development:glx-xlib-workaround but I’m in RHEL 7. Can you please give me a hand? Thank you, Ioannis

1 0

X2Go on a Plane!
by Stefan Baur 30 Sep '19

30 Sep '19

Hi List, Our "X2Go: The Gathering 2019" participant Martti Pitkanen tried something out that I sadly couldn't try on my last flight with Finnair, due to some technical difficulties with the satellite uplink: Starting an X2Go Desktop Session with a server on the ground while in mid-flight! And he even managed to record a video of it! Watch this: <https://www.youtube.com/watch?v=TlqVS60DNgQ&feature=youtu.be> The really impressive feat is that Martti is using the "browsing" internet package Finnair offers - which is marketed as "only good for Web browsing and E-Mail", rather than the more expensive "streaming" package. Finnair says they block streaming and VPN access on the "browsing" package, but - SSH works, and thus X2Go works as well. As you can see in Martti's video, the speed with which the screen gets updated is totally okay, too (especially considering that he is using Chrome Browser in the remote session, which isn't exactly fast over X2Go, even on a wired connection). This is a big advantage for Linux and X2Go compared to an RDP connection to a Windows machine - we don't need a separate VPN connection to make things safe (we can simply use 2FA via PAM, or an SSH keyfile + passphrase), so we're - allow me the pun - flying under Finnair's radar for VPN connections, and the small internet package is sufficient for X2Go. By the way, should Finnair choose to block SSH in the future, there are probably some ways around that as well. The easiest one is to switch the SSH port from 22 to 443 - if they're only blacklisting/whitelisting ports. 443 is https, and cheap firewall/proxy settings usually allow direct connections to that port without further inspection or MitM-proxying. The more complicated one would be running a web proxy on your remote machine that listens to outside connections on Port 443, but only allows CONNECT type requests to localhost on port 22 (and blocks everything else). Then you'd set up X2GoClient to use that web proxy in the session configuration. That way, the traffic should look like http/https traffic to any packet-inspecting firewall. Kind Regards, Stefan Baur -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

1 0

X2Go: The Gathering 2019 (2019-09-27 to 2019-09-29) - starting tomorrow!
by Stefan Baur 26 Sep '19

26 Sep '19

Hi List, this is just a quick reminder that X2Go: The Gathering 2019 will start tomorrow. We'll gather at Linuxhotel, Essen, from Friday afternoon until Sunday afternoon, for talks, demos, bugsquashing and some evening entertainment. Details can be found in the Wiki: <https://wiki.x2go.org/doku.php/events:x2go-gathering-2019> We'll also update the page with a link where you can watch a live stream of the talks/demos as soon as possible. Feel free to join our IRC channel, #x2go on irc.freenode.org - we'll try to have an eye on the channel during the Q&A after each talk/demo, and also during the coding sessions. Kind Regards, Stefan Baur (with my X2Go Eventplanner Hat on) -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

1 0

Offtopic: EEPROM reader
by Ulrich Sibiller 26 Sep '19

26 Sep '19

Hi, does anyone visiting the X2Go Gathering this weekend have an EEPROM reader that can read a 32kB EEPROM (Type AT28C25)? And could that person bring it to the Gathering so that we can try reading my EEPROM? Thx, Uli

1 0

packages for openSUSE 15.1
by Urs Beyerle 12 Sep '19

12 Sep '19

Hi, Could someone please build packages for openSUSE Leap 15.1. They are missing under http://packages.x2go.org/opensuse/ At the moment I run x2go server build for openSUSE 15.0 on 15.1. So far it looks okay, but I would prefer packages compiled for 15.1. Many thanks, Urs

2 2

Getting "Access denied for 'password'. Authentication that can continue: publickey, password", used to work
by Chris Green 12 Sep '19

12 Sep '19

I've been running x2go from an xubuntu laptop client to an xubuntu desktop machine successfully for a year or so. It has now stopped working with a pop-up window that says:- Access denied for 'password'. Authentication that can continue: publickey,password Access denied for 'password'. Authentication that can continue: publickey,password (yes, it is repeated like that) I have moved from xubuntu 18.04 to 19.04 (via 18.10), would this have caused the problem maybe? Whatever, how do I fix this? The error doesn't make much sense anyway as it's saying I'm not allowed to use password authentication and then it's saying I must use either publickey or password. FWIW I do use password authentication on my systems, for various reasons public key doesn't fulfil my requirements. -- Chris Green

2 6

Re: [X2Go-User] Incorrect keycodes on x2go local desktop session
by Ulrich Sibiller 12 Sep '19

12 Sep '19

On Mon, Sep 2, 2019 at 4:48 AM <gleb.shipitsyn(a)gmx.com> wrote: > > What do you mean? Why would I need to set evdev rules on session where evdev rules are already active? I'm not sure what is the point of this. Well, there are applications that modify the keyboard directly with xmodmap. Running setxkbmap again will ensure the settings are re-applied. > See, there are two situations: > 1) Remote login aka "separate user with his own desktop" establishes connection with xfree86 rules and alles gut - keys on every layout work exactly as they should. That is what puzzles me since xfree86 has been removed from NX a long time ago (what version of nx are you using on the server?). I am not using x2go from Windows so it might be that VcXsrv is still using xfree86. > 2) Remote login aka "show me your desktop" establishes connection to current local session which use evdev rules by default. And most keys are ok, but with exceptions I've mentioned earlier. NX has an internal translation function that gets activated if evdev is detected on the _client_ side. Normally this is not used as NX switches to keyboard clone mode if called by x2go. You can see if this translation is active by looking at your session logfile on the server (grep "Keycode conversion" ~/.x2go/C-*/session.log). If the keycode conversion is active you a behaviour similar to what you described. Please check in your logfile if keycode conversion is on and report the result. If you do not find any lines regarding keycode conversion in the session log it means you are using keyboard clone mode which is designed to "just do it right". In your case we might hitting a bug that needs more investigation. > PS. I would be great if x2goclient would use evdev natively, since it is most common ruleset on modern distros. Well, as I wrote: It should always clone the settings it finds on the client side. You are using a so called "shadowed" session ("connect to local desktop"). That setup is not tested as well as "normal" session as it is slower by design. It might be that we hitting a bug here. One thing you can try: add X2GO_NXAGENT_DEFAULT_OPTIONS+=" -keyconv off" to /etc/x2go/x2goagent.options and retry. Uli

2 5

X2GO resolution
by Dr Lizhu Luo (Lisa) 02 Sep '19

02 Sep '19

Hi there, I am new to X2GO. No matter which resolution I set for my labtop Dell XPS13, the fonts are always too big and I even can't see the entire screen. Did anyone meet this before? Thank you. -- Best wishes, Lisa

2 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

x2go-user