Bug#205234: ssh still not working with 2.3.2-6

To: Colin Watson <cjwatson@debian.org>
Cc: 205234@bugs.debian.org, anders@bostrom.dyndns.org, anders@netinsight.se
Subject: Bug#205234: ssh still not working with 2.3.2-6
From: Juergen Kreileder <jk@blackdown.de>
Date: Fri, 12 Sep 2003 13:07:34 +0200
Message-id: <[🔎] 87vfrye03t.fsf@zaphod.blackdown.de>
Reply-to: Juergen Kreileder <jk@blackdown.de>, 205234@bugs.debian.org
In-reply-to: <[🔎] 20030912094921.GC29319@riva.ucam.org> (Colin Watson's message of "Fri, 12 Sep 2003 10:49:21 +0100")
References: <[🔎] 20030912.100641.26513652.anders@netinsight.se> <[🔎] 20030912094921.GC29319@riva.ucam.org>

Colin Watson <cjwatson@debian.org> writes:

> On Fri, Sep 12, 2003 at 10:06:41AM +0200, Anders Bostr?m wrote:
>> I tired and uppgraded to 2.3.2-6, as I hoped that the problems was
>> fixed (and I needed latest alsa, depending on 2.3.2). But it still
>> breaks ssh to my machine. ssh to localhost on my computer works,
>> but not from other hosts.
>
> I don't think anybody was aware that ssh was affected by this
> bug. It certainly works fine for me. Could you debug further, for
> instance by running sshd with the -ddd flag?

I see the sshd problem too.  Just like with the mountd problem,
LD_PRELOAD=libpthread.so.0 works around it.

--- /etc/init.d/ssh.bak 2003-09-12 12:46:55.000000000 +0200
+++ /etc/init.d/ssh     2003-09-12 12:47:13.000000000 +0200
@@ -39,7 +39,7 @@
        check_for_no_start
        check_privsep_dir
         echo -n "Starting OpenBSD Secure Shell server: sshd"
-       start-stop-daemon --start --quiet --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- $SSHD_OPTS
+       LD_PRELOAD=libpthread.so.0 start-stop-daemon --start --quiet --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- $SSHD_OPTS
         echo "."
        ;;
   stop)


Here's the log from running with -ddd and without preloading
libpthread.so.0:

,----
| Starting OpenBSD Secure Shell server: sshddebug2: read_server_config: filename /etc/ssh/sshd_config
| debug1: sshd version OpenSSH_3.6.1p2 Debian 1:3.6.1p2-6
| debug3: Not a RSA1 key file /etc/ssh/ssh_host_rsa_key.
| debug1: read PEM private key done: type RSA
| debug1: private host key: #0 type 1 RSA
| debug3: Not a RSA1 key file /etc/ssh/ssh_host_dsa_key.
| debug1: read PEM private key done: type DSA
| debug1: private host key: #1 type 2 DSA
| debug1: Bind to port 22 on ::.
| Server listening on :: port 22.
| debug1: Bind to port 22 on 0.0.0.0.

Now I'm trying to connect from a sarge machine:
 
| debug1: Server will not fork when running in debugging mode.
| Connection from ::ffff:192.168.1.1 port 42273
| debug1: Client protocol version 2.0; client software version OpenSSH_3.6.1p2 Debian 1:3.6.1p2-3
| debug1: match: OpenSSH_3.6.1p2 Debian 1:3.6.1p2-3 pat OpenSSH*
| debug1: Enabling compatibility mode for protocol 2.0
| debug1: Local version string SSH-2.0-OpenSSH_3.6.1p2 Debian 1:3.6.1p2-6
| debug2: Network child is on pid 24893
| debug3: preauth child monitor started
| debug3: mm_request_receive entering
| debug3: privsep user:group 103:65534
| debug1: permanently_set_uid: 103/65534
| debug1: list_hostkey_types: ssh-rsa,ssh-dss
| debug1: SSH2_MSG_KEXINIT sent
| debug1: SSH2_MSG_KEXINIT received
| debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1

[...]

