Neuer GitHub-Fingerprint (SSH)

[himitsu]

https://github.blog/2023-03-23-we-up...-ssh-host-key/
https://docs.github.com/en/authentic...y-fingerprints

alten Key Fingerprint löschen und Neuen eintragen lassen (den Host-Key des Servers, nicht den SSH-Key vom Login)

Code:

ssh-keygen -R github.com
git fetch

und dann nochmal in der known_hosts nachsehen, ob es zusätzlich noch IPs gibt

Code:

notepad "C:\Users\%username%\.ssh\known_hosts"

bei mir 140.82.112.* bis 140.82.121.* (seht ihr ja, welche den selben Fingerprint haben)
das hinterm ersten Leerzeichen von github.com kopieren, oder diese Zeilen löschen (die "aktuellen" IPs dann bei den nächsten Zugriffen neu eintagen lassen)

[Uwe Raabe]

Das ist mir heute morgen auch schon um die Ohren geflogen.

[himitsu]

Einige git.exe leiten ihre Eingaben (Parameter) an eine andere Git.exe weiter (StdIn und StdOut umgeleitet),
aber leider ohne die Tastatureingaben durchzureichen, wobei die andere EXE dann auf StdIn ewig wartet,
während man selber versucht das zu machen, was da steht "type yes or no".
z.B. C:\Program Files\Git\bin\git.exe -> C:\Program Files\Git\mingw64\bin\git.exe
mögliche Lösung:

Delphi-Quellcode:

echo y | C:\Windows\System32\plink.exe -ssh [e-mail]

Und jemand hatte das "Key" im Text falsch gelesen, also "seinen" SSH-Key aus GitHub gelöscht :stupid:,
anstatt nur die nachfolgend genannten Befehle auszuführen.

[himitsu]

Grad erst mitbekommen, dass unser CI nun hängt, bzw. mit dem alten Stand testet.
Das macht ja auch ein Checkout+Pull, um den jeweiligen Code testen zu können.

Und daheim, in der Synology, wird Git für automatisches Backup/Versionierung meines Webspaces genutzt. (muß ich dann auch noch prüfen)

[himitsu]

Geil, wer einmal bei "willst du hashed-hosts benutzen?" mit ja geantwortet hatte,
oder ein neuinstalliertes Linux hat, weil dort ist das per Standard aktiv,
der hat gleich noch mehr Spaß, weil es keine Möglichkeit mehr gibt, um nachzusehen WAS in dieser known_hosts drin steht. :firejump:

hashed known_hosts



Github nutzt/nutzte mehrere IPs, und für die Alle muß es auch aktualisiert werden.
Und da man beim Hashed nichts mehr lesen kann, weiß man auch nicht, ob man was "Altes" löschen kann.

[Dalai]

Sehen kann man den Inhalt der known_hosts zwar nicht, aber mit

Code:

ssh-keygen -R hostname
# bzw.
ssh-keygen -H -R hostname

kann man alle zu hostname gehörenden Hashes aus der known_hosts löschen lassen. Siehe auch https://superuser.com/questions/3008...om-known-hosts und https://unix.stackexchange.com/quest...own-hosts-file

Soweit ich weiß, weist der SSH-Client (/bin/ssh) auch auf diese Möglichkeit hin, wenn sich der Hostkey des SSH-Servers geändert hat (als Teil der fetten Warnung).

Grüße
Dalai

[himitsu]

Ja, das Löschen steht drin, sowie auch im Artikel.

aber nur den Name löschen hilft nichts, wenn auch viele IPs drin stehen.
z.B. Tortoise und Andere lösen (teilweise) selber den Namen auf und greifen dann via IP zu, womit dann auch die IP drin seht (Turtoise macht Einiges selber und Anderes über die git.exe),
und Github hat viele IPs. Vermutlich haben die ein Load-Balancing, um die vielen Zugriffe auf mehrere Server zu verteilen. Oder sie schieben die Daten einzelner Nutzer zwischen ihren Servern herum.


Problem war dann auch, dass eben auch einige automatischen Systeme das nutzen und leider war bei mindestens Einem keine Prüfung drin, nach dem Clon/Checkout.