1-й) Почему сервер может требовать аутентификацию паролем после успешной аутентификации по ключу? Какой ключ в файле sshd_config может "гадить"? На другом сервере с тем же ключём (authorized_keys) аутентификация по ключу проходит нормально. Логинюсь с одного и того же клиента (Linux SuSe 10) от одного и того самого пользователя. сервер1 SUSE SLES 9.3 по ключу удачно. сервер2 SUSE 9.1 по ключу+пароль :-(
вот sshd_config сервера2: -------------------------------------START Port 22 Protocol 2 ListenAddress xxx.xxx.xxx.xxx #ListenAddress :: # HostKey for protocol version 1 #HostKey /etc/ssh/ssh_host_key # HostKeys for protocol version 2 #HostKey /etc/ssh/ssh_host_rsa_key #HostKey /etc/ssh/ssh_host_dsa_key # Lifetime and size of ephemeral version 1 server key #KeyRegenerationInterval 1h #ServerKeyBits 768 # Logging #obsoletes QuietMode and FascistLogging SyslogFacility AUTH LogLevel INFO # Authentication: #LoginGraceTime 2m PermitRootLogin no #StrictModes yes RSAAuthentication no PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts #RhostsRSAAuthentication no # similar for protocol version 2 #HostbasedAuthentication no # Change to yes if you don't trust ~/.ssh/known_hosts for # RhostsRSAAuthentication and 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 no to disable s/key passwords # ChallengeResponseAuthentication no # Kerberos options #KerberosAuthentication no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes #KerberosGetAFSToken no # GSSAPI options #GSSAPIAuthentication no #GSSAPICleanupCredentials yes #GSSAPIEnableMITMAttack no UsePAM yes #AllowTcpForwarding yes #GatewayPorts no X11Forwarding yes #X11DisplayOffset 10 #X11UseLocalhost yes #PrintMotd yes #PrintLastLog yes #TCPKeepAlive yes #UseLogin no #UsePrivilegeSeparation yes #PermitUserEnvironment no #Compression yes #ClientAliveInterval 0 #ClientAliveCountMax 3 #UseDNS yes #PidFile /var/run/sshd.pid #MaxStartups 10 # no default banner path #Banner /some/path # override default of no subsystems Subsystem sftp /usr/lib/ssh/sftp-server -------------------------------------END Права на файл authorized_keys: -rw-------. на файл id_rsa: -rw-------
2-й). Должен ли в каталоге ~/.ssh клиента находится файл id-rsa.pub, а то почему-то если он там есть то сервер1 не требует пароль к id_rsa. а требует пароль пользователя на сервере1.
