compiling sshd on HP-UX 10.20 with configure --with-ipv4-default breaks X11-forwarding when sshd binary is run on HP-UX 10.20 (running the _same_ binary on 11.00 doesn't show the problem!). OS or ssh-version on the client side doesn't matter. here is the ssh -d output when trying to start xclock: c3po koenig > xclock debug1: Received X11 open request. debug1: fd 4 setting TCP_NODELAY debug1: fd 4 setting O_NONBLOCK debug1: channel 0: new [X11 connection from 127.0.0.1 port 2686] debug1: X11 connection uses different authentication protocol. X11 connection rejected because of wrong authentication. debug1: X11 rejected 0 i0/o0 debug1: channel 0: read failed debug1: channel 0: close_read debug1: channel 0: input open -> drain debug1: channel 0: ibuf empty debug1: channel 0: send ieof debug1: channel 0: input drain -> wait_oclose debug1: X11 closed 0 i2/o0 debug1: channel 0: rcvd oclose debug1: channel 0: input wait_oclose -> closed debug1: channel 0: rcvd ieof debug1: channel 0: output open -> drain debug1: channel 0: obuf empty debug1: channel 0: close_write debug1: channel 0: send oclose debug1: channel 0: output drain -> closed debug1: channel 0: is dead debug1: channel 0: garbage collecting debug1: channel_free: channel 0: X11 connection from 127.0.0.1 port 2686, nchannels 1 X connection to localhost:13.0 broken (explicit kill or server shutdown). if sshd is built with --with-ipv4-default there are two obvious changes: - $DISPLAY is set to localhost:10 instead of hostname:10 - only one xauth cookie is set for hostname/unix:10 (not localhost:10!), but there is no cookie in "xauth list" for tcp socket hostname:10 as in the "working" case without --with-ipv4-default,. Harald
I found a possible workaround for my problem: adding X11UseLocalhost no in sshd_conf for HP-UX 10.20 avoids the X11-forwarding problems.
see sshd.8 X11UseLocalhost
Mass change of RESOLVED bugs to CLOSED