X11Forwarding strangeness - SSH

This is a discussion on X11Forwarding strangeness - SSH ; Hi, I have a remote server acting strange. `ssh -X myserver` functions only correct if I use `X11UseLocalhost yes`. After changing the setting `X11UseLocalhost no`, ssh reuses my $DISPLAY setting AND it only works correcty the second time. So on ...

+ Reply to Thread
Results 1 to 2 of 2

Thread: X11Forwarding strangeness

  1. X11Forwarding strangeness

    Hi,

    I have a remote server acting strange. `ssh -X myserver` functions only
    correct if I use `X11UseLocalhost yes`. After changing the setting
    `X11UseLocalhost no`, ssh reuses my $DISPLAY setting AND it only works
    correcty the second time.
    So on the first connection I get `DISPLAY=myserv:10` but trying xterm
    gives me `xterm Xt error: Can't open display: myserv:10.0`. Setting up
    another connection to the same server, I get `DISPLAY=myserv:10` again
    and xterm works fine.

    Any suggestion on what I'm doing wrong?


    Wim.
    (Please, CC me. Not following this group)

  2. Re: X11Forwarding strangeness

    On 2005-11-09, wim wrote:
    > I have a remote server acting strange. `ssh -X myserver` functions only
    > correct if I use `X11UseLocalhost yes`. After changing the setting
    > `X11UseLocalhost no`, ssh reuses my $DISPLAY setting AND it only works
    > correcty the second time.
    > So on the first connection I get `DISPLAY=myserv:10` but trying xterm
    > gives me `xterm Xt error: Can't open display: myserv:10.0`. Setting up
    > another connection to the same server, I get `DISPLAY=myserv:10` again
    > and xterm works fine.


    Assuming you are using OpenSSH, I think this is the following bug:
    http://bugzilla.mindrot.org/show_bug.cgi?id=1076

    The underlying cause is that some of the connect leave the TCP socket
    in FIN_WAIT states, and when sshd attempts to listen on those ports
    without the SO_REUSEADDR flag, it fails. This will be fixed in the
    next release (4.3).

    > (Please, CC me. Not following this group)


    No, if you post it here then you read it here.

    --
    Darren Tucker (dtucker at zip.com.au)
    GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69
    Good judgement comes with experience. Unfortunately, the experience
    usually comes from bad judgement.

+ Reply to Thread