Description of problem:

Starting with Fedora 14 I see the following issue:
I use ssh to log into another system and then start any X11 application there.
I will get a strange "connect : Connection refused" message, even though
everything appears to be working fine.

It seems that openssh has now support for "abstract sockets", but does
not support this correctly.

Version-Release number of selected component (if applicable):

openssh-clients-5.5p1-22.fc14.2.x86_64

How reproducible:


Steps to Reproduce:
1. run 'ssh some_host xeyes' (or any other application like xterm etc.)

Actual results:

I see this:

-> ssh pollux xeyes
connect : Connection refused

(the application gets started fine nevertheless).

Expected results:

No such error message.

Additional info:

Running the command with strace I see this:

strace -e connect -f ssh pollux xeyes
...
3251  --- SIGCHLD (Child exited) @ 0 (0) ---
3250  --- SIGCHLD (Child exited) @ 0 (0) ---
3250  connect(7, {sa_family=AF_FILE, path=@"/tmp/.X11-unix/X9"}, 110) = -1 ECONNREFUSED (Connection refused)
3250  connect(7, {sa_family=AF_FILE, path="/tmp/.X11-unix/X9"}, 110) = 0
3250  --- SIGINT (Interrupt) @ 0 (0) ---

Here we can see that ssh first tries to open an "abstract socket",
which does not exist, before it tries to use the existing AF_UNIX socket,
which then completes fine.

In this case no error message should be printed.


Actually I recommend to remove support for abstract sockets completely. This is a highly unportable and intransparent feature.
Actually I consider this a security risk (which is the reason for assigning
this a high prio), as I am not aware of any protections (no file permissions
or similar), and you cannot even check which "abstract sockets" exist or not.

What a crap!