Разрешение SSH отказано (открытый ключ), но работает root ssh

Я пытаюсь настроить ssh-доступ для учетной записи, которую я создал с помощью chef на цифровом сервере Ocean Ubuntu 12.04. В цифровом океане я установил параметры для автоматического копирования ключа ssh моего компьютера при создании капли.

Я могу войти в систему как root без проблем, но мой другой пользователь не может пройти аутентификацию. похоже, это общая проблема, и я проверил некоторые другие ответы и нашел эту команду, чтобы получить больше информации:

ssh -vvv -i id_rsa user@serverIP

Журналы для пользователя root (что успешно ) с этой командой:

debug

1: Offering RSA public key: /Users/evan/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug2: input_userauth_pk_ok: fp snip!
debug3: sign_and_send_pubkey: snip!
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).

сбойный пользователь:

debug

1: Authentications that can continue: publickey
debug3: start over, passed a different list publickey
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/evan/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug1: Trying private key: /Users/evan/.ssh/id_dsa
debug3: no such identity: /Users/evan/.ssh/id_dsa: No such file or directory
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.

Что для меня означает, что открытый ключ неверен , Но если я войду в систему как пользователь root и зайду на home/otheraccount/.ssh/authorized_keys, я увижу, что мой ssh-ключ там есть. Я подумал, что, возможно, произошла ошибка, поэтому я сделал cp .ssh/authorized_keys ~/home/otheraccout/.ssh/authorized_keys, но это не помогло. Я не знаю, где еще искать.

Мои etc/ssh/sshd_conig:

# 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
#Privilege Separation is turned on for security
"sshd_config" 88L, 2508C
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

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 no

# GS

SAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

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

#MaxStartups 10:30:60

AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server
UsePAM no
Banner /etc/ssh_banner

Редактировать:

drwx------ 2 deploy deploy 4096 Apr 20 06:00 .ssh
-rw------- 1 deploy deploy 820 Apr 20 05:35 authorized_keys

Редактировать2:

Как предлагается в комментариях: /var/log/authlog:

Apr 21 04:59:30 localhost sshd[586]: User deploy not allowed because account is locked
Apr 21 04:59:30 localhost sshd[586]: input_userauth_request: invalid user deploy [preauth]

Я пытался сделать sudo usermod --expiredate -1 deploy, и он вернулся no changes

15
задан 21 April 2014 в 13:07

2 ответа

  • логины SSH могут перестать работать по различным причинам (неправильные полномочия каталога/файла, неправильные ключи и т.д.), и соединяющийся клиент просто доберется Permission denied или No more authentication methods to try или некоторая универсальная ошибка.

  • точная причина отказа входа в систему будет доступна в журнале ssh /var/log/auth.log или /var/log/secure в зависимости от конфигурации системного журнала.

0
ответ дан 21 April 2014 в 13:07

Та же проблема для меня новая установка CentOS7.

1. проверьте домашние полномочия dir и ~/.ssh и ~/.ssh/authorized_keys полномочия (как @clement говорит),

chmod o-w ~/; chmod 700 ~/.ssh; chmod 600 ~/.ssh/authorized_keys

2. проверьте/etc/ssh/sshd_config настройки && сервис sshd перезапуск (после того, как каждое редактирование) Полезный: попробуйте "LogLevel, ПОДРОБНЫЙ" в sshd_config.

Я все еще получил подсказку пароля после проверки всего, что было в порядке.

Выполненный ssh клиент с журналами-vvv:

debug3: send_pubkey_test 
debug2: we sent a publickey packet, wait for reply

Сервер (/var/log/secure) журналы:

Failed publickey for * from * port * ssh2: RSA *

сервер ssh не отправляет больше информации об ошибке клиенту, поскольку это было бы угрозой безопасности.

Если я выполнил sshd на другом порте 'sshd-p 5555-d'. Ключ работал. Passwordless входят в систему хорошо. WTF?

SAD :-( для высказывания я затем отключил selinux (установите SELINUX=disabled в/etc/selinux/config), и перезагрузка. Вход в систему Passwordless затем работал хорошо.

моя текущая работа sshd_config настройки:

[root@hp-bl-05 ~]# grep -vE "^#|^$" /etc/ssh/sshd_config  
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
SyslogFacility AUTHPRIV
LogLevel VERBOSE
RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys
HostbasedAuthentication yes
PasswordAuthentication yes
ChallengeResponseAuthentication no
GSSAPIAuthentication no
GSSAPICleanupCredentials no
UsePAM yes
X11Forwarding yes
UseDNS no
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS
Subsystem   sftp    /usr/libexec/openssh/sftp-server

Таким образом, было бы хорошо знать, мог мы изменять что-то маленькое в selinux, чтобы заставить вход в систему ssh без пароля работать. Кто-либо может улучшить ответ?

то же самое: https://superuser.com/questions/352368/ssh-still-asks-for-password-after-setting-up-key-based-authentication/1072999#1072999

3
ответ дан 21 April 2014 в 13:07

Другие вопросы по тегам:

Похожие вопросы: