Windows 10 git authentification failed

Git for Windows Authentication failed #536

Comments

gitp31415926 commented Feb 1, 2018

Done an upgrade from Git for Windows 2.14 to 2.15. Somehow after the upgrade, I no longer able to login to my Git repo on visualstudio.com. I know I’m using the correct credentails to login because I can still login via browser / git from another PC. I’ve tried downgrade, install a different version of GCM, turn off GCM. Nothing works. Below is the trace log, hope someone could suggest what I could do next.

15:47:34.763052 git.c:328 trace: built-in: git ‘pull’
15:47:34.768059 run-command.c:626 trace: run_command: ‘fetch’ ‘—update-head-ok’
15:47:34.789056 git.c:328 trace: built-in: git ‘fetch’ ‘—update-head-ok’
15:47:34.800055 run-command.c:626 trace: run_command: ‘remote-https’ ‘origin’ ‘https://myrepo.visualstudio.com/repo’
15:47:34.822060 git.c:560 trace: exec: ‘git-remote-https’ ‘origin’ ‘https://myrepo.visualstudio.com/repo’
15:47:34.823061 run-command.c:626 trace: run_command: ‘git-remote-https’ ‘origin’ ‘https://myrepo.visualstudio.com/repo’
15:47:38.170096 run-command.c:626 trace: run_command: ‘git credential-manager get’
15:47:38.234111 git.c:560 trace: exec: ‘git-credential-manager’ ‘get’
15:47:38.235099 run-command.c:626 trace: run_command: ‘git-credential-manager’ ‘get’
15:47:44.401753 run-command.c:626 trace: run_command: ‘git credential-manager erase’
15:47:44.463758 git.c:560 trace: exec: ‘git-credential-manager’ ‘erase’
15:47:44.464756 run-command.c:626 trace: run_command: ‘git-credential-manager’ ‘erase’
15:47:44.840772 git.c:328 trace: built-in: git ‘rev-parse’ ‘—git-dir’ ‘—is-inside-git-dir’ ‘—is-bare-repository’ ‘—is-inside-work-tree’ ‘—short’ ‘HEAD’

The text was updated successfully, but these errors were encountered:

whoisj commented Feb 1, 2018

Seems you know how to enable GIT_TRACE so that’s awesome. Please enable GCM_TRACE as well and we’ll find a way to get you unblocked asap.

gitp31415926 commented Feb 1, 2018

See the GCM Logs below. Thanks

