У меня есть автономный сервер с (до недавнего времени) работающим SSH и аутентификацией с открытым ключом. Я деактивировал пароли и столкнулся с проблемой, похожей на ту, что была в в этой теме , т.е. после SSH-входа в мой сервер я получаю: Permission denied (publickey).
Ратнакар Павар любезно предложил:
$chmod go-w ~/
$chmod 700 ~/.ssh
$chmod 600 ~/.ssh/authorized_keys
, который решил оба вопроса priyaudupi и - какое-то время - мое. Однако теперь эта проблема, кажется, автоматически сбрасывается на 24-48-часовой основе, я дважды корректно изменил авторизацию (очень осторожно подключаю свою клавиатуру и команды слепого набора). Это дает мне обычную открытую аутентификацию без пароля с одного авторизованного компьютера ... затем снова выходит из строя в течение 48 часов.
Что может быть причиной этого, я не могу придумать ничего, что могло бы автоматически изменять разрешения для моих папок либо ... любой Предложения?
Обновление 2 мая 2014 г.
Я проверил crontab -l
как для пользователя root, так и для пользователя, у меня ничего нет на моем пользователе. Единственная задача cron на root это тот, который обновляет мой DNS-сервер. Он делает это более регулярно, чем проблема повторяется, и не использует chmod или chown ...
Это теперь разрешено.
Это не была проблема с SSH, ни учебные руководства по конфигурации, а скорее неправильный диагноз проблемы.
оказывается, что проблема доступа SSH действительно происходила на основе 24-48 часов, но оглядывание назад, это было то, только потому, что 1) кто-то отключил его, 2) у нас было отключение питания 3), я перезагрузил после большого обновления.
общий знаменатель, являющийся этим , я перезапустил сервер , имея в виду, когда я не был зарегистрирован, мой корневой каталог остался зашифрованным, и мои авторизованные ключи не регистрировались. Doh..., что новичок.
, Таким образом, это был отвлекающий маневр. Решение (перемещающий подлинный файл ключей из зашифрованного корневого каталога) может быть найдено в замечательном Ubuntu ssh руководство - диагностирующий раздел