Ich verwende meine Schlüssel ohne Passwort, da alle beteiligten Maschinen in einer ziemlich geschlossenen Umgebung arbeiten. Ich brauche also keinen SSH-Agenten. Aber ich habe versehentlich ein Skript ausgeführt, das seine Verwendung anscheinend aktiviert hat, und ich kann es nicht stoppen.
Ich kann den Vorgang beenden, aber beim nächsten Start kann ich keine SSH-Verbindung herstellen, da sich der „entschlüsselte“ Schlüssel nicht im Cache befindet, ohne dass die folgende Fehlermeldung angezeigt wird:
sign_and_send_pubkey: signing failed: agent refused operation
Der „Übeltäter“ scheint zu sein $SSH_AUTH_SOCK. Ist das alles gelöst, wenn ich das einfach entferne? Oder gibt es einen besseren Weg?
BEARBEITEN: Die $SSH_AUTH_SOCKVariable existiert nur, wenn ich von einem Terminal auf meinem GNOME-Desktop aus überprüfe. Wenn ich von einem TTY aus überprüfe, wird nichts zurückgegeben.
Antwort1
Es scheint, dass Gnome hier der eigentliche Schuldige ist. Oder genauer gesagt der Gnome-Schlüsselring. Haben Sie die Methode ausprobiert?hier vorgeschlagenkann man SSH im Gnome-Schlüsselbund deaktivieren? Der Link betrifft den Gnome-Schlüsselbund unter Ubuntu, aber die Informationen scheinen ziemlich distributionsunabhängig zu sein.
DerArch Linux Wikihat auch eine gute Beschreibung davon:
Keyring-Daemon-Komponenten deaktivieren
Wenn Sie einen alternativen SSH-Agenten (z. B. ssh-agent oder gpg-agent) ausführen möchten, müssen SieDeaktivieren Sie die SSH-Komponente von GNOME KeyringSo können Sie dies kontolokal tun:
#!/bin/sh
mkdir ~/.config/autostart
cp /etc/xdg/autostart/gnome-keyring-ssh.desktop ~/.config/autostart/ &&
printf '%s\n' 'Hidden=true' >> ~/.config/autostart/gnome-keyring-ssh.desktop