18:53:12.566941 . \Common.cs:524 trace: [Main] git-credential-manager (v1.12.0) ‘get’
18:53:12.699950 . \Where.cs:239 trace: [FindGitInstallations] found 1 Git installation(s).
18:53:12.708950 . Configuration.cs:405 trace: [LoadGitConfiguration] git All config read, 38 entries.
18:53:12.714950 . \Where.cs:239 trace: [FindGitInstallations] found 1 Git installation(s).
18:53:12.715953 . Configuration.cs:405 trace: [LoadGitConfiguration] git All config read, 38 entries.
18:53:12.721951 . \Common.cs:461 trace: [LoadOperationArguments] http.proxy = ‘http://proxy:8080’.
18:53:12.722952 . tionArguments.cs:522 trace: [SetProxy] successfully set proxy to ‘http://proxy:8080/’.
18:53:12.750954 . \Common.cs:74 trace: [CreateAuthentication] detecting authority type for ‘https://myrepo.visualstudio.com/’.
18:53:12.760956 . uthentication.cs:137 trace: [DetectAuthority] ‘https://myrepo.visualstudio.com/’ is subdomain of ‘visualstudio.com’, checking AAD vs MSA.
18:53:12.834961 . uthentication.cs:139 trace: [GetAuthentication] not github.com, authentication creation aborted.
18:53:12.834961 . \Common.cs:169 trace: [CreateAuthentication] authority for ‘https://myrepo.visualstudio.com/’ is basic with NTLM=Auto.
18:53:13.008980 . uthentication.cs:132 trace: [AcquireCredentials] prompting user for credentials for ‘https://myrepo.visualstudio.com/’.
18:53:22.437114 . \Dialog.cs:99 trace: [DisplayModal] successfully acquired credentials from user.
18:53:22.441113 . seSecureStore.cs:210 trace: [WriteCredential] credentials for ‘git:https://myrepo.visualstudio.com’ written to store.
18:53:22.442114 . \Common.cs:556 trace: [QueryCredentials] credentials found.
18:53:22.975431 . \Common.cs:524 trace: [Main] git-credential-manager (v1.12.0) ‘erase’
18:53:23.097439 . \Where.cs:239 trace: [FindGitInstallations] found 1 Git installation(s).
18:53:23.106440 . Configuration.cs:405 trace: [LoadGitConfiguration] git All config read, 38 entries.
18:53:23.109439 . \Where.cs:239 trace: [FindGitInstallations] found 1 Git installation(s).
18:53:23.110446 . Configuration.cs:405 trace: [LoadGitConfiguration] git All config read, 38 entries.
18:53:23.118439 . \Common.cs:461 trace: [LoadOperationArguments] http.proxy = ‘http://proxy:8080’.
18:53:23.119441 . tionArguments.cs:522 trace: [SetProxy] successfully set proxy to ‘http://proxy:8080/’.
18:53:23.143451 . \Common.cs:74 trace: [CreateAuthentication] detecting authority type for ‘https://myrepo.visualstudio.com/’.
18:53:23.155446 . uthentication.cs:137 trace: [DetectAuthority] ‘https://myrepo.visualstudio.com/’ is subdomain of ‘visualstudio.com’, checking AAD vs MSA.
18:53:23.219455 . uthentication.cs:139 trace: [GetAuthentication] not github.com, authentication creation aborted.
18:53:23.220452 . \Common.cs:169 trace: [CreateAuthentication] authority for ‘https://myrepo.visualstudio.com/’ is basic with NTLM=Auto.
18:53:23.220452 . \Common.cs:189 trace: [DeleteCredentials] deleting basic credentials for ‘https://myrepo.visualstudio.com/’.
18:53:23.259450 . aseSecureStore.cs:59 trace: [Delete] credentials for ‘git:https://myrepo.visualstudio.com’ deleted from store.

whoisj commented Feb 1, 2018

Um. this is very wrong:

18:53:12.834961 . \Common.cs:169 trace: [CreateAuthentication] authority for ‘https://myrepo.visualstudio.com/’ is basic with NTLM=Auto.

Can you run git config —list —show-origin | findstr /I credential and share the output? Seems like you might have a config attempting to force GCM into basic authentication for visualstudio.com.

Читайте также:  Rhce exam linux certification

gitp31415926 commented Feb 1, 2018

Thanks a lot. That’s what I figured as well. Just don’t know where to look for such setting.

$ git config —list —show-origin | findstr /I credential
FINDSTR: Cannot open credential

