Странное поведение SSH, если пользователь не вошел на физический сервер

Question

У меня странная проблема с моим SSH-сервером. Если я запускаю свой домашний сервер, а затем регистрируюсь через ubuntu с моей учетной записью (у меня есть только одна учетная запись), все работает нормально, у меня нет проблем с доступом к серверу ssh, запущенному на этом сервере, с другого компьютера (OSX). Но, если я запускаю свой домашний сервер и не вхожу в систему при запуске (сервер остается с «login:»), у меня возникают следующие проблемы:

• Аутентификация RSA с открытым / закрытым ключом не работает, я должен ввести свой пароль вручную
• Если я запускаю отдельный процесс (используя final &), этот процесс приостанавливается, когда я заканчиваю ссылку ssh. Если я подключусь снова, процесс снова запустится.

Конфигурация моего домашнего сервера (Ubuntu):

SSH: OpenSSH_5.5p1 Debian-6, OpenSSL 0.9.8o 01 Jun 2010
OS : Linux XXXX 2.6.32-28-server #55-Ubuntu SMP Mon Jan 10 23:57:16 UTC 2011 x86_64 GNU/Linux

Я получаю к нему доступ с моей рабочей станции (OSX):

SSH: OpenSSH_5.2p1, OpenSSL 0.9.8r 8 Feb 2011
OS : Darwin MacBook-de-kheraud.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun  7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386

У вас есть идея, откуда это? Есть ли способ заставить SSH работать как обычно, даже если на сервере нет зарегистрированного пользователя?

Answer 1

Ваш домашний диск на сервере Ubuntu зашифрован?

Если это так, то он расшифровывается при входе в локальную учетную запись. Если вы попытаетесь войти в систему до входа в систему локально, тогда ssh не сможет прочитать ваш файл ~username/.ssh/authorized_keys и запросит ваш пароль.

Решением будет изменение местоположения, которое ssh ищет для авторизованного ключа. В качестве пользователя root вы можете отредактировать файл /etc/ssh/sshd_config и изменить строку AuthorizedKeysFile .

Например, если вы измените его на -

AuthorizedKeysFile  /etc/ssh/authorized_keys.%u

затем скопируйте ваше ~username/.ssh/authorized_keys в /etc/ssh/authorized_keys.username . ssh сможет прочитать его без локального входа в систему.