SSH x11 forwarding error

[l6qu9d]

As i am trying to SSH through X11 the server always comes back with the error

X11 connection rejected because of wrong authentication.
Error: cannot open display: localhost:11.0

When i than trouble shoot and use the following command:

grep X11Forwarding /etc/ssh/sshd_config

I get the following response:

X11Forwarding yes
# X11Forwarding no



My question now is what does the second one that is off imply?

Does this mean something is overriding the standard setting in sshd_config?

When i nano in the settings X11 forwarding is on.

Any help would be extremely valued.

P.S. im using a standard mac terminal, xterm doesn't let me SSH to the server

[ActionParsnip]

The second line in the grep is a comment, so is ignored in every way. Do you have an X server running on the Mac? The application needs an X server on the client system to stick to.

This site suggests Quartz
https://www.businessnewsdaily.com/11...orwarding.html

[l6qu9d]

XQuartz runs on the client side when trying to ssh -X to the server

[ActionParsnip]

XQuartz runs on the client side when trying to ssh -X to the server

It needs to be running, otherwise the application has no X server to run in.

[ActionParsnip]

XQuartz runs on the client side when trying to ssh -X to the server

https://youtu.be/UwQCq35TRXw

It needs installing as an extra piece of software. The video gives a good guide.

[MAFoElffen]

+1 to ActionParsnip's great answer.

MAC OSX needs Quarts to render the graphics of ssh XForwarding. (Otherwise it has no compatible renderer.)

[l6qu9d]

The print of the terminal displays:
/usr/bin/firefox: 12: xdg-settings: not found
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
Error: cannot open display: localhost:10.0

Xquartz is not the issue, it is running, so it's already installed...

I'm pretty sure the issue lays in the settings on the server side

[MAFoElffen]

Make sure XForwarding actually works first...

ssh -X user_name@server_ip

Test with 'xeyes' or 'xclock'...

Then note that XForwarding has a problem rendering 'anything' installed on the remote server that is installed with Snap, so if Firefox on the remote XServer has Firefox installed as a Snap package, it will have a problem because of how it does sandboxing and the permissions associated with that...

So to get around that... Then do this to set an Environment variable to extend that sandbox... as a work-around.

mafoelffen@Mikes-B460M:~$ export XAUTHORITY=$HOME/.Xauthority
mafoelffen@Mikes-B460M:~$ firefox --no-remote --no-xshm

At least that works on my Computers here...