Непонимание этого процесса переадресации ssh

#git #github #ssh

#git #github #ssh

Вопрос:

Итак, я последовал, или думал, что я последовал: githubs тут же включил переадресацию ssh и столкнулся с некоторыми проблемами.

Когда я сделал: ssh -v mysiteName.com

У меня возникла проблема, из-за которой он просил меня:

 Adam@mysiteName.com's password: 
debug1: Authentications that can continue: publickey,password
debug1: No more authentication methods to try.
Permission denied (publickey,password).
  

На моем сервере нет пользователя с именем Adam, которым управляю я и только я. Я не уверен, почему он использует имя пользователя моего Mac и пытается получить доступ к моему сайту с его помощью. Это должно быть UserName@mysiteName.com's , а не Adam (очевидно, UserName — это маска для реального имени пользователя)

Я зашел в ~/.ssh/config и вижу:

 Host mySiteName.com                                                                                                                                                                      
  ForwardAgent yes
  

И в /etc/ssh_config я вижу:

 Host *
  SendEnv LANG LC_*
  ForwardAgent yes 
  

Итак, с этой частью все в порядке, и когда я это делаю ssh-agent -L , я вижу свой ключ. Поэтому я могу предположить, что эта часть хороша.

На моем сервере я делаю:

 echo "$SSH_AUTH_SOCK"
/tmp/ssh-1RgQijAj2U/agent.14798
  

Итак, эта часть работает, последняя часть, которая не работает, это:

 git clone my_github_repo
Cloning into 'Git-Repo-Name'...
Warning: Permanently added the RSA host key for IP address 'xxx.xx.xxx.xxx' to the list of known hosts.
Permission denied (publickey).
fatal: Could not read from remote repository.
  

Итак, мои вопросы заключаются в следующем:

  • Что с Adam@siteName.com Пароль? Это должно быть UserName@siteNames.com
  • Что с неудачной переадресацией агента ssh? Мой Mac пересылает этот ключ на этот сервер, ключ там, почему не удается клонировать репозиторий?

Ответ №1:

ssh по умолчанию используется ваше текущее имя пользователя. Если вы хотите использовать другой, укажите его с помощью опции ssh with -l ( ssh -l user mysiteName.com ) или URL ( ssh user@mysiteName.com ). Если у вас все еще возникают проблемы с использованием вашего ssh-ключа, вернитесь и предоставьте нам некоторую информацию о журналах с сервера и клиента.