☰

Warum verwendet OpenSSH nicht den in ssh_config angegebenen Benutzer?

tag-icon • tag-icon windows ssh openssh
Warum verwendet OpenSSH nicht den in ssh_config angegebenen Benutzer?

Ich verwende OpenSSH von einem Windows-Rechner aus, um eine Verbindung zu einer Linux Mint 9-Box herzustellen. Mein Windows-Benutzername stimmt nicht mit dem Benutzernamen des SSH-Ziels überein, daher versuche ich, den für die Anmeldung zu verwendenden Benutzer mit anzugeben ssh_config. Ich weiß, dass OpenSSH die Datei sehen kann, ssh_configda ich die Identifikationsdatei darin angebe.

Der für den Host spezifische Abschnitt in ssh_config lautet:

  Host hostname
    HostName      hostname
    IdentityFile  ~/.ssh/id_dsa
    User          username
    Compression   yes

Wenn ich ssh username@hostnamedas tue, funktioniert es.

Der Versuch, ssh_confignur Folgendes zu verwenden, ergibt:

F:\>ssh -v hostname
OpenSSH_5.6p1, OpenSSL 0.9.8o 01 Jun 2010
debug1: Connecting to hostname [XX.XX.XX.XX] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /cygdrive/f/progs/OpenSSH/home/.ssh/id_rsa type -1
debug1: identity file /cygdrive/f/progs/OpenSSH/home/.ssh/id_rsa-cert type -1
debug1: identity file /cygdrive/f/progs/OpenSSH/home/.ssh/id_dsa type 2
debug1: identity file /cygdrive/f/progs/OpenSSH/home/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debia
n-3ubuntu5
debug1: match: OpenSSH_5.3p1 Debian-3ubuntu5 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.6
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'hostname' is known and matches the RSA host key.
debug1: Found key in /cygdrive/f/progs/OpenSSH/home/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /cygdrive/f/progs/OpenSSH/home/.ssh/id_rsa
debug1: Offering DSA public key: /cygdrive/f/progs/OpenSSH/home/.ssh/id_dsa
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

Ich hatte den Eindruck, dass (wie in dieser Frage dargelegt):Wie kann ich mich per SSH als der richtige Benutzer anmelden?) die Angabe User usernamein ssh_configsollte funktionieren.

Warum verwendet OpenSSH nicht den in angegebenen Benutzernamen ssh_config?

Antwort1

~/.ssh/configDas Problem besteht eigentlich darin, dass OpenSSH nach der Konfiguration bei (die zu erweitert wird /cygdrive/f/progs/OpenSSH/home/.ssh/config) und nicht bei sucht /cygdrive/f/progs/OpenSSH/etc/ssh_config.

~/.ssh/configPlatzieren Sie stattdessen die Einstellungen in .

Antwort2

Für alle, die darauf stoßen und unter Windows gefangen sind: Das Windows-Äquivalent in Cygwin für den Speicherort Ihres .ssh-Ordners ist nicht das $HOME-Verzeichnis, das Sie in Ihrer Umgebung angegeben haben! Der Pfad, den Cygwin OpenSSH verwendet, ist /home/Benutzername/.ssh :(

Meine Lösung bestand darin, das Verzeichnis /home/username zu entfernen und es stattdessen mit dem echten Home-Verzeichnis zu verknüpfen (das Verzeichnis, in das „cd ~“ wechselt). Viel Glück.

Antwort3

Normalerweise sollten benutzerdefinierte Benutzerkonfigurationen in ~/.ssh/configund nicht in erfolgen /etc/ssh/config. /etc/ssh/configdient für systemweite Änderungen.

verwandte Informationen