Wir veröffentlichen regelmäßig Aktualisierungen unserer Dokumentation, und die Übersetzung dieser Seite kann noch im Gange sein. Die neuesten Informationen findest Du in der englischsprachigen Dokumentation. Informieren Sie uns bitte, falls auf dieser Seite ein Problem mit den Übersetzungen vorliegt.

Diese Version von GitHub Enterprise wurde eingestellt am 2020-11-12. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nimm ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wende Dich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

Fehler: „Permission denied (publickey)“ (Berechtigung verweigert: öffentlicher Schlüssel)

Die Fehlermeldung „Permission denied“ (Berechtigung verweigert) bedeutet, dass der Server Deine Verbindung abgelehnt hat. Dafür kann es verschiedene Gründe geben. Die häufigsten werden nachfolgend erläutert.

Inhalt dieses Artikels

Kann ich den Befehl sudo bei Git verwenden?

Du solltest den Befehl sudo nicht bei Git verwenden. Wenn Du sudo aus einem sehr guten Grund verwenden musst, stelle sicher, dass Du ihn bei jedem Befehl verwendest (wahrscheinlich ist es besser, su zu verwenden, um an dieser Stelle eine Shell als Root zu bekommen). Wenn Du SSH-Schlüssel ohne sudo erzeugst und dann versuchst, einen Befehl wie sudo git push auszuführen, verwendest Du andere Schlüssel als die von Dir erzeugten.

Überprüfen, ob Du eine Verbindung mit dem richtigen Server herstellst

Tippen ist fehleranfällig, das wissen wir alle. Achte darauf, was Du eingibst. Du kannst keine Verbindung mit „githib.com“ oder „guthub.com“ herstellen. In einigen Fällen kann ein Unternehmensnetzwerk auch Probleme bei der Auflösung des DNS-Eintrags verursachen.

Um sicherzustellen, dass Du die Verbindung mit der richtigen Domäne herstellst, kannst Du den folgenden Befehl eingeben:

$ ssh -vT git@hostname
> OpenSSH_8.1p1, LibreSSL 2.7.3
> debug1: Reading configuration data /Users/you/.ssh/config
> debug1: Reading configuration data /etc/ssh/ssh_config
> debug1: /etc/ssh/ssh_config line 47: Applying options for *
> debug1: Connecting to hostname port 22.

The connection should be made on port 22.

Immer den „git“-Benutzer verwenden

Alle Verbindungen, auch die zu Remote-URLs, müssen als „git“-Benutzer hergestellt werden. Wenn Sie versuchen, die Verbindung unter Ihrem GitHub Enterprise Server-Benutzernamen herzustellen, tritt ein Fehler auf:

$ ssh -T GITHUB-USERNAME@hostname
> Permission denied (publickey).

Wenn Ihre Verbindung fehlgeschlagen ist und Sie eine Remote-URL mit Ihrem GitHub Enterprise Server-Benutzernamen verwenden, können Sie die Remote-URL für die Verwendung des „git“-Benutzers ändern.

Du solltest Deine Verbindung mit der folgenden Eingabe überprüfen:

$ ssh -T git@hostname
> Hi username! You've successfully authenticated...

Stelle sicher, dass Du einen Schlüssel hast, der verwendet wird

  1. Öffne TerminalTerminalGit Bash.

  2. Überprüfen Sie, dass Sie einen privaten Schlüssel erzeugt und in SSH geladen haben. If you're using OpenSSH 6.7 or older:

    # starte den ssh-agent im Hintergrund
    $ eval "$(ssh-agent -s)"
    > Agent pid 59566
    $ ssh-add -l
    > 2048 a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/you/.ssh/id_rsa (RSA)

    Bei Verwendung von OpenSSH 6.8 oder neuer:

    # starte den ssh-agent im Hintergrund
    $ eval "$(ssh-agent -s)"
    > Agent pid 59566
    $ ssh-add -l -E md5
    > 2048 MD5:a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/you/.ssh/id_rsa (RSA)

