Можно использовать ack 'Подобная grep программа специально для больших исходных деревьев. Ack похож на grep, но записанный в жемчуге (хорошо работает в Windows). Это причины, почему это, предположительно, лучше, чем grep:
Проверьте свой/var/log/secure или/var/log/auth на сервере Linux для получения информации, почему ключ не принят.
Кроме того, имеет .ssh каталог в homedir (и принадлежавший) пользователь, которого Вы используете для подключения?
Если Вы хотите соединиться с пользователем root, это могло бы быть отключено в/etc/ssh/sshd_config.
Обратите внимание, что аутентификация с открытым ключом должна быть включена в конфигурации сервера SSH (обычно /etc/ssh/sshd_config
). Проверьте на строку:
RSAAuthentication yes
затем перезапустите сервер SSH.
Если это не помогает, попытайтесь отладить проблему путем выполнения сервера в режиме отладки (если Вы можете). Вот учебное руководство:
http://blog.codefront.net/2007/02/28/debugging-ssh-public-key-authentication-problems/
Удостоверьтесь, что полномочия корректны на ключах и авторизованных файлах ключей на сервере.
chmod 700 ~/.ssh
chmod 600 ~/.ssh/*
Простая вещь, которая записала меня..., удостоверяется, что Ваш ключ - все на одной (длинной) строке в authorized_keys.
Смотря на реверс Вашей ситуации, я, кажется, вспоминаю, что ключи, сгенерированные через ssh-keygen на Linux, не совместимы со шпаклевкой. Нужно сначала преобразовать ключи с помощью puttygen.exe (я думаю, что можно сделать это через шпаклевку GUI).
Таким образом, возможно, Вы могли попробовать:
cat id_dsa.pub >> ~/.ssh/authorized_keys
id_dsa.pub
и id_dsa
к Вашему компьютеру.