Решено: проблема с настройкой OpenSSH

[SOF_1]

Поставил OpenSSH-server -4.3р2 и клиента на другой линукс-машине.
Конфиг сервера
# 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
#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 no
StrictModes yes

AllowUsers jurii

RSAAuthentication no

PubkeyAuthentication yes
AuthorizedKeysFile ~/.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 no to disable tunnelled clear text passwords
PasswordAuthentication no



X11Forwarding no
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

#UsePAM yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

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

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

# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key


Клиента

# This is the ssh client system-wide configuration file. See
# ssh_config(5) for more information. This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
# 1. command line options
# 2. user-specific file
# 3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options. For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

Host *
ForwardAgent no
ForwardX11 no
ForwardX11Trusted no
RhostsRSAAuthentication no
RSAAuthentication no
PasswordAuthentication no
HostbasedAuthentication yes
# BatchMode no
# CheckHostIP yes
# AddressFamily any
# ConnectTimeout 0
StrictHostKeyChecking yes

PreferredAuthentications publickey
HostKeyAlgorithms ssh-dss
PubkeyAuthentication yes
User jurii

# IdentityFile ~/.ssh/identity
# IdentityFile ~/.ssh/id_rsa
IdentityFile ~/.ssh/id_dsa
Port 22
Protocol 2
Cipher 3des
Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
EscapeChar ~
# Tunnel no
# TunnelDevice any:any
# PermitLocalCommand no

SendEnv LANG LC_*
# HashKnownHosts yes
# GSSAPIAuthentication yes
# GSSAPIDelegateCredentials no


Аутентификация должна осуществляться методом публичного ключа.
На пк клиента сгенерировал ключи и скопировал ~/.ssh/id_dsa.pub в ~/.ssh/authorized_keys, все для пользователя jurii

Когда выполняю вход ssh <ip servera ssh>, выходит сообщение No DSA host key is known <ip servera ssh> and (дальше из-за запрета в sshd_config ) you have requested strict cheking.
Не представляю в чем может быть проблема, открыл полный доступ к папкам и файлам на обоих пк, содержащих ключи, без результатно.
Пк находятся в локальной сети.

[wyldrodney]

Не знаю как нужно, но я делаю так:
На сервере выполняю команду /etc/init.d/sshd start
На клиенте -- ssh имя_пользователя@ip_сервера.
Никаких настроек не делал, и собственно работает, незнаю как с ключами, но, по идее сервер после аутенификации паролем передаст их клиенту.
В локальной сети наверное безопасность не так важна, но всё-же советую почитать мануалы.

[SOF_1]

по умолчанию с простой настройкой всё работает нормально, но вот по публичному ключу для протокола 2 не работает

[skeletor]

Удали файлы ~/.ssh/id_dsa.pub, ~/.ssh/id_dsa.pub у всех юзеров, через которых будешь коннектится по ssh. У меня была похожая проблема, решилась именно так.

ПС. Естественно, сделай резервную копию этих файлов, если вдруг не поможет.

[csx]

А в логах на сервере что? Наверняка просто права на ключи слишком "добрые". ССХ этого не позволяет.

[SOF_1]

а вот логи то найти не могу, но права доступа на ключи только для юзеров
~/.ssh/id_dsa.pub, ~/.ssh/id_dsa.pub удалил - не помогло

[sash-kan]

открыл полный доступ к папкам и файлам на обоих пк, содержащих ключи

зря. что в мане, что в логах Вы увидите — зря (:

[csx]

а вот логи то найти не могу

cat /var/log/messages /var/log/secure | grep sshd

[Misteri0]

я делаю так:
1) authorized_keys лежит в домашней директории/.ssh/ сервера, а не клиента. В нем лежит публичный ключ клиента. в формате:
метод ключ коммент
пример:
ssh-rsa AAD.......== user1
2) коннекчусь следующим способом:

Код: Выделить всё

 ssh -i ~/.ssh/приватный_ключ -l юзер <ip servera ssh>

[SOF_1]

Спасибо за помощь, все таки из того, что посоветовали - подействовало, заработало.