OpenSSH problem

[Ludek Finstrle]

Ahoj,

  mam nasledujici podivny problem. Na stanici s Wokny jsem nainstaloval
z cygwinu openssh:
OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003

Kdyz se z nej hlasim na linux (RH7.2 zupdatovany) se sshd:
OpenSSH_3.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
nebo na IRIX (6.5 zupdatovany) se sshd:
OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003

tak vse probehne ok. Kdyz vsak se hlasim na Solaris 8 (zupdatovany)
se sshd:
OpenSSH_3.6.1p2, SSH protocols 1.5/2.0, OpenSSL 0x0090703f

tak projde autentizace, ale nefunguje castecne vypis. Kdyz
tam -t, tak to vytuhne uplne.

Pridam logy jak sshd, tak i ssh.

SSHD:
debug1: userauth-request for user <user> service ssh-connection method password
debug1: attempt 2 failures 1
debug1: PAM password authentication accepted for <user>
Accepted password for <user> from <ip> port 55267 ssh2
Accepted password for <user> from <ip> port 55267 ssh2
debug1: monitor_child_preauth: <user> has been authenticated by privileged process
debug1: permanently_set_uid: 12840/10100
debug1: Entering interactive session for SSH2.
debug1: fd 8 setting O_NONBLOCK
debug1: fd 9 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.
debug1: session_new: init
debug1: session_new: session 0
debug1: session_pty_req: session 0 alloc /dev/pts/36
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/36"
debug1: fd 12 setting O_NONBLOCK
debug1: channel 0: read<=0 rfd 12 len 0
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 eof
debug1: channel 0: input drain -> closed

Pricemz rozdil od spravne verze je jen v par poslednich radcich a to:
debug1: channel 0: read<=0 rfd 12 len 0
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 eof
debug1: channel 0: input drain -> closed


SSH:
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Entering interactive session.
debug2: callback start
debug2: ssh_session2_setup: id 0
debug2: channel 0: request pty-req
debug2: channel 0: request shell
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: channel 0: free: client-session, nchannels 1


Problem je opet v poslednich par radcich a to:
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: channel 0: free: client-session, nchannels 1


Nesetkal jste se nahodou nekdo s necim podobnym? Ci nemate nekdo nejaky
hint? Google na me dotazy mlci a openssh.org se tvari, ze zadny problem
nikde neni.

Jeste uvadim, ze problem nastava v techto situacich (hrany jsou ssh relace):
Win->Solaris
Win->IRIX->Solaris
Problem nenastava:
Win->Linux->Solaris
Win->Linux->IRIX->Solaris

Bohuzel nikde nemam k dispozici linux s OpenSSH 3.7p2, takze nemohu overit,
zda je problem jen ve Win verzi ci ne.

Uznavam, ze nejdrive volim tuto konferenci, kvuli tomu, ze cestinu
zvladam lepe nez anglictinu.

Predem moc diky za nakopnuti

Luf