Помилка Git фатальна: аутентифікація не вдалася


102

Я намагаюся використовувати git, щоб підштовхнути своє сховище до проекту служб візуальної студії, але я отримую помилку:

fatal: Authentication failed for (url of team project

Я використовую cmds:

git remote add origin
     https://XXXXXXX.visualstudio.com/DefaultCollection/_git/project

git push -u origin -–all

Будь-яка ідея виправлення цього?

Дякую!


1
Як ти аутентифікуєшся? Особистий маркер доступу? Альтернативні дані доступу?
Даніель Манн

Відповіді:


196

Нещодавно у мене була така ж проблема (візуальна студія 2017 та Windows 10), і я вирішив її за допомогою наступного методу:

Панель управління -> Менеджер довідок -> Керування обліковими даними Windows -> Виберіть запис сховища git та відредагуйте користувача та пароль.

Зроблено.


1
Я використовував цей метод, коли мій термін дії мого особистого доступу закінчився. Перейдіть до <<URL>> / _ usersSettings / tokens, щоб створити новий, а потім встановіть його як пароль у Credential Manager.
Навіть Міен

34

Якщо ви хочете використовувати GIT CLI і не взаємодіяти зі збіркою в GIT обгортки в Visual Studio, вам потрібно включити альтернативні автентифікаційні автентифікати

Як?

Open your account (VS Online account) 
-> click on your name on the top right 
-> My Profile
-> Credentials.

і встановити його.


введіть тут опис зображення

введіть тут опис зображення


4
Безпека - це окремий пункт у меню зараз. Якщо ви натиснете профіль, він перейде на зовсім іншу сторінку.
Лукос

2
він може відрізнятися між версіями. ось чому я додав скріншот
CodeWizard

1
Мені цього не доводилося робити. Використання PAT для Git Bash, здається, працює просто чудово.
Джош Густ

1
Будь ласка, використовуйте PAT замість альтернативних облікових даних.
Едвард Томсон

1
Увімкнення альтернативних облікових даних не рекомендується: перехід облікових даних домену чітким текстом і може виявитися в журналах IIS програми програми
Giulio Vian,

27

Я зіткнувся з тим же питанням. Вікно виводу помилок виглядає приблизно так: не вдалося встановити автентифікацію Image

Виконувавши проблему, вирішив:

  1. Перейдіть до Панелі управління -> Менеджер довірених даних -> Акредитиви Windows
  2. Нижче Узагальнений обліковий запис виберіть запис пароля git & update.

    вікно рішення

  3. Пароль повинен бути таким самим, як пароль для входу в систему Windows (система).


17

Найкращий варіант сьогодні - встановити https://github.com/Microsoft/Git-Credential-Manager-for-Windows, який підтримує VSO, GitHub і вдосконалюється щомісяця.


2
@dotnetdev Прийміть цю відповідь, тому що це рекомендований спосіб вирішення проблеми.
Дейлан

1
Це також доступно для Mac та Linux на веб- сайті github.com/Microsoft/Git-Credential-Manager-for-Mac-and-Linux - для мене прекрасно працював, не потребуючи додавання менш захищених "альтернативних облікових даних".
Бреєно

1
Це дійсно "фактичне" рішення, яке надав мікрософт. Інші рішення, які справді працюють тут, повинні розглядатися як виправлення.
Стефан

11

З VSTS URL-адреса є, коли ви копіюєте URL-адрес клонування git з vsts, який ви завжди отримуєте

https: // orgname @ dev.azure.com / org / project / _git / repo

Замініть orgname @ своїм альтернативним ім'ям користувача, яке ви створили б у VSTS -> профіль -> Безпека.

остаточний URL git -

https: // alternateusername @ dev.azure.com / org / project / _git / repo


7

У мене була така ж проблема, я спробував оновити свій пароль за допомогою менеджера даних облікових записів Windows, це все ще не вирішило проблему

Панель управління -> Менеджер довідок -> Керування обліковими даними Windows -> Виберіть запис сховища git та відредагуйте користувача та пароль.

Потім я видалив усі записи, пов’язані з git у менеджері облікових даних, а потім спробував використати Git за допомогою візуальної студії, цього разу він запропонував отримати нові облікові дані


5

Видаліть ".git / config" і повторіть спробу. Увага, це також може скинути деякі настройки git!

Я багато разів пробував альтернативні облікові дані та особистий доступ до токена з правильними обліковими записами, і він постійно говорив мені "фатально: автентифікація не вдалася".

Нарешті, я знайшов файл із назвою ".git / config", що знаходиться в корені мого Repo. Я видалив цей файл і знову ввів свої облікові дані, він працював.


3

Я раптом почав отримувати цю помилку при спробі перенести зміни з VS2017 у сховище VSTS Git. Ця функціональність працювала напередодні.

Я перевірив свій файл git.log і побачив інше виняток: -

19: 43: 57.116665 ... zureAuthority.cs: 184 слід: Сервер [ValidateCredentials] повернувся: "Неможливо підключитися до віддаленого сервера.

Я завантажив останнє джерело Git CredentialManager з репортажу Gits Credential Manager і налагодив його.

Після автентифікації сталося таке виключення: -

Підключення не вдалося здійснити, оскільки цільова машина активно відхиляла його 127.0.0.1:8888

Потім я зрозумів, що нещодавно я налаштував Fiddler виконувати функцію проксі-сервера для всіх служб згідно статті, яка захоплює-трафік-від-.net-services-with-fiddler

Після того, як я запустив Фіддлера, я зміг успішно з'єднатися.


3

Моє рішення було трохи іншим і швидшим :)

  1. Перейдіть до облікових даних Windows (Пуск-> Повноваження Windows) та видаліть облікові дані для вашого сховища (вони починаються з git: xxx)
  2. Перейдіть до VSCode і в терміналі напишіть:

    конфігурація conficial.helper wincred

  3. Перейдіть до Visual Studio (без VSCode) і зробіть git pull. Відображається спливаюче вікно із запитом на отримання облікових даних. Поставте свої повноваження на репо

  4. Перейдіть до VSCode і зробіть git pull. Авторизацію автоматично отримували з магазину wincred

