SSH X11 forwarding with Leap 16.0 client

I have a headless machine that I use as a server with (almost) nothing but ssh ports open (and password-less login configured).

I can connect from most machines on my LAN using ssh -X server.lan following which I can use e.g. Dolphin to manage files. But my laptop with Leap 16 connects without reporting any error, then rejects attempts to run windowed applications e.g.

me@laptop:~> ssh -X server.lan 
Last login: Wed Dec 17 19:47:14 2025 from xxx.xxx.xxx.xxx
Have a lot of fun...
me@server:~> dolphin &
[1] 4096
connect /tmp/.X11-unix/X1: Permission denied
connect /tmp/.X11-unix/X1: Permission denied
connect /tmp/.X11-unix/X1: Permission denied
connect /tmp/.X11-unix/X1: Permission denied
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.

I am using Wayland on laptop, X11 on server

Any suggestions for a fix gratefully received.
R.

Ya, I can’t imagine why forwarding an X client to Wayland wouldn’t work.

Wayland cannot do X-Forwarding.

Seriously?
Is this by design or work in progress?
But thanks for explaining why.

Different search terms confirm knurpht’s statement, and I see suggestions such as
waypipe or xwayland. I’ll take a look at these and report back to this thread in case others have the same issue.

@Richard_MQ look at installing the flatpak Cockpit client (org.cockpit_project.CockpitClient) on your Leap 16.0 system (As Your User!), then should be able to connect to the remote as it uses ssh (no Cockpit packages are needed on the remote). Cockpit has a file browser, terminal app and more…

1 Like

This isn’t a Wayland limitation. ssh -X is working, but Xwayland is denying access to the forwarded display (/tmp/.X11-unix/X1). This is usually caused by a local user mismatch (or untrusted X11 forwarding). Try ssh -Y, make sure you’re logged into the Wayland session as the same local user, and verify xauth is installed on the server. The Qt “xcb plugin” error is just a symptom of the X connection being refused.

As Malcolm mentioned though, Cockpit is likely the better the way to go for your use case?

The default ssh $DISPLAY is :10, not :1. You seem to override the $DISPLAY somewhere.

Ever heard about Xwayland?

Thanks for the suggestions, I will try these out over the weekend.

PS I spotted a typo in thread title- it should have been “ssh x forwarding…” but I can’t see how to amend. Is this admin only?

Yes, mods/admins can change them when requested. I’ve done that for you now.

Thanks, it has already been done.

Thanks for the tip.

I installed cockpit client on the laptop, and the full cockpit app on the server (both via flatpak). This seems like a really good maintenance tool - I’ll give it a proper spin in the coming months.

For the record, I had the same problem with the cockpit server failing to start as others have reported:

Dec 22 15:28:59 server systemd[1]: Starting Cockpit Web Service...
Dec 22 15:28:59 server (e-ensure)[5075]: cockpit.service: Failed to determine group credentials: No such process
Dec 22 15:28:59 server (e-ensure)[5075]: cockpit.service: Failed at step GROUP spawning /usr/lib/cockpit-certificate-ensure: No such process
Dec 22 15:28:59 server systemd[1]: cockpit.service: Control process exited, code=exited, status=216/GROUP
Dec 22 15:28:59 server systemd[1]: cockpit.service: Failed with result 'exit-code'.
Dec 22 15:28:59 server systemd[1]: Failed to start Cockpit Web Service.

I used the fix broadly as suggested in [1230546 – OpenSUSE Leap unable to launch cockpit web interface. cockpit-socket fails the moment you request via any web browser](https://Ticket ID 1230546 - Comment #6) (I already had uid 104 in use).

I didn’t (yet) try comment 7 fix which perhaps looks to be better.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.