Wenn Sie GitHub Desktop installiert haben, können Sie die Lösung verwenden, um Repositorys zu klonen und um nicht mit SSH-Schlüsseln zu arbeiten.

  1. Wenn Du Git Bash verwendest, aktiviere den SSH-Agenten:

    # starte den ssh-agenten im Hintergrund
    $ eval "$(ssh-agent -s)"
    > Agent pid 59566

    Wenn Du eine andere Eingabeaufforderung verwendest, beispielsweise Git für Windows, aktiviere den SSH-Agenten:

    # starte den ssh-agenten im Hintergrund
    $ eval $(ssh-agent -s)
    > Agent pid 59566
  2. Überprüfen Sie, dass Sie einen privaten Schlüssel erzeugt und in SSH geladen haben. If you're using OpenSSH 6.7 or older:

    $ ssh-add -l
    > 2048 a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/you/.ssh/id_rsa (RSA)

    Bei Verwendung von OpenSSH 6.8 oder neuer:

    $ ssh-add -l -E md5
    > 2048 MD5:a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/you/.ssh/id_rsa (RSA)
  1. Öffne TerminalTerminalGit Bash.

  2. Überprüfen Sie, dass Sie einen privaten Schlüssel erzeugt und in SSH geladen haben. If you're using OpenSSH 6.7 or older:

    # start the ssh-agent in the background
    $ eval "$(ssh-agent -s)"
    > Agent pid 59566
    $ ssh-add -l
    > 2048 a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/you/.ssh/id_rsa (RSA)

    Bei Verwendung von OpenSSH 6.8 oder neuer:

    # starte den ssh-agent im Hintergrund
    $ eval "$(ssh-agent -s)"
    > Agent pid 59566
    $ ssh-add -l -E md5
    > 2048 MD5:a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/you/.ssh/id_rsa (RSA)

The ssh-add command should print out a long string of numbers and letters. If it does not print anything, you will need to generate a new SSH key and associate it with GitHub Enterprise Server.

Tip: On most systems the default private keys (~/.ssh/id_rsa and ~/.ssh/identity) are automatically added to the SSH authentication agent. You shouldn't need to run ssh-add path/to/key unless you override the file name when you generate a key.

Getting more details

You can also check that the key is being used by trying to connect to git@[hostname]:

$ ssh -vT git@hostname
> ...
> debug1: identity file /Users/you/.ssh/id_rsa type -1
> debug1: identity file /Users/you/.ssh/id_rsa-cert type -1
> debug1: identity file /Users/you/.ssh/id_dsa type -1
> debug1: identity file /Users/you/.ssh/id_dsa-cert type -1
> ...
> debug1: Authentications that can continue: publickey
> debug1: Next authentication method: publickey
> debug1: Trying private key: /Users/you/.ssh/id_rsa
> debug1: Trying private key: /Users/you/.ssh/id_dsa
> debug1: No more authentication methods to try.
> Permission denied (publickey).

In diesem Beispiel hatten wir keine Schlüssel, die SSH verwenden konnte. Die „-1“ am Ende der „identitiy file“-Zeilen bedeutet, dass SSH keine entsprechende Datei finden konnte. Weiter unten weisen auch die „Trying private key“-Zeilen darauf hin, dass keine Datei gefunden wurde. Wenn eine Datei vorhanden wäre, würde dort „1“ bzw. „Offering public key“ stehen:

$ ssh -vT git@hostname
> ...
> debug1: identity file /Users/you/.ssh/id_rsa type 1
> ...
> debug1: Authentications that can continue: publickey
> debug1: Next authentication method: publickey
> debug1: Offering RSA public key: /Users/you/.ssh/id_rsa

Überprüfen, ob der öffentliche Schlüssel an Dein Konto angehängt ist

