Ошибка аутентификации открытого ключа
Остерегайтесь размещения / var / spool / on tmpfs!
Пользователь CRON JOBS хранится в / var / spool / on Ubuntu!
Если вы положите /var/spool/ on tmpfs, вы не будет иметь никаких пользовательских заданий cron, потому что они будут удалены при каждом отключении.
Пользователь crontab, однако, находится в /etc/crontab и отредактирован непосредственно НЕ с помощью [ f3]. нашел это трудным путем: - (
3 ответа
Случайно, создавая файл authorized_keys, вы ошибочно написали свое имя файла (поскольку вы задали его как authorzied_keys в вопросе (i и z обменялись), есть вероятность, что вы назвали файл одинаковым путь). В конфигурационном файле ssh имя файла упоминается как
AuthorizedKeysFile %h/.ssh/authorized_keys
Следовательно, вам нужно указать, что имя файла совпадает. Поэтому просто проверьте имя файла.
Разрешения могут быть другой проблемой, вызывающей ошибки аутентификации в публикации: убедитесь, что ваши ~ и ~/.ssh каталоги не могут быть прочитаны кем-либо, кроме вашего пользователя (chmod 700 ~ && chmod 700 ~/.ssh может это исправить).
[d1 ] EDIT: разрешения 750 для ~ тоже должны быть в порядке.-
1Это правда? Разрешения ~/ не должны иметь значения, значение по умолчанию в Ubuntu обычно составляет 755 в домашних каталогах, и оно работает для меня. – UlfR 13 April 2016 в 17:24
-
2Я действительно столкнулся с тем, что использовал (на удаленном хосте) CentOS 7 и OpenSSH_6.4 и OpenSSH_6.6.1. Выполнение только chmod 700 ~ решило мою проблему. – AntonioK 13 April 2016 в 19:34
-
3Повезло тебе! Но: В соответствии с этим: askubuntu.com/a/69867/31749 в домашнем каталоге не может быть разрешений групповой записи, но чтение группы должно быть в порядке. – UlfR 14 April 2016 в 10:01
-
4Хорошо, я должен проверить, работает ли 750 в моем случае на этой системе. – AntonioK 14 April 2016 в 10:03
-
5
Иногда вам нужно явно предоставить закрытый ключ с -i
Пример: ssh -i /root/.ssh/id_rsa2 user@remote
-
1