Повноважні дані автоматично створюються та зберігаються у програмі wincredentials, тому наступного разу вас не можуть запитувати облікові дані. (також маркер особистого доступу буде наданий з visualstudio.com, якщо ви використовуєте DevOps, розміщений git repo).


Пуск-> Повноваження Windows працює як шарм! Дякую!
Highriser

2

Для користувачів Linux, які не можуть використовувати Microsoft Credential Manager. Це єдине рішення, яке я знайшов окрім використання ssh. Вам потрібно створити облікові дані у вікні сховища (Див. Зображення нижче) отримати облікові дані git

І результат такий: отримати результат облікових даних Git

Скопіюйте пароль !. Azure devops не зберігає його, і ви більше не зможете його побачити!

Примітка: Станом на 2020 рік альтернативні облікові дані відключені, перевірте блог Microsoft


1

Я спробував безліч варіантів, але один, який працював для мене, полягав у тому, щоб:

  1. Завантажте менеджер паролів Git із розділу « Випуски»

  2. Спробуйте зробити простий, git fetchякий автоматично відкриє вікно (наприклад, замість вікна за замовчуванням, наприклад, одне) та попросіть ввести ім'я користувача та пароль, але більш елегантним способом, ніж стандартний.

Після правильного введення облікових даних воно спрацювало, хоча я раніше отримував помилку.

PS Якщо ви отримуєте "Неправильні дані", помилки завжди перевіряють, чи правильні ім’я користувача та пароль сховища . Якщо ви вагаєтесь, просто скиньте пароль і спробуйте використовувати той самий у вікні менеджера паролів Git.


1

У мене виникла ця проблема, і інструкції технічної служби Microsoft виправили це для мене:

  • Закрийте всі екземпляри Visual Studio.
  • Відкрийте диспетчер завдань і перевірте, чи працює служба TFS. Виберіть кожну з них і натисніть на Кінцеве дерево процесів.
  • Перейдіть до папки нижче та видаліть весь вміст і папки в% LocalAppData% \ Microsoft \ Team Foundation {версія} \ Кеш
  • Перейдіть до Панелі управління -> Облікові записи користувачів -> Керуйте своїм обліковим записом -> Уповноваженим Windows, виберіть URL VSTS, щоб видалити його
  • Потім перейдіть до "C: \ Users \ USER NAME \ AppData \ Local \ GitCredentialManager \ tenant.cache" та видаліть його
  • Також перейдіть до "C: \ Users \ ІМ'Я КОРИСТУВАЧА \ AppData \ Local.IdentityService" та видаліть його

0

Все, що мені було потрібно, - це правильні облікові дані. під час розгортання у веб-додатку мені довелося перейти до Центру розгортання, ідентифікаційних даних про розгортання. А потім скористайтеся або обліковими записами додатків або створіть облікові дані користувачів. Після цього видаліть кешовані облікові дані на локальній машині (вікна: Панель управління \ Облікові записи користувачів \ Кредитний менеджер). запустіть "git push webapp master: master" ще раз, введіть будь-який з облікових даних розгортання. Це працювало для мене.


0

У випадку, якщо ви знаходитесь на чомусь іншому, тоді Windows, і ваш начальник змушує вас використовувати лазурові девепси, і ви не хочете використовувати SSH, і ви хочете використовувати звичайний старий спосіб, зробіть наступне.

Ви повинні ввімкнути "альтернативні дані" (я знаю, це дратує) або вам потрібно створити маркер доступу. Створення маркера доступу в цьому випадку більше схоже на тимчасовий випадковий пароль. Якщо ви використовуєте інструменти для вікон, це зроблено для вас.

У будь-якому випадку зайдіть Securityу контекстне меню профілю в правому верхньому куті.

Установки безпеки

Тоді, якщо ваш начальник / менеджер / чувак, який має права адміністратора, надає перевагу вам, «альтернативні дані» увімкнено. В іншому випадку прийміть свою долю та створіть "особистий маркер доступу".

Установки безпеки


0

2 - 5 хвилин на налаштування!

  • Створіть свої SSH ключі (~ / .ssh /)

ssh-keygen -C "jamal@fabrikam.com"

  • Додайте відкритий ключ до служб Azure DevOps / TFS
  • Клоніруйте сховище Git за допомогою SSH

Джерело


0

Після боротьби з аутентифікацією git та лазурним депвесом сервера та спробу інших відповідей ця порада тут працювала для мене.

Використовуєте Visual Studio? Team Explorer обробляє автентифікацію за допомогою Azure Repos.

Після підключення до РЕПО за допомогою Team Explorer я міг використовувати командний рядок для виконання команд git.


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.