Проблема подключения к Github с S SH в WSL

Question

Я хочу подключиться к github с использованием протокола S SH в моем WSL, я следовал каждому шагу из документации github здесь . Ключ сгенерирован, я проверил соединение, но оно все еще не работает. Мне все еще приходится вводить имя пользователя или пароль каждый раз, когда я отправляю свой код на github. Кто-нибудь может мне помочь в этом?

Я тоже это сделал.

# start the ssh-agent in the background
$ eval $(ssh-agent -s)
> Agent pid 59566

$ ssh-add ~/.ssh/id_rsa

PS: Я не знаю, связано ли это или нет, но у меня есть два .s sh каталоги в моем WSL и моей папке bash root. Это работает в моем bash, потому что я предполагаю, что VS Code сгенерировал для меня ключ S SH.

Редактировать: Я думаю, это s sh -агент, который не работает

Answer 1

Если вам предлагается ввести имя пользователя и пароль, возможно, вы пытаетесь использовать протокол HTTPS вместо S SH. Вы можете увидеть, как выглядит URL, используя git remote -v. Если вы хотите перейти на использование протокола S SH, вы должны использовать что-то вроде git remote set-url origin git@github.com:git/git.git (где git/git.git - это хранилище, к которому вы обращаетесь).

В общем, попытка подключения на GitHub через S SH не будет запрашивать у вас имя пользователя и пароль, потому что GitHub не поддерживает аутентификацию по паролю через S SH.

Answer 2

За этим следует выпуск eamodio / vscode-gitlens 909

Я пытаюсь использовать git через S SH в удаленном WSL.
Соединение S SH защищено парой ключей, защищенной паролем.
Как запустить агент S SH и ввести эту фразу-пароль для оболочки, в которой работает GitLens?

By по умолчанию оболочка bash / wsl открывается в окне терминала при удаленном подключении WSL.
Я запускаю там агент S SH и добавляю ключ, но, похоже, это не оболочка, в которую отправляет GitLens его git команды .

Обходным путем будет восстановление этих ключей (после первого открытия сеанса с существующими ключами) и:

• убедитесь, что новые ключи не защищены парольной фразой
• добавьте новый publi c один в файл ~/.ssh/authorized_keys сеанса WSL.