ага, после упадения харда пропал так же /home/gk/.ssh/id_rsa, а как его сгенерить?

Re^2: ssh: Connection reset by peer

> ага, после упадения харда пропал так же /home/gk/.ssh/id_rsa, а как его сгенерить?

ssh-keygen

=сгенерил, эффекта 0:
debug1: Connection established.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug2: key_type_from_name: unknown key type '-----END'
debug1: identity file /home/gk/.ssh/id_rsa type 1
debug1: identity file /home/gk/.ssh/id_dsa type -1
ssh_exchange_identification: read: Connection reset by peer


=(при удалении секций '-----BEGIN' и '-----END'):
debug1: Connection established.
debug1: identity file /home/gk/.ssh/id_rsa type -1
debug1: identity file /home/gk/.ssh/id_dsa type -1
ssh_exchange_identification: read: Connection reset by peer

как было, так и осталось =( не пашет ssh

Смотрите, что в логах оседает на сервере.

/var/log/auth.log
sshd[26288]: Dit not receive identification string from UNKNOWN

/var/log/messages
sshd[26288]: Dit not receive identification string from UNKNOWN

и больше никаких следов...

щас пишу мз дома, все пашет:
...
debug1: Connection established.
debug1: identity file /home/ae/.ssh/id_rsa type -1
debug1: identity file /home/ae/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.6
...
...

может попробовать ключики от ssh нп работу принести, ими подключиться?

Лучше трассировку и пинги сделайте. ping -c100 -q x.x.x.x Имхо, где-то пакеты теряются и из-за какчества связи происходит обрыв соединения.

ping 194.xx.xx.x ping statistics --- 13 packets transmitted, 13 received, 0% packet loss, time 11999ms rtt min/avg/max/mdev = 4.895/5.139/5.538/0.184 ms

ping -c100 -q 194.xx.xx.x ping statistics --- 28 packets transmitted, 28 received, 0% packet loss, time 26999ms rtt min/avg/max/mdev = 4.763/12.362/131.311/26.391 ms

мистика?! О_о

> может попробовать ключики от ssh нп работу принести, ими подключиться?
Естественно

/var/log/messages sshd[26288]: Dit not receive identification string from UNKNOWN

Кстати, данное сообщение вполне может не относится именно к той сессии. Попроуйте запустить ssh сервер в режиме отладки

/usr/bin/ssh -D -d

и потом с ним соединиться.

тьфу

/usr/sbin/sshd -D -d

> /usr/sbin/sshd -D -d
debug1: sshd version OpenSSH_4.3p2
debug1: private host key: #0 type 0 RSA1
debug1: read PEM private key done: type RSA
debug1: private host key: #1 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #2 type 2 DSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-D'
debug1: rexec_argv[2]='-d'
debug1: Bind to port 22 on 194.xx.xx.x.
Bind to port 22 on 194.xx.xx.x failed: Address already in use.
Cannot bind any address.

при этом в штатном режиме оно стартует нормально и, напомню, из дома работает

Кааак же с вами сложно. Вы ленитесь, блин, нормально продиагностировать ситуацию. Не понимаю, ждете, когда все за вас сделают другие? Почитайте доки по теме, что ли.

Сначала, естественно, нужно остановить sshd сервер. service sshd stop или /etc/init.d/sshd stop, короче очень дистрозависимо.

А потом уже запускать сервер в отладке.

Уж сами придумайте, будете ли вы коннектиться предварительно с сервера на проблемную машину, чтобы бы как бы и там и там быть или будете просить кого-то набирать команду оступа до сервера. Можно еще sshd запустить на другом порту, параллельно с основным, с выводом ошибок в сислог или сразу в файл, в том случае, если первые варианты по каким-то причинам невозможны. А потом уже из дома коннектиться на нестандартный порт, чтобы осела ваша сессия. Правда, есть риск, что в этом случае при автоматическом сканировании ботов оно преждевременно завершит свою работу.

А если тупо править конфиги sshd на увеличение вербосности, то думаю, в получившимся лог-файле будет проблемой найти нужную сессию.

Если все пройдет успешно, в логах вы получите причину, по которой разрывается соединение. А не будете заставлять гадать нас выпрашивать у вас конфиги, логи и т.д.