←Terug naar het blog

Hoe los je Git Clone-authenticatieproblemen op met een Persoonlijk Toegangstoken (PAT)?

2024-10-24‱3 minuten leestijd

Tijdens het klonen van een repository van een GitHub Enterprise-server, kreeg ik een SSL-probleem. Toen ik probeerde de repository te klonen via HTTPS, vroeg Git om referenties, maar ik gebruikte geen typische gebruikersnaam en wachtwoordcombinatie omdat ik inlog met Microsoft 365-referenties. Hier is de volledige uitleg van het probleem en hoe ik het heb opgelost met een Persoonlijk Toegangstoken (PAT).

Het Probleem: SSL en Authenticatieverzoeken

Toen ik voor het eerst probeerde de repository te klonen via HTTPS, kreeg ik twee grote problemen:

  1. SSL-certificaatfout: De GitHub Enterprise-server gebruikte een zelfondertekend SSL-certificaat, waardoor Git de bewerking mislukte vanwege een SSL-certificaatverificatiefout.
  2. Authenticatieverzoek: Zelfs nadat ik het SSL-probleem had omzeild, vroeg Git om een gebruikersnaam en wachtwoord. Omdat ik Single Sign-On (SSO) met Microsoft 365 gebruik, had ik geen traditionele gebruikersnaam en wachtwoord voor de repository.

Op dit punt kon ik de kloonbewerking niet voltooien vanwege het zelfondertekende SSL-certificaat en het ontbreken van standaardreferenties.

Stap 1: Het SSL-certificaatprobleem omzeilen

Om het SSL-certificaatprobleem tijdelijk te omzeilen, voerde ik het volgende Git-commando uit, dat SSL-verificatie uitschakelt:

git -c http.sslVerify=false clone https://yourcompany.domain/your-team/your-repo.git .

Dit commando instrueert Git om de SSL-certificaatcontrole te negeren en door te gaan met de kloonbewerking. Het loste echter het authenticatieprobleem niet op, aangezien Git nog steeds om een gebruikersnaam en wachtwoord vroeg.

Stap 2: Het Authenticatieprobleem Oplossen met een Persoonlijk Toegangstoken (PAT)

Omdat ik inlogde op mijn GitHub Enterprise-account met Microsoft 365-referenties (via SSO), had ik geen typische gebruikersnaam/wachtwoordcombinatie om op te geven wanneer daarom werd gevraagd. De oplossing was het gebruik van een Persoonlijk Toegangstoken (PAT), dat GitHub biedt voor veilige authenticatie in dergelijke gevallen.

Wat is een Persoonlijk Toegangstoken (PAT)?

Een Persoonlijk Toegangstoken (PAT) is een veiligere manier om te authenticeren bij gebruik van Git via HTTPS. Het werkt als een wachtwoord, maar is flexibeler en veiliger. U kunt een PAT genereren en deze gebruiken in plaats van een wachtwoord wanneer Git om referenties vraagt. U kunt de machtigingen ervan (bekend als scopes) beheren, wat het een veiligere optie maakt.

Hoe een PAT te Genereren

  1. Log in op uw GitHub Enterprise-account.
  2. Ga naar Instellingen > Ontwikkelaarsinstellingen > Persoonlijke toegangstokens.
  3. Klik op Nieuw token genereren en selecteer de juiste machtigingen (scopes). Voor toegang tot repositories hebt u doorgaans de repo scope nodig.
  4. Kopieer het gegenereerde token (PAT) en bewaar het op een veilige plaats (u kunt het hierna niet meer bekijken).

Het PAT Gebruiken om de Repository te Klonen

Nadat ik het Persoonlijke Toegangstoken had, ging ik terug naar mijn terminal. Toen Git om een gebruikersnaam vroeg, voerde ik mijn e-mailadres in (gekoppeld aan de Office 365-login). Toen het om een wachtwoord vroeg, plakte ik de PAT in plaats van een wachtwoord:

Gebruikersnaam voor 'https://yourcompany.domain': [email protected]
Wachtwoord voor 'https://[email protected]@yourcompany.domain': <plak-hier-uw-PAT>

Hierna werkte de kloonbewerking perfect en had ik toegang tot de repository.

Categorieën:

GIt