| debug3: mm_send_keystate: Finished sending state
| debug2: User child is on pid 24894
| debug3: mm_request_receive entering
| debug1: PAM establishing creds
| debug1: permanently_set_uid: 1000/1000
| debug2: set_newkeys: mode 0
| debug2: set_newkeys: mode 1
| debug1: Entering interactive session for SSH2.
| debug1: fd 7 setting O_NONBLOCK
| debug1: fd 8 setting O_NONBLOCK
| debug1: server_init_dispatch_20
| debug1: server_input_channel_open: ctype session rchan 0 win 65536 max 16384
| debug1: input_session_request
| debug1: channel 0: new [server-session]
| debug1: session_new: init
| debug1: session_new: session 0
| debug1: session_open: channel 0
| debug1: session_open: session 0: link with channel 0
| debug1: server_input_channel_open: confirm session
| debug1: server_input_channel_req: channel 0 request pty-req reply 0
| debug1: session_by_channel: session 0 channel 0
| debug1: session_input_channel_req: session 0 req pty-req
| debug1: Allocating pty.
| debug3: mm_request_send entering: type 25
| debug3: monitor_read: checking request 25
| debug3: mm_answer_pty entering
| debug1: session_new: init
| debug1: session_new: session 0
| debug3: mm_request_send entering: type 26
| debug3: mm_pty_allocate: waiting for MONITOR_ANS_PTY
| debug3: mm_answer_pty: tty /dev/pts/14 ptyfd 3
| debug3: mm_request_receive entering
| debug3: mm_request_receive_expect entering: type 26
| debug3: mm_request_receive entering
| debug1: session_pty_req: session 0 alloc /dev/pts/14
| debug3: tty_parse_modes: SSH2 n_bytes 256
| debug3: tty_parse_modes: ospeed 38400
| debug3: tty_parse_modes: ispeed 38400
| debug3: tty_parse_modes: 1 3
| debug3: tty_parse_modes: 2 28
| debug3: tty_parse_modes: 3 127
| debug3: tty_parse_modes: 4 21
| debug3: tty_parse_modes: 5 4
| debug3: tty_parse_modes: 6 0
| debug3: tty_parse_modes: 7 0
| debug3: tty_parse_modes: 8 17
| debug3: tty_parse_modes: 9 19
| debug3: tty_parse_modes: 10 26
| debug3: tty_parse_modes: 12 18
| debug3: tty_parse_modes: 13 23
| debug3: tty_parse_modes: 14 22
| debug3: tty_parse_modes: 18 15
| debug3: tty_parse_modes: 30 0
| debug3: tty_parse_modes: 31 0
| debug3: tty_parse_modes: 32 0
| debug3: tty_parse_modes: 33 0
| debug3: tty_parse_modes: 34 0
| debug3: tty_parse_modes: 35 0
| debug3: tty_parse_modes: 36 1
| debug3: tty_parse_modes: 37 0
| debug3: tty_parse_modes: 38 1
| debug3: tty_parse_modes: 39 0
| debug3: tty_parse_modes: 40 0
| debug3: tty_parse_modes: 41 0
| debug3: tty_parse_modes: 50 1
| debug3: tty_parse_modes: 51 1
| debug3: tty_parse_modes: 52 0
| debug3: tty_parse_modes: 53 1
| debug3: tty_parse_modes: 54 1
| debug3: tty_parse_modes: 55 1
| debug3: tty_parse_modes: 56 0
| debug3: tty_parse_modes: 57 0
| debug3: tty_parse_modes: 58 0
| debug3: tty_parse_modes: 59 1
| debug3: tty_parse_modes: 60 1
| debug3: tty_parse_modes: 61 1
| debug3: tty_parse_modes: 62 0
| debug3: tty_parse_modes: 70 1
| debug3: tty_parse_modes: 71 0
| debug3: tty_parse_modes: 72 1
| debug3: tty_parse_modes: 73 0
| debug3: tty_parse_modes: 74 0
| debug3: tty_parse_modes: 75 0
| debug3: tty_parse_modes: 90 1
| debug3: tty_parse_modes: 91 1
| debug3: tty_parse_modes: 92 0
| debug3: tty_parse_modes: 93 0
| debug1: server_input_channel_req: channel 0 request shell reply 0
| debug1: session_by_channel: session 0 channel 0
| debug1: session_input_channel_req: session 0 req shell
| debug1: PAM setting tty to "/dev/pts/14"
`----

After "PAM setting tty..." it hangs.


When running with preloaded libpthread.so.0, the log continues with:

,----
| debug1: PAM establishing creds
| debug2: fd 4 setting TCP_NODELAY
| debug1: channel 0: rfd 10 isatty
| debug1: Setting controlling tty using TIOCSCTTY.
| debug1: fd 10 setting O_NONBLOCK
| debug2: fd 9 is O_NONBLOCK
`----

And the login succeeds.


        Juergen

-- 
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/

Reply to:

Follow-Ups:
- Bug#205234: ssh still not working with 2.3.2-6
  - From: Daniel Jacobowitz <dan@debian.org>

References:
- Bug#205234: ssh still not working with 2.3.2-6
  - From: Anders Boström <anders@netinsight.se>
- Bug#205234: ssh still not working with 2.3.2-6
  - From: Colin Watson <cjwatson@debian.org>

Prev by Date: Bug#205234: ssh still not working with 2.3.2-6
Next by Date: Bug#210598: libc6.1: Operations on subnormal floating-point numbers generate a floating point exception
Previous by thread: Bug#205234: ssh still not working with 2.3.2-6
Next by thread: Bug#205234: ssh still not working with 2.3.2-6
Index(es):
- Date
- Thread