Du musst Deinen öffentlichen Schlüssel für GitHub Enterprise Server bereitstellen, um eine sichere Verbindung herzustellen.

  1. Öffne das Terminal.

  2. Starten Sie den SSH-Agenten im Hintergrund.

    $ eval "$(ssh-agent -s)"
    > Agent pid 59566
  3. Suchen und notieren Sie Ihren öffentlichen Schlüssel-Fingerprint. If you're using OpenSSH 6.7 or older:

    $ ssh-add -l
    > 2048 a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/USERNAME/.ssh/id_rsa (RSA)

    Bei Verwendung von OpenSSH 6.8 oder neuer:

    $ ssh-add -l -E md5
    > 2048 MD5:a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/USERNAME/.ssh/id_rsa (RSA)
  1. Klicke in der oberen rechten Ecke einer beliebigen Seite auf Dein Profilfoto und klicke dann auf Settings (Einstellungen).
    Symbol „Settings" (Einstellungen) auf der Benutzerleiste
  2. Klicke in der Seitenleiste für Benutzereinstellungen auf SSH and GPG keys (SSH- und GPG-Schlüssel).
    Authentifizierungsschlüssel
  3. Compare the list of SSH keys with the output from the ssh-add command.
    SSH key listing in GitHub Enterprise Server
  1. Öffnen Sie die Befehlszeile.

  2. Starten Sie den SSH-Agenten im Hintergrund.

    $ ssh-agent -s
    > Agent pid 59566
  3. Suchen und notieren Sie Ihren öffentlichen Schlüssel-Fingerprint. If you're using OpenSSH 6.7 or older:

    $ ssh-add -l
    > 2048 a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/USERNAME/.ssh/id_rsa (RSA)

    Bei Verwendung von OpenSSH 6.8 oder neuer:

    $ ssh-add -l -E md5
    > 2048 MD5:a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/USERNAME/.ssh/id_rsa (RSA)
  1. Klicke in der oberen rechten Ecke einer beliebigen Seite auf Dein Profilfoto und klicke dann auf Settings (Einstellungen).
    Symbol „Settings" (Einstellungen) auf der Benutzerleiste
  2. Klicke in der Seitenleiste für Benutzereinstellungen auf SSH and GPG keys (SSH- und GPG-Schlüssel).
    Authentifizierungsschlüssel
  3. Compare the list of SSH keys with the output from the ssh-add command.
    SSH key listing in GitHub Enterprise Server
  1. Öffne das Terminal.

  2. Starten Sie den SSH-Agenten im Hintergrund.

    $ eval "$(ssh-agent -s)"
    > Agent pid 59566
  3. Suchen und notieren Sie Ihren öffentlichen Schlüssel-Fingerprint. Bei Verwendung von OpenSSH 6.7 oder älter:

    $ ssh-add -l
    > 2048 a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/USERNAME/.ssh/id_rsa (RSA)

    Bei Verwendung von OpenSSH 6.8 oder neuer:

    $ ssh-add -l -E md5
    > 2048 MD5:a0:dd:42:3c:5a:9d:e4:2a:21:52:4e:78:07:6e:c8:4d /Users/USERNAME/.ssh/id_rsa (RSA)
  4. Klicke in der oberen rechten Ecke einer beliebigen Seite auf Dein Profilfoto und klicke dann auf Settings (Einstellungen).

    Symbol „Settings" (Einstellungen) auf der Benutzerleiste

  5. Klicke in der Seitenleiste für Benutzereinstellungen auf SSH and GPG keys (SSH- und GPG-Schlüssel).

    Authentifizierungsschlüssel

  6. Vergleichen Sie die Liste der SSH-Schlüssel mit der Ausgabe des Befehls ssh-add.

    SSH-Schlüssel-Auflistung in GitHub Enterprise Server

Wenn Du Deinen öffentlichen Schlüssel in GitHub Enterprise Server nicht siehst, musst Du Deinen SSH-Schlüssel zu GitHub Enterprise Server hinzufügen, um ihn mit Deinem Computer zu verknüpfen.

Warnung: Wenn Du einen SSH-Schlüssel siehst, der Dir auf GitHub Enterprise Server unbekannt ist, solltest Du ihn sofort löschen und Dich für weitere Hilfe an den your site administrator wenden. Ein Dir unbekannter öffentlicher Schlüssel kann ein Hinweis auf ein Sicherheitsproblem sein. Weitere Informationen finden Sie unter „SSH-Schlüssel überprüfen“.