Использование одного и того же закрытого ключа SSH на нескольких машинах

У меня есть репозиторий на Github, к которому я хочу получить доступ с двух разных машин на Linux.

Для первой машины я следовал инструкциям Github по созданию SSH-ключей и добавил полученный открытый ключ на Github. Этот клиент работает нормально.

Для второго клиента я скопировал файл /home/{user}/.ssh/id_rsa с первого клиента. Я думал, что этого достаточно, но когда я пытаюсь подключиться, я получаю ‘Permission denied (publickey).’

Что я упустил?

Тот же SSH-ключ можно использовать с нескольких клиентов. У меня есть разные SSH-ключи для разных сетей, и они фактически хранятся на зашифрованном USB-накопителе, который я использую с нескольких разных компьютеров без проблем.

SSH очень важен к правам доступа к файлам, поэтому сначала я бы проверил все права от /home/{user} до самого файла id_rsa.

SSH на самом деле не заботится о праве записи для группы или других пользователей, так что убедитесь, что вы chmod go-w вашему домашнему каталогу и каталогу ~/.ssh в первую очередь. Я бы тоже убедился, что они принадлежат вашему пользователю chown ${USER}:${USER}.

Для самого SSH-ключа я chmod 600 их…

Если хотите, у меня есть дополнительная информация о том, как я управляю своими SSH-ключами в моем ответе на другой вопрос о SSH.

Если вы получаете отказ в доступе с конца Github, это может означать, что он не распознает ваш скопированный SSH-ключ, а использует системный по умолчанию. Легкий способ обойти это – создать файл ~/.ssh/config и поместить в него следующее:

    Host github.com
      Hostname      github.com
      User          git
      IdentityFile  ~/.ssh/yourkeyfile

Это заставит ваш SSH-клиент использовать этот ключ только для github.com.

Надеюсь, это поможет.

Я знаю, что это старое, но думал, что стоит отметить, что вам также нужно скопировать публичный ключ на второй клиент или пересчитать его с помощью

ssh-keygen -y -f ~/.ssh/id_rsa > ~/.ssh/id_rsa.pub

Из OpenSSH RFC4252:

7. Метод аутентификации с помощью открытого ключа: “publickey”

Единственное обязательное имя метода аутентификации – “publickey”
аутентификация. Все реализации ДОЛЖНЫ поддерживать этот метод;
однако не всем пользователям необходимо иметь открытые ключи, и большинство местных
политик вряд ли потребует аутентификацию с использованием открытого ключа для всех
пользователей в ближайшем будущем.

С помощью этого метода обладание закрытым ключом служит
аутентификацией. Этот метод работает, отправляя подпись, созданную
с помощью закрытого ключа пользователя. Сервер ДОЛЖЕН проверить, что ключ
является допустимым аутентификатором для пользователя и ДОЛЖЕН проверить, что
подпись действительна. Если обе проверки прошли, запрос на аутентификацию ДОЛЖЕН быть
принят; в противном случае он ДОЛЖЕН быть отклонен. Обратите внимание, что сервер МОЖЕТ
требовать дополнительной аутентификации после успешной аутентификации.

Ваш ssh-клиент начинает аутентификацию, отправляя открытый ключ (подпись, упомянутая выше жирным шрифтом) на сервер. Сервер, если открытый ключ является авторизованным, отправляет случайный идентификатор сессии обратно вашему клиенту. Ваш клиент затем кодирует этот идентификатор сессии с помощью закрытого ключа и отправляет его обратно на сервер. Сервер декодирует этот идентификатор сессии с помощью открытого ключа, и если он совпадает с оригинальным идентификатором сессии, то выполняет аутентификацию вашего клиента.

Это, вероятно, потому, что вы не скопировали права доступа к файлу на втором клиенте.
Но закрытый ключ является закрытым, правильный способ – создать новый закрытый ключ на втором клиенте и затем добавить его открытый ключ на Github.