ssh не авторизируется по ключам

[Lex396]

Добрый день.
система:
ubuntu  18,04
openSSH 7.6

при попытке авторизации по ключам выдает следующее "Server refused our key"
лог /var/log/auth.log

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

Код: [Выделить]

ec 23 15:27:10 lex396_sr sshd[17186]: rexec line 120: Deprecated option RSAAuthentication
Dec 23 15:27:13 lex396_sr sshd[17186]: reprocess config line 120: Deprecated option RSAAuthentication
Dec 23 15:27:13 lex396_sr sshd[17186]: error: Received disconnect from 192.168.0.56 port 33908:14: No supported authentication methods available [preauth]
Dec 23 15:27:13 lex396_sr sshd[17186]: Disconnected from authenticating user teef 192.168.0.56 port 33908 [preauth]


нагуглил, что если openssh выше 7,3 версии то можно не использовать RSAAuthentication (119 строчка)
лог если закомментировать 119 строчку

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

Dec 23 15:42:34 lex396_sr sshd[16629]: Received SIGHUP; restarting.
Dec 23 15:42:34 lex396_sr sshd[16629]: Server listening on 0.0.0.0 port 22.
Dec 23 15:42:34 lex396_sr sshd[16629]: Server listening on :: port 22.
Dec 23 15:42:45 lex396_sr sshd[18338]: Connection closed by authenticating user teef 192.168.0.56 port 35403 [preauth]
Dec 23 15:43:03 lex396_sr sshd[18444]: userauth_pubkey: key type ssh-dss not in PubkeyAcceptedKeyTypes [preauth]

конфиг sshd_conf

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

Код: [Выделить]

# $OpenBSD: sshd_config,v 1.101 2017/03/14 07:19:07 djm Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options override the
# default value.

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key
#HostKey /etc/ssh/ssh_host_ed25519_key

# Ciphers and keying
#RekeyLimit default none

# Logging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin prohibit-password
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#PubkeyAuthentication yes

# Expect .ssh/authorized_keys2 to be disregarded by default in future.
AuthorizedKeysFile ~/.ssh/authorized_keys ~/.ssh/authorized_keys2

#AuthorizedPrincipalsFile none

#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody

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

# To disable tunneled clear text passwords, change to no here!
#PasswordAuthentication yes
#PermitEmptyPasswords no

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

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

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no

# 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

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PermitTTY yes
PrintMotd no
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS no
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# no default banner path
#Banner none

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

# override default of no subsystems
Subsystem sftp /usr/lib/openssh/sftp-server
IgnoreRhosts yes
IgnoreUserKnownHosts no
StrictModes yes
PubkeyAuthentication yes
RSAAuthentication yes
PermitRootLogin yes
PermitEmptyPasswords no
PasswordAuthentication no

# Example of overriding settings on a per-user basis
#Match User anoncvs
# X11Forwarding no
# AllowTcpForwarding no
# PermitTTY no
# ForceCommand cvs server


ключи были сгенерированы с помощью puttygen.
права на папку ~/.ssh - 700, authorized_keys - 600,

[ALiEN]

key type ssh-dss not in PubkeyAcceptedKeyTypes

Код: [Выделить]

ssh -oHostKeyAlgorithms=+ssh-dss user@host
а вообще, создайте нормальный ключ RSA, а не DSA

[EvangelionDeath]

Код: [Выделить]

ssh -oHostKeyAlgorithms=+ssh-dss user@hostа вообще, создайте нормальный ключ RSA, а не DSA

Или в .ssh/config прописать для хоста параметр

Код: (ini) [Выделить]

HostkeyAlgorithms   ssh-dss
Но правильней таки использовать rsa ключи

[AnrDaemon]

HostkeyAlgorithms   ssh-dss

Удалить.

[Lex396]

я хотел использовать rsa ключи но

ec 23 15:27:10 lex396_sr sshd[17186]: rexec line 120: Deprecated option RSAAuthentication
Dec 23 15:27:13 lex396_sr sshd[17186]: reprocess config line 120: Deprecated option RSAAuthentication

что нужно сделать чтобы rsa ключи заработали?

[AnrDaemon]

Эта опция не имеет никакого отношения к SSH2, которым вы пользуетесь.

RSAAuthentication
        Specifies whether pure RSA authentication is allowed.  The default is “yes”.  This option applies to protocol version 1 only.

[Lex396]

ключ сгенерированы rsa (с помощью puttygen)
тз конфига убрал строчку с RSAAuthentication
ключ по прежнему не принимает (Server refused our key)
в логи ничего не записывает, до ввода пароля
после ввода пароля

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

Dec 24 13:16:13 lex396_sr sshd[4104]: Accepted password for teef from 192.168.0.56 port 45540 ssh2
Dec 24 13:16:13 lex396_sr sshd[4104]: pam_unix(sshd:session): session opened for user teef by (uid=0)
Dec 24 13:16:13 lex396_sr systemd-logind[834]: New session 11 of user teef.
Dec 24 13:16:13 lex396_sr systemd: pam_unix(systemd-user:session): session opened for user teef by (uid=0)

в каком направлении искать литературу?
Пользователь добавил сообщение 24 Декабря 2018, 16:49:02:решено.
созданные puttygen ключи почему то не работают.
создал ключи через ssh-keygen.
если заходить через putty, то нужно пересохранить ключ созданные ssh-keygen'ном в утилите puttygen

[AnrDaemon]

Так вы чем коннектитесь-то?…
Тем и ключи создавать надо. Либо учиться читать. PuTTYgen умеет сохранять ключи в формате OpenSSH и ssh.com.