The full git config output as per below:
file:»C:\ProgramData/Git/config» core.symlinks=false
file:»C:\ProgramData/Git/config» core.autocrlf=true
file:»C:\ProgramData/Git/config» core.fscache=true
file:»C:\ProgramData/Git/config» color.diff=auto
file:»C:\ProgramData/Git/config» color.status=auto
file:»C:\ProgramData/Git/config» color.branch=auto
file:»C:\ProgramData/Git/config» color.interactive=true
file:»C:\ProgramData/Git/config» help.format=html
file:»C:\ProgramData/Git/config» rebase.autosquash=true
file:»C:\Program Files\Git\mingw64/etc/gitconfig» http.sslcainfo=C:/Program Files/Git/mingw64/ssl/certs/ca-bundle.crt
file:»C:\Program Files\Git\mingw64/etc/gitconfig» http.sslbackend=openssl
file:»C:\Program Files\Git\mingw64/etc/gitconfig» diff.astextplain.textconv=astextplain
file:»C:\Program Files\Git\mingw64/etc/gitconfig» filter.lfs.clean=git-lfs clean — %f
file:»C:\Program Files\Git\mingw64/etc/gitconfig» filter.lfs.smudge=git-lfs smudge — %f
file:»C:\Program Files\Git\mingw64/etc/gitconfig» filter.lfs.required=true
file:»C:\Program Files\Git\mingw64/etc/gitconfig» filter.lfs.process=git-lfs filter-process
file:»C:\Program Files\Git\mingw64/etc/gitconfig» credential.helper=manager
file:C:/Users/dli/.gitconfig http.proxy=http://proxy:8080
file:C:/Users/dli/.gitconfig https.proxy=http://proxy:8080
file:.git/config core.repositoryformatversion=0
file:.git/config core.filemode=false
file:.git/config core.bare=false
file:.git/config core.logallrefupdates=true
file:.git/config core.symlinks=false
file:.git/config core.ignorecase=true
file:.git/config remote.origin.url=https://myrepo.visualstudio.com/
file:.git/config remote.origin.fetch=+refs/heads/:refs/remotes/origin/
file:.git/config branch.master.remote=origin
file:.git/config branch.master.merge=refs/heads/master
file:.git/config gitflow.branch.master=master
file:.git/config gitflow.branch.develop=develop
file:.git/config gitflow.prefix.feature=feature/
file:.git/config gitflow.prefix.bugfix=bugfix/
file:.git/config gitflow.prefix.release=release/
file:.git/config gitflow.prefix.hotfix=hotfix/
file:.git/config gitflow.prefix.support=support/
file:.git/config gitflow.prefix.versiontag=
file:.git/config gitflow.path.hooks=D:/Source/myrepo/.git/hooks

whoisj commented Feb 1, 2018

Ah — oh, guh. Looks like another proxy issue.

The :8080 give me hopes that your proxy might be TFS. If it is, try your failing command using git -c http.sslBackend=schannel . It’ll either fail horribly (your Git is too old) or succeed. If it does succeed, you can make the http.sslBackend=schannel a permanent thing via git config —global http.sslBackend schannel .

We have fixes in the soon-ish to be released GCM v1.15 for handling proxies, hopefully that’ll help you.

gitp31415926 commented Feb 2, 2018

Still no luck using http.sslBackend=schannel

However I notice I can connect to my other repos on visualstudio.com using Live Account authentication. Looks like the issue is to do with AAD?

whoisj commented Feb 2, 2018

Sure does. I’ll need to ask around about this. Apologies for the delay.

whoisj commented Feb 2, 2018

One idea, have you tried GCM v1.14.0?

whoisj commented Feb 7, 2018

@gitp31415926 can try something (apologies for the slow reply, I’ve been buried). Try deleting the file %LocalAppData%\GitCredentialManager\tenant.cache , and then re-attempting you authentication with your AAD backed host.

gitp31415926 commented Feb 8, 2018

Yes. Have tried v1.14.0 and deleting tenant.cache, still no luck. Get the same error and same entries in logs.

gitp31415926 commented Feb 8, 2018

This is the GCM window shows up which is not the usual white background popup we see

Git push приводит к » ошибка аутентификации»

я использую Github на некоторое время, и я был в порядке с git add , git commit и git push пока без проблем. Внезапно у меня возникает ошибка, которая говорит:

fatal: аутентификация не удалась

в терминале я клонировал репозиторий, работал над файлом, а затем использовал git add чтобы добавить файл в журнал фиксации и когда я сделал git commit , он работал нормально. Наконец, git push просит имя пользователя и пароль. Я положил их правильно и каждый раз, когда я это делаю, он говорит ту же ошибку.

кто-нибудь знает, в чем причина этой проблемы и как я могу это исправить?

содержание .git/config являются:

25 ответов:

