openSUSE always spawned VNC sessions for each user through xinetd. The user did not have “control” of the sessions.
Do you get a login screen? Does the screen go “black” after login? If so, in my experience, the user logging in already has a desktop session running (usually on the console). Make sure to try logging in with a user that is not already logged in. Linux can deal with multiple DIFFERENT users logged in but the desktops can only deal with one login and home directory per user.
Mike, W1NR
Mike McCarthy, W1NR writes:
Noted.
What you describe doesn’t make much sense to me either.
In this case, there are no user logins on the console, this is meant to be a remote login server. Anyone logging in via VNC gets the black screen treatment. There is no login screen, only the VNC password prompt.
For this type of machine, multi-user.target should be sufficient, although it is set to graphical.target right now.
No. Users can run VNCserver and attach to them like you could before, or you can run Xvnc -inetd, just as a systemd service/socket pair instead of out of xinetd.
The black screen problem that you mentioned does sound familiar
How are they ‘logging in via VNC’? How did you set up the VNC server?
Jonathan Billings writes:
They are logging in through SSH to manually start VNCserver, then connect to it.
Looked at this a bit more. There is a crash, but for a different reason:
Dec 19 07:59:31 host dbus-daemon: YPBINDPROC_DOMAIN: Domain not bound Dec 19 07:59:31 host dbus-daemon: YPBINDPROC_DOMAIN: Domain not bound Dec 19 07:59:31 host gnome-session-binary[12324]: ERROR: Failed to connect to system bus: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS)#012aborting… Dec 19 07:59:31 host gnome-session: gnome-session-binary[12324]: ERROR: Failed to connect to system bus: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS)
Dec 19 07:59:31 host gnome-session: aborting…
I’ve seen this before, and the solution was to make sure that the NISDOMAIN is defined in /etc/sysconfig/network.
I have always run an instance of VNC-server for each user. I never gave the user control, just assigned the port number for the user. I have been doing this at least since CentOS4.
Now the fun comes in as to what GUI you are using. The install is for Gnome, and if you want any other GUI, you have work in front of you. I
have it working for Xfce.
I have a separate systemd service file for each user. And I enable them all, just the way I run things. I suppose there are ways you can have the user start his specific systemd service from their SSH shell.
7 thoughts on - VNC Question
openSUSE always spawned VNC sessions for each user through xinetd. The user did not have “control” of the sessions.
Do you get a login screen? Does the screen go “black” after login? If so, in my experience, the user logging in already has a desktop session running (usually on the console). Make sure to try logging in with a user that is not already logged in. Linux can deal with multiple DIFFERENT users logged in but the desktops can only deal with one login and home directory per user.
Mike, W1NR
Mike McCarthy, W1NR writes:
Noted.
What you describe doesn’t make much sense to me either.
In this case, there are no user logins on the console, this is meant to be a remote login server. Anyone logging in via VNC gets the black screen treatment. There is no login screen, only the VNC password prompt.
For this type of machine, multi-user.target should be sufficient, although it is set to graphical.target right now.
No. Users can run VNCserver and attach to them like you could before, or you can run Xvnc -inetd, just as a systemd service/socket pair instead of out of xinetd.
The black screen problem that you mentioned does sound familiar
How are they ‘logging in via VNC’? How did you set up the VNC server?
Jonathan Billings writes:
They are logging in through SSH to manually start VNCserver, then connect to it.
Looked at this a bit more. There is a crash, but for a different reason:
Dec 19 07:59:31 host dbus-daemon: YPBINDPROC_DOMAIN: Domain not bound Dec 19 07:59:31 host dbus-daemon: YPBINDPROC_DOMAIN: Domain not bound Dec 19 07:59:31 host gnome-session-binary[12324]: ERROR: Failed to connect to system bus: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS)#012aborting… Dec 19 07:59:31 host gnome-session: gnome-session-binary[12324]: ERROR: Failed to connect to system bus: Exhausted all available authentication mechanisms (tried: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS) (available: EXTERNAL, DBUS_COOKIE_SHA1, ANONYMOUS)
Dec 19 07:59:31 host gnome-session: aborting…
I’ve seen this before, and the solution was to make sure that the NISDOMAIN is defined in /etc/sysconfig/network.
https://marc.info/?l
I have always run an instance of VNC-server for each user. I never gave the user control, just assigned the port number for the user. I have been doing this at least since CentOS4.
Now the fun comes in as to what GUI you are using. The install is for Gnome, and if you want any other GUI, you have work in front of you. I
have it working for Xfce.
I have a separate systemd service file for each user. And I enable them all, just the way I run things. I suppose there are ways you can have the user start his specific systemd service from their SSH shell.