Проверка подлинности с помощью открытого ключа Git ssh Git Azure Devops - PullRequest
Новая
       27

Проверка подлинности с помощью открытого ключа Git ssh Git Azure Devops

0 голосов
/ 25 октября 2018

Новое в azureDevops и обучении.

Я пытаюсь перенести git-репо из powershell в репозиторий azuredevops и продолжаю получать разные ошибки аутентификации при попытке перенести его в репо.

Я надеюсь, что кто-то может пролить некоторый свет на то, что я должен проверить и сделать, или на правильное прохождение 

EG 
 git remote add origin git@ssh.dev.azure.com:v3/MyAzure/MyProject/MyRepo
 git push -u origin --all

Я продолжаю получать

git@ssh.dev.azure.com пароль: (вводит все виды паролей, но все еще не удается), о каком пароле идет речь?

или

В доступе отказано, пожалуйста, попробуйте еще раз.

fatal: Не удалось прочитать с удаленногохранилище.

Убедитесь, что у вас есть правильные права доступа, и хранилище существует.

Проверка 

  $ ssh -T myemail@mycompany.com
  ssh: connect to host mycompany.com  port 22: Connection refused

У меня

  • Создание репозитория в azureDevops
  • Создание ключа ssh с использованием git-bash согласно документации MS, скопированной и вставленной без пробела в безопасность Azuredevos.
  • Ушел в мой профиль / безопасность и добавил sshключ (генерируется в git bash)

Я упускаю очевидное?

Лучше использовать личный токен доступа?Прохождение?

большое спасибо

Ответы [ 4 ]

0 голосов
/ 06 сентября 2019

Я следовал официальному руководству по устранению неполадок, в котором отказано , и оказалось, что мне все-таки пришлось заново сгенерировать ключ .Но я думаю, что лучше всего следовать руководству, поскольку оно предоставляет информацию о довольно многих различных сценариях, большинство из которых здесь не упоминаются.

0 голосов
/ 10 апреля 2019

Когда вы вставляете ключ на странице настроек DevOps Azure, ничего не меняйте, включая пространство, добавленное в конце открытого ключа.

0 голосов
/ 11 июня 2019

У меня тоже была такая же проблема.Я совершил ту же ошибку, что и @eltbus (пытаясь присвоить файлу какое-то имя), поэтому его ответ на вопрос об использовании по умолчанию «id_rsa» был мне полезен.Я также понял, что когда я сгенерировал пару ключей rsa, я сохранил id_rsa.pub в неправильную папку.

Получается, что путь и имя файла, указанные в скобках (например, /home/guille/.ssh/id_rsa), являются значением по умолчанию.Вы можете избежать обеих моих ошибок, если просто нажмете Enter, чтобы принять имя и местоположение файла по умолчанию, вместо того, чтобы вводить путь и / или имя файла.

Пример: 

[####@#### .ssh]$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/guille/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in id_rsa.
Your public key has been saved in id_rsa.pub.
0 голосов
/ 16 февраля 2019

Я считаю, что комментарий @ Schalton прав: проверка SSH не проходит, поэтому он запрашивает пропуск.

Была такая же проблема.«Решил это», сгенерировав ключ как «id_rsa» вместо использования других имен (пробовал другие имена, но ни одно из них не работало). 

[####@#### .ssh]$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/guille/.ssh/id_rsa): id_rsa
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in id_rsa.
Your public key has been saved in id_rsa.pub.
...