Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Администрирование *NIX систем > Что случилось с SSH-2.0-OpenSSH_4.2p1?


Автор: tishaishii 25.1.2007, 17:48
Что случилось с SSH-2.0-OpenSSH_4.2p1 на Debian-7ubuntu3.1?
Когда пытаюсь подключиться выдаёт такое:
Код

user$telnet localhost 22
Trying 127.0.0.1...
Connected to localhost.localdomain.
Escape character is '^]'.
SSH-2.0-OpenSSH_4.2p1 Debian-7ubuntu3.1

Protocol mismatch.
Connection closed by foreign host.


Вот конфиг sshd_config:
Код

# Package generated configuration file
# See the sshd(8) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile    %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
KeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

UsePAM yes

Чего ему ещё? Это стандартный конфиг.

Добавлено @ 17:57 
Я читал вот здесь: http://lists.freebsd.org/pipermail/freebsd-stable/2005-January/011100.html
Но, подключаясь с помощью putty с другой машины, получаю тот же результат.

Автор: ZeeLax 25.1.2007, 18:40
tishaishii, а ssh-клиентом не пробовали подключаться?

Добавлено @ 18:44 
Цитата(tishaishii @  25.1.2007,  20:48 Найти цитируемый пост)
Я читал вот здесь: http://lists.freebsd.org/pipermail/freebsd...ary/011100.html

Какие выводы сделали? Там достаточно понятный совет дан.

Цитата(tishaishii @  25.1.2007,  20:48 Найти цитируемый пост)
Но, подключаясь с помощью putty с другой машины, получаю тот же результат. 

PuTTY - не только ssh-клиент. Так что, прошу уточнить.

Автор: tishaishii 25.1.2007, 19:09
Короче, ни с того ни с сего всё заработало. Оно и плохо.

Автор: ZeeLax 25.1.2007, 19:25
tishaishii, может, забыли в putty выбрать протокол?

Добавлено @ 19:27 
В смысле, в телнет ткнули случайно, а порт сменили руками.

Автор: spin2 25.1.2007, 19:48
Попробуй так:
Код

ssh 127.0.0.1

Автор: tishaishii 25.1.2007, 22:48
Короче, всё работает. Вот только, до этого я теми же методами пытался подключиться, а не выходило. Сейчас ни с того ни с сего получается. Оно и плохо. Говорит о нестабильности сервера.

Автор: bilbobagginz 26.1.2007, 00:08
может в подключении сети что-то изменилось 

Автор: ZeeLax 26.1.2007, 07:05
tishaishii, хм... в приведенном вами примере я не вижу никакой нестабильности.

Автор: tishaishii 26.1.2007, 12:54
Не трогаю и не дышу, пока работает.

Автор: bilbobagginz 26.1.2007, 13:13
Цитата

Не трогаю и не дышу, пока работает. 

я только что заметил, что тестировал ты при помощи telnet.
ясный пень, что в конце концов получится protocol mismatch.
Это как раз нормально, ведь телнет не знает что такое ssh,ssh2, и т.д., и проверяет только на наличие слушающего процесса на данном порту ( что как раз произошло успешно ).

Вопрос какую ошибку ты получал при подключении с putty ?

Автор: smalcom 12.2.2007, 00:12
Цитата

Protocol mismatch.


это разве не ответ. ssh могет работать на протоколах версии 1 и 2. sshd_config то показан и в нем написано

Цитата

Protocol 2

протокол версии 2

Цитата

#PasswordAuthentication yes

лучче на всякий случай раскоментить шоб стопудова включилась авторизация по паролю


вот а файла ssh_config нету там как раз и пишеца тоже многа интереснава. вот а если клиент виндовый, то нада в настроечках переключица на нужный протокол

Автор: bilbobagginz 12.2.2007, 11:09
это настройки сервера.
а каковы были настройки клиента ?
может его протокол соединения был "телнет" ?

Автор: Goganchic 14.4.2007, 13:28
А что пишется в syslog?

Автор: ZeeLax 14.4.2007, 13:33
Goganchic, вы уже не в первый раз замечены в ответе на "устаревшие темы".

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)