Беспарольная SSH работает только в режиме отладки

Question

У меня есть две машины, с одинаковыми пользователями, нужно сделать беспарольную SSH между ними, у меня есть два пользователи MEDYA и orainst

Medya дома является/дома/Medya/ orainst дома/tools/appsw/oracle/orainst

Я установил без пароля для них обоих (да, клянусь, я сделал все разрешения, религиозно).

он работает для любого пользователя в обычных домашних каталогах (medya), но не для orainst.

и самое странное, если я запустил ssh-сервер в режиме отладки, он отлично работает для обоих пользователей!

здесь журнал как для SSH, начиная, как обслуживание и SSH начинаются отладки

здесь, где он не:

debug1: trying public key file /tools/appsw/oracle/orainst/.ssh/authorized_keys 
debug1: Could not open authorized keys '/tools/appsw/oracle/orainst/.ssh/authorized_keys': Permission denied 
debug1: restore_uid: 0/0 
debug1: temporarily_use_uid: 500/500 (e=0/0) 
debug1: trying public key file /tools/appsw/oracle/orainst/.ssh/authorized_keys 

вот полный журнал:

[root@ip-10-16-4-114 oracle]# service sshd start 

Starting sshd: debug1: sshd version OpenSSH_5.3p1 
debug1: read PEM private key done: type RSA 
debug1: private host key: #0 type 1 RSA 
debug1: read PEM private key done: type DSA 
debug1: private host key: #1 type 2 DSA 
debug1: rexec_argv[0]='/usr/sbin/sshd' 
debug1: rexec_argv[1]='-d' 
Set /proc/self/oom_score_adj from 0 to -1000 
debug1: Bind to port 22 on 0.0.0.0. 
Server listening on 0.0.0.0 port 22. 
debug1: Bind to port 22 on ::. 
Server listening on :: port 22. 
debug1: Server will not fork when running in debugging mode. 
debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8 
debug1: inetd sockets after dupping: 3, 3 
Connection from 10.16.4.113 port 56175 
debug1: Client protocol version 2.0; client software version OpenSSH_5.3 
debug1: match: OpenSSH_5.3 pat OpenSSH* 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_5.3 
debug1: permanently_set_uid: 74/74 
debug1: list_hostkey_types: ssh-rsa,ssh-dss 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug1: kex: client->server aes128-ctr hmac-md5 none 
debug1: kex: server->client aes128-ctr hmac-md5 none 
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received 
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent 
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT 
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug1: SSH2_MSG_NEWKEYS received 
debug1: KEX done 
debug1: userauth-request for user orainst service ssh-connection method none 
debug1: attempt 0 failures 0 
debug1: PAM: initializing for "orainst" 
debug1: PAM: setting PAM_RHOST to "10.16.4.113" 
debug1: PAM: setting PAM_TTY to "ssh" 
debug1: userauth-request for user orainst service ssh-connection method publickey 
debug1: attempt 1 failures 0 
debug1: temporarily_use_uid: 500/500 (e=0/0) 
**debug1: trying public key file /tools/appsw/oracle/orainst/.ssh/authorized_keys 
debug1: Could not open authorized keys '/tools/appsw/oracle/orainst/.ssh/authorized_keys': Permission denied 
debug1: restore_uid: 0/0 
debug1: temporarily_use_uid: 500/500 (e=0/0) 
debug1: trying public key file /tools/appsw/oracle/orainst/.ssh/authorized_keys** 
debug1: Could not open authorized keys '/tools/appsw/oracle/orainst/.ssh/authorized_keys': Permission denied 
debug1: restore_uid: 0/0 
Failed publickey for orainst from 10.16.4.113 port 56175 ssh2 
Connection closed by 10.16.4.113 
debug1: do_cleanup 
debug1: do_cleanup 
debug1: PAM: cleanup 

и log для запуска ssh-сервера в режиме отладки (когда я это делаю, оба пользователя могут делать без пароля ssh)

[root@ip-10-16-4-114 oracle]# /usr/sbin/sshd -d -p 2222 
debug1: sshd version OpenSSH_5.3p1 
debug1: read PEM private key done: type RSA 
debug1: private host key: #0 type 1 RSA 
debug1: read PEM private key done: type DSA 
debug1: private host key: #1 type 2 DSA 
debug1: rexec_argv[0]='/usr/sbin/sshd' 
debug1: rexec_argv[1]='-d' 
debug1: rexec_argv[2]='-p' 
debug1: rexec_argv[3]='2222' 
Set /proc/self/oom_score_adj from 0 to -1000 
debug1: Bind to port 2222 on 0.0.0.0. 
Server listening on 0.0.0.0 port 2222. 
debug1: Bind to port 2222 on ::. 
Server listening on :: port 2222. 
debug1: Server will not fork when running in debugging mode. 
debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8 
debug1: inetd sockets after dupping: 3, 3 
Connection from 10.16.4.113 port 47631 
debug1: Client protocol version 2.0; client software version OpenSSH_5.3 
debug1: match: OpenSSH_5.3 pat OpenSSH* 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_5.3 
debug1: permanently_set_uid: 74/74 
debug1: list_hostkey_types: ssh-rsa,ssh-dss 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug1: kex: client->server aes128-ctr hmac-md5 none 
debug1: kex: server->client aes128-ctr hmac-md5 none 
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST received 
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent 
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT 
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug1: SSH2_MSG_NEWKEYS received 
debug1: KEX done 
debug1: userauth-request for user orainst service ssh-connection method none 
debug1: attempt 0 failures 0 
debug1: PAM: initializing for "orainst" 
debug1: PAM: setting PAM_RHOST to "10.16.4.113" 
debug1: PAM: setting PAM_TTY to "ssh" 
debug1: userauth-request for user orainst service ssh-connection method publickey 
debug1: attempt 1 failures 0 
debug1: temporarily_use_uid: 500/500 (e=0/0) 
debug1: trying public key file /tools/appsw/oracle/orainst/.ssh/authorized_keys 
debug1: fd 4 clearing O_NONBLOCK 
debug1: matching key found: file /tools/appsw/oracle/orainst/.ssh/authorized_keys, line 1 
Found matching RSA key: 6c:ab:f3:3b:68:c3:ed:f1:d6:ae:a5:f8:06:2f:d3:8c 
debug1: restore_uid: 0/0 
debug1: ssh_rsa_verify: signature correct 
debug1: do_pam_account: called 
Accepted publickey for orainst from 10.16.4.113 port 47631 ssh2 
debug1: monitor_child_preauth: orainst has been authenticated by privileged process 
debug1: temporarily_use_uid: 500/500 (e=0/0) 
debug1: ssh_gssapi_storecreds: Not a GSSAPI mechanism 
debug1: restore_uid: 0/0 
debug1: SELinux support enabled 
debug1: PAM: establishing credentials 
debug1: temporarily_use_uid: 500/500 (e=0/0) 
debug1: ssh_gssapi_storecreds: Not a GSSAPI mechanism 
debug1: restore_uid: 0/0 
User child is on pid 6171 
debug1: PAM: establishing credentials 
debug1: permanently_set_uid: 500/500 
debug1: Entering interactive session for SSH2. 
debug1: server_init_dispatch_20 
debug1: server_input_channel_open: ctype session rchan 0 win 1048576 max 16384 
debug1: input_session_request 
debug1: channel 0: new [server-session] 
debug1: session_new: session 0 
debug1: session_open: channel 0 
debug1: session_open: session 0: link with channel 0 
debug1: server_input_channel_open: confirm session 
debug1: server_input_global_request: rtype no-more-sessions@openssh.com want_reply 0 
debug1: server_input_channel_req: channel 0 request pty-req reply 1 
debug1: session_by_channel: session 0 channel 0 
debug1: session_input_channel_req: session 0 req pty-req 
debug1: Allocating pty. 
debug1: session_new: session 0 
debug1: session_pty_req: session 0 alloc /dev/pts/1 
debug1: server_input_channel_req: channel 0 request env reply 0 
debug1: session_by_channel: session 0 channel 0 
debug1: session_input_channel_req: session 0 req env 
debug1: server_input_channel_req: channel 0 request shell reply 1 
debug1: session_by_channel: session 0 channel 0 
debug1: session_input_channel_req: session 0 req shell 

Answer 1

Я решил эту проблему с этим

echo 0 > /selinux/enforce 

Оказывается SELinux не нравится, что домашняя папка моего пользователя была символической ссылкой.

Answer 2

Я считаю, что истинная проблема заключается в том, что существование символической ссылки в пути к папке .ssh вызывает проверку разрешений. Подобно тому, как SELinux требует, чтобы файл authorized_keys запретил групповой доступ на запись к файлу (имеет значение chmod 600 по существу), он применяет то же правило для папки .ssh и для любых символических ссылок в пути к файлу authorized_keys.

Ответ здесь я думаю, что это хорошо: https://unix.stackexchange.com/questions/152417/why-cant-i-use-public-private-key-authentication-with-ssh-on-arch-linux

Answer 3

Я тоже столкнулся с этим вопросом, и установил ее со следующим:

restorecon .ssh/ 
restorecon .ssh/authorized_keys 

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