On rare occasions I want to run a remote X command (like 'meld' to interactively merge changes in files) and normally 'ssh -Y remote_host' from a terminal in an NX/freenx window that is acting as my desktop to start and any X program subsequently started would open in a new window via X-forwarding - at least when the target is a 5.x host. I don't do it often enough to remember if it ever worked when the remote side is 6.x, but today it is not setting the $DISPLAY variable, so I get: Error: Can't open display: Using -vv shows it at least trying to go through the motions: debug2: x11_get_proto: /usr/bin/xauth list :1420.0 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 0 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug1: Sending environment. debug1: Sending env LANG = en_US.UTF-8 debug2: channel 0: request env confirm 0 debug2: channel 0: request shell confirm 1 debug2: fd 3 setting TCP_NODELAY But, $DISPLAY is not set to anything. What am I missing? -- Les Mikesell lesmikesell at gmail.com
Les Mikesell wrote:> On rare occasions I want to run a remote X command (like 'meld' to > interactively merge changes in files) and normally 'ssh -Y > remote_host' from a terminal in an NX/freenx window that is acting as > my desktop to start and any X program subsequently started would open > in a new window via X-forwarding - at least when the target is a 5.x > host. I don't do it often enough to remember if it ever worked when > the remote side is 6.x, but today it is not setting the $DISPLAY > variable, so I get: > Error: Can't open display: > Using -vv shows it at least trying to go through the motions: > > debug2: x11_get_proto: /usr/bin/xauth list :1420.0 2>/dev/null > debug1: Requesting X11 forwarding with authentication spoofing. > debug2: channel 0: request x11-req confirm 0 > debug2: client_session2_setup: id 0 > debug2: channel 0: request pty-req confirm 1 > debug1: Sending environment. > debug1: Sending env LANG = en_US.UTF-8 > debug2: channel 0: request env confirm 0 > debug2: channel 0: request shell confirm 1 > debug2: fd 3 setting TCP_NODELAY > > But, $DISPLAY is not set to anything. What am I missing?Does your sshd_config allow x forwarding? mark
On Jun 4, 2013 11:31 AM, "Les Mikesell" <lesmikesell at gmail.com> wrote:> > On rare occasions I want to run a remote X command (like 'meld' to > interactively merge changes in files) and normally 'ssh -Y > remote_host' from a terminal in an NX/freenx window that is acting as > my desktop to start and any X program subsequently started would open > in a new window via X-forwarding - at least when the target is a 5.x > host. I don't do it often enough to remember if it ever worked when > the remote side is 6.x, but today it is not setting the $DISPLAY > variable, so I get: > Error: Can't open display: > Using -vv shows it at least trying to go through the motions: > > debug2: x11_get_proto: /usr/bin/xauth list :1420.0 2>/dev/null > debug1: Requesting X11 forwarding with authentication spoofing. > debug2: channel 0: request x11-req confirm 0 > debug2: client_session2_setup: id 0 > debug2: channel 0: request pty-req confirm 1 > debug1: Sending environment. > debug1: Sending env LANG = en_US.UTF-8 > debug2: channel 0: request env confirm 0 > debug2: channel 0: request shell confirm 1 > debug2: fd 3 setting TCP_NODELAY > > But, $DISPLAY is not set to anything. What am I missing? > > -- > Les MikesellWhy not use git? You can branch to work on changes, use meld as 'git difftool' (or merge, or cherry-pick) to communicate changes, and push changes from your 'production' branch to your 'production' repo. You get to work with the same tools, and gain a solid development, testing and deployment solution in the process. --Pete
On 04.06.2013 19:31, Les Mikesell wrote:> On rare occasions I want to run a remote X command (like 'meld' to > interactively merge changes in files) and normally 'ssh -Y > remote_host' from a terminal in an NX/freenx window that is acting as > my desktop to start and any X program subsequently started would open > in a new window via X-forwarding - at least when the target is a 5.x > host. I don't do it often enough to remember if it ever worked when > the remote side is 6.x, but today it is not setting the $DISPLAY > variable, so I get: > Error: Can't open display: > Using -vv shows it at least trying to go through the motions: > > debug2: x11_get_proto: /usr/bin/xauth list :1420.0 2>/dev/null > debug1: Requesting X11 forwarding with authentication spoofing. > debug2: channel 0: request x11-req confirm 0 > debug2: client_session2_setup: id 0 > debug2: channel 0: request pty-req confirm 1 > debug1: Sending environment. > debug1: Sending env LANG = en_US.UTF-8 > debug2: channel 0: request env confirm 0 > debug2: channel 0: request shell confirm 1 > debug2: fd 3 setting TCP_NODELAY > > But, $DISPLAY is not set to anything. What am I missing?Do you have the xorg-x11-xauth package installed on the remote system you ssh into? Regards, Dennis
Maybe Matching Threads
- C6: ssh X-forwarding does not work
- SSH fail to login due to hang over after authenticated.
- SSH_MSG_USERAUTH_PASSWD_CHANGEREQ and 3.1.0 F-SECURE SSH - Proces s Software SSH for OpenVMS
- SSH fail to login due to hang over after authenticated.
- virt-viewer X forwarding through ssh broken since FC17 upgrade?