RE: X11 Forwarding

From: McDougall, Marshall (FSH) (MarMcDouga_at_gov.mb.ca)
Date: 04/19/05

  • Next message: Christ, Bryan: "RE: X11 Forwarding"
    To: "'Christ, Bryan'" <bryan.christ@hp.com>
    Date: Tue, 19 Apr 2005 11:55:03 -0500
    
    

    Purely speaking, X and ssh are completely separate items. Ssh will work
    without X and vice versa. Ssh will also work just fine without $DISPLAY set.

    On my HP-UX and RH systems, I always needed to set my $DISPLAY. You should
    be looking at your Xserver more than your ssh setup.

    Regards, Marshall

    -----Original Message-----
    From: Christ, Bryan [mailto:bryan.christ@hp.com]
    Sent: Tuesday, April 19, 2005 11:39 AM
    To: McDougall, Marshall (FSH)
    Cc: secureshell@securityfocus.com
    Subject: RE: X11 Forwarding

    Thanks for the reply Marshall.

    As far as I can tell, at least according to what I have read, there
    shouldn't be any need to set DISPLAY manually. It seems it should be
    set automatically based on the setting/value for X11DisplayOffset (I
    think sshd does the dirty work upon login). If this is not the case,
    then I must have misunderstood.

    -----Original Message-----
    From: McDougall, Marshall (FSH) [mailto:MarMcDouga@gov.mb.ca]
    Sent: Tuesday, April 19, 2005 10:24 AM
    To: Christ, Bryan
    Subject: RE: X11 Forwarding

    You need to set it. Depending on your OS, you can readily script it to
    automatically set it when you login. For example, in my RH servers I
    put the following in /etc/bashrc:

    #setup DISPLAY
    XX=`who am i | sed -ne 's/.*(//;s/).*$/:0/p'` test "x$XX" != x &&
    export DISPLAY="$XX"

    Regards, Marshall

    -----Original Message-----
    From: Christ, Bryan [mailto:bryan.christ@hp.com]
    Sent: Monday, April 18, 2005 9:46 AM
    To: secureshell@securityfocus.com
    Subject: X11 Forwarding

    Does anyone know why my DISPLAY variable is not getting set? I have
    tried looking at the debug messages from

    ssh -vv -X user@host

    but I haven't seen anything suspicious. xauth is installed in the normal
    location and seems to run correctly (although I'm really not familiar
    with it). In my sshd_config file, the relevant options are set as:

    X11Forwarding yes
    X11DisplayOffset 10
    #X11UseLocalHost no
    #UseLogin yes

    I've spent quite a bit of time googling on this problem and haven't come
    up with anything yet. I suspect that it might have something to do with
    installing XFree86 on Slackware 9.0 after initial OS installation (using
    installpkg *.tgz on the relevant packages). I'm really at a loss for
    where to turn.

    Server is OpenSSH 3.5p1, OpenSSL 0.9.7a
    Client is OpenSSH 4.0p1, OpenSSL 0.9.7f

    Thanks in advance!


  • Next message: Christ, Bryan: "RE: X11 Forwarding"

    Relevant Pages

    • Re: Latest OpenSSH cant find latest OpenSSL
      ... on us for documentation for installing the latest openSSH, openSSL, etc. ... When these little quirks come up, it makes it harder for clients ... trying to install ssh & ssl when reading step-by-step instructions. ...
      (comp.security.ssh)
    • Re: FW: No longer can connect
      ... SSH should allow you to log in as anybody (except maybe root) ... The previous suggestion of installing "normally" from the command line ... special configuration methods that openssh doesn't expect. ...
      (SSH)
    • Re: Latest OpenSSH cant find latest OpenSSL
      ... on us for documentation for installing the latest openSSH, openSSL, etc. ... When these little quirks come up, it makes it harder for clients ... trying to install ssh & ssl when reading step-by-step instructions. ...
      (comp.security.ssh)
    • RE: X11 Forwarding
      ... setting DISPLAY manually will work. ... perhaps the only port open is SSH, this method of setting DISPLAY, will ... through the encrypted ssh tunnel. ... Server is OpenSSH 3.5p1, OpenSSL 0.9.7a ...
      (SSH)
    • Re: OpenSSH - CSSA-2003-SCO.24
      ... |> After installing CSSA-2003-SCO.24, I am getting the following error: ... |> Then the login session is closed. ... |> than root attempts to login via ssh. ... | I haven't tried uninstalling and trying to build the OpenSSH package ...
      (comp.unix.sco.misc)