Server 16.04: нельзя зайти из Windows по SSH

[JoeRee]

В домашней сети стоит сервер с Ubuntu Server 14.10. Доступ по SSH работет нормально. Конфиг работает дефолтный.
Решил обновиться: на другой винт установил заново Ubuntu Server 16.04.
Чтобы особо не заморачиваться, скопировал sshd_config со старого на новый...

(Нажмите, чтобы показать/скрыть)

# Package generated configuration file
# See the sshd_config(5) 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
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

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

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin without-password
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
TCPKeepAlive 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

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes

Результат: с Linux-машин и с Android'а нормально заходит по SSH на 16.04. Ни с одной из машин с Windows (через PuTTY) войти не удается. Putty выдает ошибку:

expected key exchange group packet from server

P.S. На старую машину при этом вход работает. Приходится заходить по SSH на старую, а с нее уже на новую. Куда рыть?

[EvangelionDeath]

Рыть в сторону багов PuTTy, а если точнее: вместо диалога о том, что изменился fingerprint и ключи хоста, он падает в ексепшн. Надо просто почистить ключики и\или перетянуть ключи с 14.04 в 16.04 (ну я бы такого не делал, как и не тянул бы конфиг 14.04 в 16.04)

[JoeRee]

А есть еще что-нибудь, кроме PuTTY - проверить это...?

[AnrDaemon]

Вы у нас спрашиваете?… Или это такая неудачная шутка?
Конечно есть. Любой SSH/SFTP клиент подойдёт.
Хоть файлзилла.

[JoeRee]

Спасибо. Действительно, загвоздка в PuTTY. Поставил BitWise - всё нормально.

P.S. Удалил настройки и записи PuTTY из реестра - глюк остался. Пользую BitWise.

[AnrDaemon]

А обновить PuTTY с официального сайта не?…
А то накачают доисторического говна с софтпедий…

[EvangelionDeath]

Ключи в рестре != отпечатки

Честно, я уже не помню, где PuTTy хранит отпечатки, но точно где-то в домашней директории пользователя

[AnrDaemon]

PuTTY хранит всё в реестре.
reg:\\.\HKEY_CURRENT_USER\Software\SimonTatham\PuTTY\SshHostKeys
Но.
Проблема не в ключах, проблема либо в самом путти, либо в настройках сервера.
И, да, каждый день им пользуюсь. Уменявсёработает.

[EvangelionDeath]

AnrDaemon, возможно и там и там проблема. еще есть файлик putty.rnd

Р.S. Сам пользуюсь изредка, так как нативный ssh в Ubuntu меня устаивает, Win гружу редко

[AnrDaemon]

putty.rnd это просто randseed >.<
Ну серьёзно, неужели так трудно догадаться?…

[JoeRee]

Проблема не в ключах, проблема либо в самом путти, либо в настройках сервера.
И, да, каждый день им пользуюсь. Уменявсёработает.

Хм. На обоих сервах (на старом и на новом) SSH настроены по умолчанию (и одинаковые). Т.е. конфиги не трогал. Не было нужды.
На старом вход до сих пор нормальный, а на новом такая, вот, фигня...

[EvangelionDeath]

Объясняю:
а) на новом совсем другие ключи и отпечатки для secure-shel
б) на новом стоит ssh-server с отключеным по умолчанию dsa (а вы туда затащили конфиги с 14.04. Чем Вам дефолтный конфиг 16.04 не понравился - я не знаю)

[mishka_pluh]

Для того, что бы putty подружился с ubuntu 18.04 без ошибки expected key exchange group packet from server
Нужно в настройках putty изменить алгоритм генерации ключей.

Теперь при подключении в окне putty нужно выбирать в настройках SSH => "Key exchange" группу "diffie-hellman-group14", которая использует более длинный ключ из 2048 бит.

Это связанно с тем, что старый алгоритм признан не безопасным и сервер его не принимает, поэтому putty не может подключиться