<div dir="auto">Xfce and MATE are installed.  Stopping firewalld did not help. Here is the screenshot <span style="color:rgb(254,254,255);font-family:lato,sans-serif;font-size:18px;white-space:pre-wrap"><a href="https://snipboard.io/UvWQTg.jpg" target="_blank" rel="noreferrer">https://snipboard.io/UvWQTg.jpg</a></span><div dir="auto"><span style="color:rgb(254,254,255);font-family:lato,sans-serif;font-size:18px;white-space:pre-wrap"><br></span></div><div dir="auto"><span style="color:rgb(254,254,255);font-family:lato,sans-serif;font-size:18px;white-space:pre-wrap">So the session starts but is unusable.</span></div><div dir="auto"><span style="color:rgb(254,254,255);font-family:lato,sans-serif;font-size:18px;white-space:pre-wrap"><br></span></div><div dir="auto"><span style="color:rgb(254,254,255);font-family:lato,sans-serif;font-size:18px;white-space:pre-wrap">Could there be something inhibiting setuid on the server? Perl no longer permits suid scripts, so the procedure is either to use sudo or to use a suid wrapper written securely in C, which calls the perl script.  /usr/lib64/x2go/libx2go-server-db-sqlite3-wrapper is a C program with the set-gid bit set to run as group x2gouser.  I take it this is what enables an ordinary user to run x2togogetports and not hit a permission error when reading the database file /var/lib/x2go/x2go_sessions.    On the (not working) server it fails with "unable to open database" unless run as root.  On other servers we have, the perm bits are rwxr-sr-x with ownership root:x2gouser.  </span></div><div dir="auto"><span style="color:rgb(254,254,255);font-family:lato,sans-serif;font-size:18px;white-space:pre-wrap"><br></span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Dec 31, 2022, 2:48 PM  <<a href="mailto:me@jcn50.com" target="_blank" rel="noreferrer">me@jcn50.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi again Robert,<br>
<br>
<br>
On 2022-12-31 19:25, Robert Kudyba wrote:<br>
> It's the client side. I'll have my colleague who is having this issue<br>
> take the screenshot and upload. We just just dnf install on the server<br>
> side, and no compilation on client side just the installer.<br>
<br>
Did you install any desktop manager too?... This might be your problem <br>
as it's probably missing. Because X2GO only installs the remote access <br>
to the desktop, but doesn't install any desktop manager.<br>
<br>
Last time I tried on CentOS 8 it wasn't working though (I had a library <br>
problem or config problem). Here is the command I used back then:<br>
dnf install -y xfdesktop gtk-doc xfce* lightdm firefox<br>
<br>
I might try again on a server if you face difficulties. The best would <br>
be to use a Debian/Ubuntu distro (and use their task-sel packages). I <br>
know: Linux distro is some kind of a religion, and you feel that you <br>
betray yourself if you switch... meanwhile: the new year 2023 is coming <br>
fast!<br>
<br>
<br>
> Could firewalld or something like that be blocking these requested<br>
> ports?<br>
<br>
Absolutely~ you might disable this (temporarily) to check!<br>
<br>
<br>
Regards,<br>
Chris N.<br>
Quantum Hosting®<br>
</blockquote></div>