Если вы включили двухфакторную аутентификацию в своей учетной записи Github, вы не удастся нажать через HTTPS с помощью пароля учетной записи. Вместо вам необходимо создать личный маркер доступа. Это можно сделать в настройки приложения вашей учетной записи Github. Использование этого токена в качестве вашего пароль должен позволять вам нажимать на ваш удаленный репозиторий через HTTPS. Используйте свое имя пользователя как обычный.

вам также может потребоваться обновить источник для вашего репозитория, если установлено значение https:

Читайте также:  Дистрибутивы линукс для слабых ноутбуков 32 бит

чтобы изменить или удалить сохраненные учетные данные, выполните следующие действия:

  1. Нажмите Кнопку Пуск
  2. Тип: Диспетчер Учетных Данных
  3. посмотреть Windows Credentials Manager ярлык и дважды щелкните его, чтобы открыть приложение.
  4. после того, как приложение открыто, нажмите на Windows Credentials tab.
  5. найдите учетные данные, которые вы хотите удалить / обновить, они будут начинаться с «git:» и могут начинаться с «ada:»
  6. нажмите на учетные данные запись, он откроет детальный вид записи. 7. Нажмите кнопку Изменить или удалить при необходимости и подтвердите.
  7. мыть, полоскать, повторять по мере необходимости.

во-первых, вы можете убедиться, что используете правильный url:

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

Если это все еще не работает, вы можете переключиться на ssh url:

но это означает, что вы опубликовали свой открытый ключ ssh в своем Настройки учетной записи.

это работает для меня, и он также помнит мои учетные данные:

укажите на каталог РЕПО

Run git config —global credential.helper wincred

возможно, вы недавно изменили пароль для своей учетной записи git Вы могли бы попробовать git push С -u опции

после выполнения вышеуказанной команды он попросит пароль предоставить ваш обновленный пароль

надеюсь, что это может помочь вам

Я думаю, что по какой-то причине GitHub ожидает, что URL-адрес не будет иметь поддомена www. Когда я использую (например)

Он дает следующие сообщения:

однако, если я использую

он работает отлично. Для меня это не имеет особого смысла. но я думаю не забудьте поместить www в удаленный URL для репозиториев GitHub.

также обратите внимание на URL-адреса клонов, предоставленные на веб-странице репозитория GitHub не включает в себя www.

Если вы обнаружили проблему с ошибкой аутентификации при вводе правильного пароля и имени пользователя, это проблема git. Чтобы решить эту проблему при установке git на вашем компьютере снимите флажок Включить git credential manager

в основном мои учетные данные были просрочены, и я столкнулся с вышеуказанной проблемой.

следующая команда 2 помогла мне:

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

следуйте приведенным ниже рекомендациям для получения более подробной информации о защищенном и незащищенном хранении имени пользователя и пароли:

Я столкнулся «$ git fetch неустранимо: ошибка проверки подлинности для ‘ http://. » после того, как мой пароль windows истек и был изменен. Несколько выборок, перезагрузка и даже переустановка git с помощью диспетчера учетных данных windows не помогли.

удивительно правильный ответ где-то здесь в комментариях, но не в ответы (и некоторые из них действительно странные!). Вам нужно перейти в Панель управления — > Диспетчер учетных данных / учетные данные Windows и обновить пароль для ГИТ:http://yourrepoaddress

у меня была та же проблема. Я установил url таким образом:

git remote set-url origin https://github.com/zkirkland/Random-Python-Tests.git

Я также удалил из конфигурационного файла эту запись: askpass = /bin/echo . Затем «git push» попросил меня ввести имя пользователя и пароль, и на этот раз это сработало.

Я не совсем уверен, что я сделал, чтобы получить эту ошибку, но делать:

не работает для меня. Однако:

только от вашего .изменение файла конфигурации:

для меня, я забыл, что я изменил пароль на Github.com, и мой брелок для аутентификации оболочки никогда не обновлялся до этого нового пароля. Удаление всего git из моей связки ключей, а затем повторное выполнение запроса git помогло решить проблему, снова предложив мне новый пароль.

