ssh-keygen -t rsa -b 2048
и также попробованный ssh-keygen
без аргументов (который должен быть тем же).-i <key file>
не имеет никакого эффекта.Я в замешательстве. Я могу ssh в использовании ключей от другого поля (поле Windows, с помощью PuTTY), таким образом, я знаю, что это работает над сервером. Мой локальный Linux является Монетным двором, который является производной Ubuntu, но я сомневаюсь, что это имеет какое-либо отношение к чему-либо.
ssh-agent
, но это, оба ничего не сделали (после того, как сообщение мне это добавляло мои идентификационные данные), и также, кажется, только для файлов ключей пароля, которые мои не.Вот результаты команды ssh ssh -l remoteusername -p 85 domain.com -vvv
: https://pastebin.com/n2ef8qGv
Тот вывод со времени, когда я не использовал-i. Но файл, который я указываю, является .ssh/id_rsa так или иначе, который является тем же.
Решенный. Проблема была в формате моего authorized_keys файла на сервере. Я связал эти два ключа вместе, потому что мои поиски сказали, что это было всем форматом, был. Но они должны быть разделены новой строкой.
Поскольку в /var/log/auth.log ничто не было сказано об этом, я предположил, что проблемой не мог быть сервер. Угадайте, что я был неправ относительно этого. Я знаю в прошлый раз, когда у меня были ssh проблемы, которые журнал показал ему. На самом деле сейчас я повредил его нарочно и попытался войти в систему, и журнал ничего не имеет о неудавшемся ключевом входе в систему. Я добрался, сообщение "сервер отказалось от нашего ключа" локально, который хорош, но нет ничего на сервере в /var/log/auth.log или с journalctl _COMM=sshd
.
Скопируйте открытый ключ на удаленный домашний сервер ~/.ssh/authorized_keys
или используйте
ssh-copy-id remotehost
# or with specific key
ssh-copy-id -i ~/.ssh/id_rsa remotehost
, который сделает копию за вас.
Если он все еще не работает, отладьте ssh-соединение с помощью
ssh -vvv remotehost
. Это покажет, какие ключи и методы аутентификации используются.