problem z sshd2
Witojcie!
Trafilem na dziwny problem z moim ssh2. Normalnie moge sie logowac
na serwer i ssh dziala jak nalezy, za to od jednej osoby logowanie
sie przez ssh wyglada tak, ze pyta sie grzecznie o haslo, a potem
juz nic nie pokazuje (choc wyraznie jest podlaczony, bo jak klepie w
klawiature, to literki pojawiaja sie z opoznieniem, wiec to pewnie
echo z serwera).
Zaczelo sie to dziac w momencie jak zainstalowalem sshd2 i
podmienilem tak, zeby uzywal portu 22.
I jeszcze ciekawostka - system traktuje osobe logujaca sie tak, jak
by byla zalogowana z tym, ze jak zrobie ps jej procesow, to jest tam
sshd2, za to nie ma shella.
Co ciekawe jak ta sama osoba ssh'nie sie na inny komputer, a z niego
na moj serwer, to wszystko dziala pieknie (tylko przyznacie, ze nie
jest to najszczesliwsze rozwiazanie ;) ).
Nie bardzo wiem co na to poradzic, a chcial bym zeby jednak ssh2
funkcjonowalo.
A ponizej macie wyjscie bledow z ssh -v osoby logujacej sie (i ktorej
toto nie wychodzi do konca). Moze to cos pomoze.
Pozdrawiam
Romek Kalukiewicz
OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 25: Deprecated option "FallBackToRsh"
debug1: /etc/ssh/ssh_config line 26: Deprecated option "UseRsh"
debug1: Applying options for *
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: ssh_connect: needpriv 0
debug1: Connecting to borek.sytes.net [213.25.231.19] port 22.
debug1: Connection established.
debug1: identity file /home/pigi/.ssh/identity type -1
debug1: identity file /home/pigi/.ssh/id_rsa type -1
debug1: identity file /home/pigi/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version 2.0.13 (non-commercial)
debug1: match: 2.0.13 (non-commercial) pat 2.0.13*,2.0.14*,2.0.15*,2.0.16*,2.0.17*,2.0.18*,2.0.19*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.4p1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client 3des-cbc hmac-md5 none
debug1: kex: client->server 3des-cbc hmac-md5 none
debug1: dh_gen_key: priv key bits set: 199/384
debug1: bits set: 475/1024
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug1: Host 'borek.sytes.net' is known and matches the DSA host key.
debug1: Found key in /home/pigi/.ssh/known_hosts:6
debug1: bits set: 498/1024
debug1: ssh_dss_verify: signature correct
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: done: ssh_kex2.
debug1: send SSH2_MSG_SERVICE_REQUEST
debug1: buggy server: service_accept w/o service
debug1: got SSH2_MSG_SERVICE_ACCEPT
debug1: authentications that can continue: publickey,password
debug1: next auth method to try is publickey
debug1: try privkey: /home/pigi/.ssh/identity
debug1: try privkey: /home/pigi/.ssh/id_rsa
debug1: try privkey: /home/pigi/.ssh/id_dsa
debug1: next auth method to try is password
debug1: ssh-userauth2 successful: method password
debug1: fd 6 setting O_NONBLOCK
debug1: channel 0: new [client-session]
debug1: send channel open 0
debug1: Entering interactive session.
debug1: ssh_session2_setup: id 0
debug1: channel request 0: pty-req
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: channel request 0: x11-req
debug1: channel request 0: shell
debug1: fd 3 setting TCP_NODELAY
debug1: channel 0: open confirm rwindow 10000 rmax 16384
Reply to: