Настройте SSH-вход с помощью публичного ключа в GoFlex Home

Я пытаюсь настроить SSH-ключи для входа в свой GoFlex Home 2TB. Вот шаги, которые я предпринял

1. Скопируйте свой публичный ключ в /home/user/.ssh/authorized_keys
2. Измените /etc/ssh/sshd_config, чтобы разрешить аутентификацию по публичному ключу и указать на файл authorized_keys
3. Завершите сессию SSH
4. Войдите в goflexhome.loal и перезагрузите устройство NAS

Данные клиентской системы:

• ОС: Linux Mint 17.3
• Тип сети: LAN (Ethernet)

Данные хост-системы (NAS)

• ОС: hipserv2 (основана на Linux от Seagate, стандартная ОС в GoFlex Home)

Когда я пытаюсь инициировать сессию ssh, я получаю запрос пароля вместо использования моего приватного ключа для входа

Права доступа к файлам в /home/user/.ssh

-bash-3.2$ ls -la
total 4
drwxr-xr-x 2 user root 232 Mar 18 16:49 .
dr-xr-x--- 7 user www  616 Mar 18 16:48 ..
-rwxr-xr-x 1 user root 746 Mar 18 16:49 authorized_keys
-bash-3.2$ 

SSH детализировано

Полный PasteBin.

Выдержка:

ssh -v [email protected]
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
...
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
No Kerberos credentials available
...
debug1: Next authentication method: publickey
debug1: Offering RSA public key: user@user-system
debug1: Server accepts key: pkalg ssh-rsa blen 535
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Trying private key: /home/user/.ssh/id_ed25519
debug1: Next authentication method: password
[email protected]'s password: 
debug1: Authentication succeeded (password).
Authenticated to goflexhome.local ([10.42.0.12]:22).

На машине hipserve2, пожалуйста, выполните

chmod 700 /home/user/.ssh
chmod 600 /home/user/.ssh/authorized_keys

и попробуйте снова

Сначала проверьте содержимое /var/log/auth.log на сервере, чтобы выяснить, почему аутентификация по ключу вообще пропускается.

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

1. С КЛИЕНТА – Сгенерируйте ключ: ssh-keygen -t rsa
   Публичный и приватный ключи (id_rsa.pub и id_rsa) будут автоматически сохранены в директории ~/.ssh/.
   Настройка будет проще, если вы используете пустую фразу-пароль. Если вы не хотите этого делать, тогда все равно следуйте этому руководству, но также проверьте следующий пункт.
2. С КЛИЕНТА – Скопируйте публичный ключ на сервер : ssh-copy-id user@server
   Публичный ключ клиента будет скопирован в местоположение сервера ~/.ssh/authorized_keys.
3. С КЛИЕНТА – Подключитесь к серверу: ssh user@server

Теперь, если это все еще не работает после описанных 3 шагов, давайте попробуем следующее:

• Проверьте права доступа к папке ~/ssh на клиенте и сервере.
• Проверьте /etc/ssh/ssd_config на сервере, чтобы убедиться, что опции RSAAuthentication, PubkeyAuthentication и UsePAM не отключены, так как они включены по умолчанию с yes.
• Если вы ввели фразу-пароль во время генерации своего клиентского ключа, вы можете попробовать ssh-agent & ssh-add, чтобы добиться подключения без пароля в своей сессии.
• Проверьте содержимое /var/log/auth.log на сервере, чтобы выяснить, почему аутентификация по ключу вообще пропускается.