Probeer toegang te krijgen tot privécorporate TFS.
Ze gaven me toegang door de juiste rechten op Windows-gebruiker (domein \ login) te geven.
Ik ben goed met toegang tot webinterface van TFS, blader op de repository en spullen.
Maar wanneer ik probeer
te draaien
git clone https://tfs.somehostname.com/tfs/somefolder/_git/therepository
het mislukt met
Cloning into 'therepository'...
fatal: Authentication failed for 'https://tfs.somehostname.com/tfs/somefolder/_git/therepository/'
geprobeerd met thuis pc zonder zakelijke netwerkspullen – dezelfde fout.
geprobeerd in PowerShell, Git Bash, Clone via VisualStudio – dezelfde fout.
SSH is gesloten (gaf een aanvraag time-out).
Web & amp; Git en beide vragen om inloggegevens (geprobeerd te verwijderen in Credentials Manager – vraagt opnieuw, nadat het Web prima is, Git mislukt)
Corporate Helper probeerde te helpen, maar alles wat hij gaf is TFS-logs.
Hij zegt, mijn gebruikersnaam komt niet met verzoeken (gevolgd door mijn pogingen tijdstempels met logboeken te synchroniseren).
2018-07-19 07:04:00 SOMEIP GET /tfs/SOMEFOLDER/_git/REPOSITORY/info/refs service=git-upload-pack 443 - ANOTHERIP git/2.12.2+(Microsoft+Windows+NT+6.3.9600.0;+Win32NT+x64)+CLR/4.0.30319+VS15/15.0.0 - 401 2 5 62
2018-07-19 07:23:00 SOMEIP GET /tfs/SOMEFOLDER/_git/REPOSITORY/info/refs service=git-upload-pack 443 - ANOTHERIP git/2.18.0.windows.1 - 401 2 5 62
2018-07-19 07:23:00 SOMEIP GET /tfs/SOMEFOLDER/_git/REPOSITORY/info/refs service=git-upload-pack 443 - ANOTHERIP git/2.18.0.windows.1 - 401 1 3221225581 187
terwijl anderen het bevatten
2018-07-19 05:44:27 SOMEIP GET /tfs/SOMEFOLDER/_git/REPOSITORY/info/refs service=git-upload-pack 443 DOMAIN\LOGIN ANOTHERIP git/2.12.2+(Microsoft+Windows+NT+6.1.7601+Service+Pack+1;+Win32NT+x64)+CLR/4.0.30319+VS15/15.0.0 - 200 0 0 265
Antwoord 1, autoriteit 100%
Ik kreeg te maken met dezelfde fout toen ik een repository probeerde te klonen op een gloednieuwe machine. Ik gebruik Git bash als mijn Git-client. Toen ik Git’s opdracht uitvoerde om een repository te klonen, vroeg het me nietom een gebruikers-ID en wachtwoord dat zal worden gebruikt voor authenticatie. Het was een nieuwe machine waar geen enkele referentie werd gecached door Windows Credential Manager.
Als laatste redmiddel heb ik mijn inloggegevens handmatig toegevoegd in de accountmanager.
Ga naar > Control Panel
> Klik op Gebruikersaccounts> Klik op Inloggegevensbeheer> Klik op Windows-referenties
Klik nu op het gedeelte Een Windows-referentie toevoegen(geel gemarkeerd) in het gedeelte Windows Credentials
, zoals weergegeven in de onderstaande schermafbeelding:
Voer nu de details in zoals weergegeven in het onderstaande formulier en klik op OK:
Ik had de details als volgt gezet:
Internet or network address: <gitRepoServerNameOrIPAddress>
User Name: MyCompanysDomainName\MyUserName
Password: MyPassword
De volgende keer dat je een Git-opdracht uitvoert die is gericht op een opslagplaats die is ingesteld op het bovenstaande adres, wordt deze handmatig in de cache opgeslagen referentie gebruikt.
Opmerking:
- Als je de Git bash-opdrachtregel al hebt geopend, sluit deze dan en open hem opnieuw om de wijzigingen door te voeren.
- Houd er ook rekening mee dat wanneer het wachtwoord van uw domeinaccount de volgende keer verloopt (mogelijk vanwege het roulerende wachtwoordbeleid van het bedrijf), u het wachtwoord ook op dit scherm moet bijwerken. U kunt dit doen nadat u een nieuw wachtwoord voor uw domeinaccount heeft ingesteld.
Antwoord 2, autoriteit 46%
Ga naar > Control Panel\User Accounts\Credential Manager
> Manage Windows Credentials
en verwijder alle generieke inloggegevens met betrekking tot Git. (Op deze manier reset je alle inloggegevens)
Hierna, wanneer u kloont, wordt u nieuwen veiliguw Git-gebruikersnaam en wachtwoord gevraagd in plaats van de authenticatiefout. Soortgelijke logica kan worden toegepast voor Mac-gebruikers die Sourcetreegebruiken.
Hopelijk helpt het.
Antwoord 3, autoriteit 44%
Het toevoegen van username
en password
heeft voor mij gewerkt: voor bijvoorbeeld
https://myUserName:myPassWord@myGitRepositoryAddress/myAuthentificationName/myRepository.git
Antwoord 4, autoriteit 2%
De boosdoener was het Russische accountwachtwoord.
Per ongeluk ingesteld (verkeerde toetsenbordindeling).
Alles werkte, dus nam niet de moeite om het te veranderen.
Uit wanhoop heb ik het nu veranderd en het werkte.
Als iemand deze thread heeft opgezocht en het geen oplossing voor je is – bekijk de opmerkingen onder de vraag en de stappen die ik in kwestie heb beschreven, ze kunnen nuttig voor je zijn.
Antwoord 5, autoriteit 2%
- Ga naar Configuratiescherm\Alle onderdelen van het Configuratiescherm\Inloggegevensbeheer en selecteer Algemene referenties.
- Verwijder alle referenties met uw bedrijfsdomeinnaam.
- Git-kloonrepository van git bash-terminal nogmaals en het zal om wachtwoord en gebruikersnaam vragen. Plaats het opnieuw en je bent helemaal klaar!
Antwoord 6
Als iemand dit probleem met Azure DevOps ondervindt, is de oplossing heel eenvoudig, door gewoon Git-referenties aan een repository toe te voegen.
Antwoord 7
Zoals de andere antwoorden suggereren, werkt het bewerken/verwijderen van inloggegevens in de Manage Windows Credentials
het werk. U moet dit echter elke keer doen wanneer het wachtwoord wordt gewijzigd of de inloggegevens voor bepaalde werkzaamheden niet werken. Het gebruik van ssh key
is voor mij buitengewoon handig geweest, waar ik me hier niet meer druk over hoef te maken als ik eenmaal klaar ben met het maken van een ssh key
en deze toe te voegen op de server repository (github/bitbucket/gitlab).
Een nieuwe ssh-sleutel genereren
-
Open Git Bash.
-
Plak de onderstaande tekst en vervang deze door het e-mailadres van uw opslagplaats.
$ ssh-keygen -t rsa -b 4096 -C "[email protected]"
-
Wanneer u wordt gevraagd om ‘Voer een bestand in waarin u de sleutel wilt opslaan’, drukt u op Enter. Dit accepteert de standaard bestandslocatie.
-
Vervolgens wordt u gevraagd een veilige wachtwoordzin in te voeren. Je kunt een wachtwoordzin typen, op enter drukken en de wachtwoordzin opnieuw typen.
Of druk tweemaal op enter voor een lege wachtwoordzin.
-
Kopieer dit naar het klembord:
clip < ~/.ssh/id_rsa.pub
En voeg deze sleutel vervolgens toe aan het profiel van uw opslagplaats. Voor bijvoorbeeld op github->setting->SSH-sleutels -> plak de sleutel die je hebt gekopieerd en klik op toevoegen
Je bent voor eens en voor altijd klaar!
Antwoord 8
Ik had hetzelfde probleem met mijn Windows 10-machine, ik heb veel oplossingen geprobeerd, maar werkte niet totdat ik de nieuwste git-versie installeerde. https://git-scm.com/downloads.
Antwoord 9
Na bijna alles in deze thread en andere te hebben geprobeerd en door te gaan naar Google, was het enige dat voor mij werkte uiteindelijk om Visual Studio te starten als mijn AD-gebruiker via de opdrachtregel:
cd C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE
runas /netonly /user:<comp\name.surname> devenv.exe
Oorspronkelijke uitgave:
[1]: https: //developercommunity.visualstudio.com/content/problem/304224/git-failed-with-a-fatal-errorauthentication-failed.html
Mijn situatie is dat ik op een persoonlijke computer verbinding maak met de interne/lokale devops-server van een bedrijf (niet in de cloud) die AD-autorisatie gebruikt. Ik had geen probleem met TFS, maar met git kon de kloon niet werken (Git mislukte met een fatale fout. Authenticatie mislukt voor [url]) totdat ik dat deed.
Antwoord 10
Ik had hetzelfde probleem bij het kloneren van de repository via Bash / VS-code met “Fatal: Authentication Failed”. Ik heb in plaats daarvan de SSH-key-authenticatie gebruikt om mijn repository aan te sluiten na het artikel: [Https://docs.microsoft.com/en-us/azure/devops/Repos/git/use-SH -Keys-to-authenticeer? Bekijken = Azure-DevOps & AMP; TABS = Huidige pagina] [1]
Ik heb geen fouten ontvangen na met eventuele basash-opdrachten!
Antwoord 11
In plaats van aan mijn wachtwoord te ontsnappen, liet ik het achter en werd erom gevraagd, maar alleen toen ik de domeinnaam vóór mijn gebruikersnaam bevatte:
git clone https://some-dom-name\[email protected]/tfs/...
Antwoord 12
In mijn geval was de fout een oude gebruikersnaam en wachtwoord die in de cache is opgeslagen.
Dus heb ik het verwijderd door naar Sourcetree te gaan en het bestaande account te verwijderen.
Nu voor de nieuwe kloon, dan vraagt u u om het wachtwoord voor de repo.
Antwoord 13
Ga naar:
Bedieningspaneel – & GT; Gebruikersaccounts – & GT; Credential Manager – & GT; Windows-inloggegevens – & GT; Generieke inloggegevens en GT; & GT; Verwijder oude inloggegevens die zijn opgeslagen voor de specifieke URL
Dan wanneer u de repository versloon, zal het vragen om inloggegevens.
Antwoord 14
Hier een alternatief antwoord. Open Git Bash Ga naar pad git/mingw64/libexec/git-core
en voer de volgende opdracht uit:
./git-credential-manager clear
De volgende keer dat u een kloon uitvoert, wordt een dialoogvenster geopend en welke referentiemanager wilt u. Ik heb wincred
gekozen (ik weet niet of dit de beste optie is). Heb het vakje aangevinkt zodat het niet opnieuw zal vragen. Een ander soortgelijk dialoogvenster wordt opnieuw geopend.
Trouwens, het is altijd beter om je te verifiëren met je ssh-sleutels. Betaal niet met https. Als u uw wachtwoord elke keer dat u met de server communiceert, moet typen, zult u dit minder doen en uw code minder vaak samenvoegen. Er zullen meer conflicten plaatsvinden.
Antwoord 15
Ondanks dat het inloggen via Sorucetree en Gitbash mislukte door inloggegevens in het promptvenster in te voeren, werkte de GitHub Desktop-toepassing probleemloos