1 votes

OpenSSH ne peut pas ouvrir known_hosts et id_rsa, mais les fichiers sont clairement accessibles

Il semble que mon client openssh (OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007) ne soit pas en mesure d'ouvrir known\_hosts ou le id\_rsa même si je peux les voir très bien en regardant leur contenu avec la commande 'type'. Cette commande est exécutée en tant qu'utilisateur "SYSTEM" pour une instance de Hudson qui fonctionne en tant que service. Notamment, si je définis le paramètre %HOME% pour utiliser un autre dossier, tel que c:\git Tout fonctionne parfaitement. Cela indique un problème d'autorisation, mais la commande 'type' semble le démentir. Que se passe-t-il et comment puis-je faire un diagnostic plus approfondi ?

C:\hudson\jobs\blah\workspace>type C:\Windows\System32\config\systemprofile\.ssh\known_hosts 
git,10.3.11.91 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEA00Er2Sidyjm+wf0X4Ck/Yld85HedJTJAwlQg9KoWL1rJYyA90Zcdm6qhjsZs+9yXvpoRALeUBBYa07aRpU9PwYQodhuAoE31c3WytKXPQ7XnwL+hCnsZckdmLFgX0Vptto/PZ0uZY5KhmvHN+shRovHbg9yfe979wAG7V5HaSRs=

C:\hudson\jobs\blah\workspace>type C:\Windows\System32\config\systemprofile\.ssh\id_rsa 
-----BEGIN RSA PRIVATE KEY-----
-----private key content was here-----
-----END RSA PRIVATE KEY-----

C:\hudson\jobs\blah\workspace>"c:\program files (x86)\git\bin\ssh" -T -vvv git@git ls 
OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug2: ssh_connect: needpriv 0
debug1: Connecting to git [10.3.11.91] port 22.
debug1: Connection established.
debug1: identity file /c/Windows/System32/config/systemprofile/.ssh/identity type -1
debug1: identity file /c/Windows/System32/config/systemprofile/.ssh/id_rsa type -1
debug1: identity file /c/Windows/System32/config/systemprofile/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.2
debug1: match: OpenSSH_4.2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.6
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 130/256
debug2: bits set: 489/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: check_host_in_hostfile: filename /c/Windows/System32/config/systemprofile/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug3: check_host_in_hostfile: filename /c/Windows/System32/config/systemprofile/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug1: Host 'qvtgit' is known and matches the RSA host key.
debug1: Found key in /c/Windows/System32/config/systemprofile/.ssh/known_hosts:1
debug2: bits set: 511/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /c/Windows/System32/config/systemprofile/.ssh/identity (0x0)
debug2: key: /c/Windows/System32/config/systemprofile/.ssh/id_rsa (0x0)
debug2: key: /c/Windows/System32/config/systemprofile/.ssh/id_dsa (0x0)
debug1: Authentications that can continue: publickey,keyboard-interactive
debug3: start over, passed a different list publickey,keyboard-interactive
debug3: preferred publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /c/Windows/System32/config/systemprofile/.ssh/identity
debug3: no such identity: /c/Windows/System32/config/systemprofile/.ssh/identity
debug1: Trying private key: /c/Windows/System32/config/systemprofile/.ssh/id_rsa
debug3: no such identity: /c/Windows/System32/config/systemprofile/.ssh/id_rsa
debug1: Trying private key: /c/Windows/System32/config/systemprofile/.ssh/id_dsa
debug3: no such identity: /c/Windows/System32/config/systemprofile/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup keyboard-interactive
debug3: remaining preferred: password
debug3: authmethod_is_enabled keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
debug2: input_userauth_info_req
debug2: input_userauth_info_req: num_prompts 1

3voto

Zanchey Points 3021

OpenSSH refuse d'utiliser des clés privées qui sont lisibles par quelqu'un d'autre que leur propriétaire - vérifiez que le seul compte ayant des permissions sur ce fichier est le compte SYSTEM.

(Une inspection plus poussée indique que ce n'est pas le problème dans votre cas).

2voto

Zanchey Points 3021

Inspection de la Source OpenSSH montre que ce message d'erreur n'est jamais imprimé que dans les cas où le Appel de la fonction stat(2) échoue : voir ligne 1224 de sshconnect2.c . Il serait intéressant de voir la sortie de 'whoami && stat /c/Windows/System32/config/systemprofile/.ssh/id_dsa' dans l'environnement Cygwin.

Vous pouvez également utiliser un outil tel que Moniteur de processus pour voir ce qui se passe au niveau de l'API - peut-être que le message d'erreur renvoyé lors de l'accès aux fichiers d'identité vous donnera un indice.

1voto

dF. Points 29787

Il pourrait également s'agir du mécanisme Virtual Store de Vista, qui crée une couche sur les répertoires habituellement inaccessibles à l'utilisateur, dans laquelle ce dernier peut écrire.

Si les fichiers ont été copiés à cet endroit par un compte non administrateur, il est possible qu'ils se soient retrouvés dans le répertoire

%USERPROFILE%\AppData\Local\VirtualStore

C'est-à-dire que vous avez copié les clés avec votre utilisateur dans le(s) chemin(s) spécifié(s), vista a créé un overlay dans le VirtualStore de votre utilisateur contenant ces fichiers. Cependant, lorsqu'il est invoqué en tant qu'autre utilisateur, cet utilisateur ne verra pas les modifications contenues dans le magasin virtuel de votre utilisateur.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X