Git Push schlägt mit öffentlichen Schlüssel bei der Verwendung von SSH und Angabe von Anmeldeinformationen

Question

Ich habe ein seltsames Problem hier. Unser Maven-Release-Plugin schlägt fehl, weil es kein Tag nach Git schicken kann. Die folgende fehlschlägt:

git push ssh://PU0S:xL8q@git-eim.fg.com/u0r0-SS/workspace-proxy.git workspace-proxy-server-1.10.1 
[ERROR] Permission denied (publickey). 
[ERROR] fatal: Could not read from remote repository. 
[ERROR] 
[ERROR] Please make sure you have the correct access rights 
[ERROR] and the repository exists. 

Wenn ich remote in die Maschine und versuchen, mit einer URL der Form drückt ich den gleichen Fehler:

git push ssh://PU0S:xL8q@git-eim.fg.com/u0r0-SS/workspace-proxy.git 

Wenn ich drücken Sie einfach die definierte Fernbedienung benutzen, es gelingt :

git push origin master 

die oben macht mich sicher, dass die .ssh Tasten an der Maschine zur Verfügung stehen. Warum scheitert die erste Form?

Answer 1

Die folgenden Hinweise halfen bei der Diagnose des Problems.

Lassen Sie uns zuerst ssh -vT ausprobieren, ohne einen Benutzer anzugeben. Beachten Sie, dass in der Sitzung davon ausgegangen wird, dass es sich bei dem Benutzer um das Konto handelt, das angemeldet ist und ein Sonderzeichen ('SE121947 + PVHF0ONE_SS') hat!

$ ssh -vT git-eim.fg.com 
OpenSSH_7.1p2, OpenSSL 1.0.2g 1 Mar 2016 
.... 
debug1: Authenticating to git-eim.fg.com:22 as'SE121947+PVHF0ONE_SS' 
debug1: Authentications that can continue: publickey 
debug1: Next authentication method: publickey 
debug1: Offering RSA public key: /c/Users/PVHF0ONE_SS/.ssh/id_rsa 
debug1: No more authentication methods to try. 

Permission denied (publickey). 

lässt es nun versuchen, mit Angabe git@git-eim.fg.com

$ ssh -vT git@git-eim.fg.com 
OpenSSH_7.1p2, OpenSSL 1.0.2g 1 Mar 2016 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: Connecting to git-eim.fg.com [10.238.35.34] port 22. 
debug1: Connection established. 
debug1: identity file /c/Users/PVHF0ONE_SS/.ssh/id_rsa type 1 
... 
debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none 
Authenticated to git-eim.fg.com ([10.238.35.34]:22). 
debug1: channel 0: new [client-session] 
debug1: Entering interactive session. 
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 
Hi PU0R0SRVDEVOPS! You've successfully authenticated, but GitHub does not provide shell access. 

Merkwürdige ist git@ von foo@ und die Authentifizierungs-Werke ersetzt werden kann! Es ist fast so, als wäre es nur ein Platzhalter. So wurde das Update sichergestellt, dass die developerConnection in der pom.xml eine git@ hatte, damit Git authentifiziert werden kann.

Answer 2

git sucht nach dem ssh an einem bestimmten Ort unter Ihnen .ssh Ordner.

Legen Sie die Schlüssel in der Konfigurationsdatei und Sie sollten in der Lage sein, es zu klonen.

Öffnen Sie ein Terminalfenster. Bearbeiten Sie die Datei ~/.ssh/config.
Wenn Sie keine Konfigurationsdatei haben, erstellen Sie eine. einen Aliasnamen für jede Identität Kombination beispielsweise hinzufügen:

Host workid 
HostName github.com 
IdentityFile ~/.ssh/workid 

Answer 3

Any idea why the following command fails git clone ssh://git-eim.fg.com/u0r0-SS/workspace-proxy.git but the following succeeds ssh://git@git-eim.fg.com/u0r0-SS/workspace-proxy.git ?
What is special about git@ ?

git@ bedeutet die Benutzer, die die Push-git wird erhalten. Die Authentifizierung wird dann von dem für ssh verwendeten öffentlichen Schlüssel verwaltet.
Dies unterscheidet sich von PU0S:xL8q, das ist ein Benutzername/Passwort, nur bei Verwendung einer https URL erforderlich.
Für eine ssh-URL drücken Sie niemals "wie Sie" (PU0S), sondern als das Konto, das die Git-Repos auf der Serverseite verwaltet.
Deshalb drücken Sie zum Beispiel immer auf .

Wenn git push origin master erfolgreich ist, bedeutet dies, dass die mit dem Remote verknüpfte URL "origin" richtig formatiert ist.
In der Regel ssh://git@git-eim.fg.com/u0r0-SS/workspace-proxy.git.

Mit git remote -v oder since git 2.7 mit git remote get-url origin überprüfen.