просто чтобы перезвонить здесь, что исправило проблему для меня, я просто отменил первоначальное приглашение, ssh открылся с моей учетной записью bitbucket, я ввел пароль там, и все работало, как ожидалось.

Я столкнулся с той же проблемой на windows. Большую часть времени я обычно сталкиваюсь с проблемой из-за использования нескольких учетных записей git. Если вы находитесь в windows, откройте терминал от имени администратора и повторите попытку запуска команд. Убедитесь, что у вас есть права администратора.

Привет я получал ту же ошибку я пробовал все решения в зависимости от того, что упоминается на этой странице, но не работает. Наконец, я нашел решение, поэтому подумал о его публикации. Пожалуйста, поправьте меня, если я где-то ошибаюсь. Такие ошибки возникают, если иногда ваш системный пароль изменился в последнее время в любое время. Он будет пытаться проверить от старого пароля. Поэтому выполните следующие действия: перейти к панели управления — > нажмите на учетные записи пользователей -> в разделе Диспетчер учетных данных — > перейти к управлению учетными данными windows -> Перейдите к общим учетным данным — > разверните вкладку git server — > нажмите кнопку Удалить из хранилища

Я также столкнулся с ошибкой (вот почему я приземлился здесь), но ни одно из предложений не сработало для меня. Это был мой первый раз, когда я пытаюсь развернуть локальный Git в azure. Когда я получил эту ошибку, я сбросил свои учетные данные (щелкнув ссылку в Azure) после нескольких попыток. Проблема в том, что на данный момент он говорит мне, что мое имя пользователя уже занято, поэтому я также изменил свое имя пользователя на другое. В конце концов, я вручную удалил .папка git на моем локальном диске и повторно развернула ее без проблема.

Постановка Задачи: «git fatal authentication failed». Я использую оба.

устранение: Я просто удалил пользователя из управления доступом bitbucket, а затем добавил того же пользователя. Этот.файл gitconfig прост

Читайте также:  Microsoft windows kernel power lcid 1049

с правильными учетными данными, если проблема превалирует

Если вы используете AndroidStudio 2.1 beta, то его ошибка, обновление до beta 2 (3 mb update file), это сработало для меня

убедитесь, что у вас есть разрешение на запись нажать.

убедитесь, что ваш ключ ssh добавлен в ваш текущий сеанс ssh.

скопировать вывод cat

/.ssh/id_rsa.pub к вашим настройкам GitHub под ключами SSH и GPG.

обновите текущую сессию ssh с помощью ssh-add

Я использую Windows Powershell с установленным Openssh.

Если вы включили двухфакторную аутентификацию в своей учетной записи Github, войдите в свою учетную запись GitHub и перейдите по ссылке: https://github.com/settings/tokens/new чтобы создать новый маркер доступа, скопируйте его и вставьте в качестве пароля для аутентификации в терминале.

в Android studio canary build 3.1+, Если вы используете Android studio git tool, чем вы можете использовать следующее:

  • нажмите на Android Studio
  • нажмите на Настройки.
  • перейти в VersionControl — > Github
  • здесь измените тип аутентификации на пароль
  • этот шаг потребует от вас ввести логин и пароль. Введите имя пользователя github логин s и пароль github в качестве пароля.
  • нажмите на кнопку Тест.

Если соединение успешно, чем вы сделали, и вы можете использовать android studio GitHub UI client.

Если вы находитесь в windows и пытаетесь нажать на сервер windows, на котором пользователи домена работают как пользователи репозитория( TFS), попробуйте войти в URL-адрес TFS (т. е. http:\tfs ) с IE. введите учетные данные учетной записи домена и позвольте странице появиться.

осторожностью используйте только INTERNET EXPLORER! другие браузеры не изменят учетные данные вашей системы.

Теперь перейдите в git bash и измените удаленного пользователя для репозитория, как показано ниже:

и Done, теперь вы можете нажать!

Если вы используете ssh и клонированы с https это не будет работать. Клон с SSH, а затем нажмите и тянет должен работать, как ожидалось!

Оцените статью