You are not logged in.

#1 2010-01-02 22:13:27

xstaticxgpx
Member
Registered: 2008-10-22
Posts: 48

Another ssh X11Forward issue...

Let's say I have 2 computers, A and B (both running Arch), B can forward X applications to A no problem, but A cannot forward any X applications to B, failing with the following error:

$  gnome-terminal 
Failed to parse arguments: Cannot open display:

Notice how it leaves the display blank hmm
considering that when I do an 'echo $DISPLAY' i get the following: 'localhost:10.0' - Leading me to believe it IS working correctly on the ssh side, but somehow failing with something to do with X

I try running the GUI app again, but specifying the $DISPLAY variable

$  gnome-terminal --display=$DISPLAY
Failed to parse arguments: Cannot open display: localhost:10.0

I've searched high and low and at first I thought it might be a xhost issue (running the command 'xhost +local:' on computer A), but to no avail, which leaves only xauth as the culprit, but I see no errors/warnings in a verbose ssh connection.

$  ssh -l xsx xsrvx-PC.local -Yv
OpenSSH_5.3p1, OpenSSL 0.9.8l 5 Nov 2009
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to xsrvx-PC.local [192.168.1.11] port 22.
debug1: Connection established.
debug1: identity file /home/xsx/.ssh/identity type -1
debug1: identity file /home/xsx/.ssh/id_rsa type -1
debug1: identity file /home/xsx/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'xsrvx-pc.local' is known and matches the RSA host key.
debug1: Found key in /home/xsx/.ssh/known_hosts:15
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/xsx/.ssh/identity
debug1: Trying private key: /home/xsx/.ssh/id_rsa
debug1: Trying private key: /home/xsx/.ssh/id_dsa
debug1: Next authentication method: password
xsx@xsrvx-pc.local's password: 
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Requesting authentication agent forwarding.

I am so frustrated with this nonsense, can anyone see anything wrong with this?

Offline

#2 2010-01-03 00:06:12

saharchie
Member
Registered: 2008-09-17
Posts: 20

Re: Another ssh X11Forward issue...

what happens if computer A has ssh run on tcp_22 and computer B have ssh run on some other port, tcp_222?

Offline

#3 2010-01-03 00:19:13

xstaticxgpx
Member
Registered: 2008-10-22
Posts: 48

Re: Another ssh X11Forward issue...

saharchie wrote:

what happens if computer A has ssh run on tcp_22 and computer B have ssh run on some other port, tcp_222?

Hmm, thanks for the response, but that doesn't make any difference sad

Last edited by xstaticxgpx (2010-01-03 00:19:27)

Offline

#4 2010-01-03 00:43:27

anrxc
Member
From: Croatia
Registered: 2008-03-22
Posts: 834
Website

Re: Another ssh X11Forward issue...

Of course you are aware that Arch tells X not to listen for network connections, by default? http://repos.archlinux.org/wsvn/package … /xserverrc


You need to install an RTFM interface.

Offline

#5 2010-01-03 00:52:15

xstaticxgpx
Member
Registered: 2008-10-22
Posts: 48

Re: Another ssh X11Forward issue...

anrxc wrote:

Of course you are aware that Arch tells X not to listen for network connections, by default? http://repos.archlinux.org/wsvn/package … /xserverrc

Yes I do realize this, but it has nothing to do with my problem since both computers have that set and yet it works one way and not the other. Thanks for the reply though.

Offline

#6 2010-01-03 01:03:40

anrxc
Member
From: Croatia
Registered: 2008-03-22
Posts: 834
Website

Re: Another ssh X11Forward issue...

it has nothing to do with my problem since both computers have that set

It could have everything to do with your problem, yet you never mentioned this crucial piece of information. Good luck.


You need to install an RTFM interface.

Offline

#7 2010-01-03 01:12:26

xstaticxgpx
Member
Registered: 2008-10-22
Posts: 48

Re: Another ssh X11Forward issue...

anrxc wrote:

it has nothing to do with my problem since both computers have that set

It could have everything to do with your problem, yet you never mentioned this crucial piece of information. Good luck.

Pray tell then why this "crucial peice of information" is not even mentioned on the SSH X11 Forwarding ArchWiki page? Thanks for the response though, appreciate it.

Last edited by xstaticxgpx (2010-01-03 01:12:51)

Offline

#8 2010-01-03 18:39:26

anrxc
Member
From: Croatia
Registered: 2008-03-22
Posts: 834
Website

Re: Another ssh X11Forward issue...

Probably because it's not mandatory for SSH X11 forwarding, I was wrong to think otherwise because connections going over the ssh channel appear to come from the local machine, and so it doesn't matter if X doesn't expect network connections.

But since for the time being your X is expecting connections you could try a test without ssh
$ xhost + A
$ ssh A
$ export DISPLAY=B:0.0
$ xterm

Good luck.


You need to install an RTFM interface.

Offline

#9 2010-01-04 21:38:03

xstaticxgpx
Member
Registered: 2008-10-22
Posts: 48

Re: Another ssh X11Forward issue...

anrxc wrote:

Probably because it's not mandatory for SSH X11 forwarding, I was wrong to think otherwise because connections going over the ssh channel appear to come from the local machine, and so it doesn't matter if X doesn't expect network connections.

But since for the time being your X is expecting connections you could try a test without ssh
$ xhost + A
$ ssh A
$ export DISPLAY=B:0.0
$ xterm

Good luck.

maybe I should have made this clear, neither computer A nor B are headless, so I'm not sure I understand your suggestion.

Offline

Board footer

Powered by FluxBB