paramiko не разговаривает с ssh-agent. такое же поведение в ткани

Итак, из кода paramiko и вашего, когда вы делаете a.get_keys(), это должно возвращать список. Я бы посмотрел, что он возвращает. И он не вернет что-то, что вы можете так сосчитать, поскольку он возвращает фактические биты зашифрованного ключа. Но в любом случае, поскольку вы перешли на ssh, и это работает, давайте перейдем к Fabric.

Вы можете получить больше журналов, включив его для ssh lib, выполнив:

import ssh
ssh.util.log_to_file("paramiko.log", 10)

В вашем фабрике. Это поднимет все журналы и покажет больше того, что делает сам paramiko/ssh, что может помочь вам в дальнейшей отладке проблемы.

Итак, первое, что я обнаружил, это то, что Paramiko устарела и не поддерживается.

Теперь он известен как пакет ssh, по крайней мере, в Ubuntu, и у него другой сопровождающий (bitprophet).

• Вот демонстрационный класс, который работает точно так, как описано: https://raw.github.com/bitprophet/ssh/master/demos/demo.py

• Для интерактивных подсказок требуется этот файл: https://github.com/bitprophet/ssh/blob/master/demos/interactive.py

Вот пример сеанса с его использованием:

$ ./ssh_demo.py
Hostname: 192.168.1.10
*** Host key OK.
Username [bryan]: root
Trying ssh-agent key eee5638f390e1698898984b10adfa9317 ... success!
*** Here we go!

Linux top.secret.com 2.9.37-1-amd64 #1 SMP Thu Nov 3 03:41:26 UTC 2011 x86_64
┌┌(root@top)-(10:44am-:-03/27)┌-¨-¨¨˙

Это не отвечает на вопрос, почему ткань не проходит аутентификацию против ssh-агента, как правильно подумали. Так что вопрос остается открытым.

Обновлять:

Благодаря подсказке Моргана я немного продвинулся в решении этой проблемы. Как он и предложил, я включил ведение журнала ssh, добавив следующее в начало файла fabfile.py.

from fabric.api import *
import ssh
ssh.util.log_to_file("paramiko.log", 10)

Я также следил за журналом сервера. При этом я обнаружил, что указанный мной пользователь игнорируется, а вместо него используется мое локальное имя пользователя.

На сервере:

tail -f /var/log/auth.log 
Mar 28 11:12:36 xxxxxxxxxxx sshd[17652]: Invalid user bryan from xxx.xxx.xxx.xxx

Локально:

tail -f paramiko.log    
DEB [20120328-11:39:29.038] thr=1   ssh.transport: starting thread (client mode): 0x8dfc66cL
INF [20120328-11:39:29.066] thr=1   ssh.transport: Connected (version 2.0, client OpenSSH_5.5p1)
DEB [20120328-11:39:29.093] thr=1   ssh.transport: kex algos:['diffie-hellman-group-exchange-sha256', 'diffie-hellman-group-exchange-sha1', 'diffie-hellman-group14-sha1', 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'ssh-dss'] client encrypt:['aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'arcfour256', 'arcfour128', 'aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'aes192-cbc', 'aes256-cbc', 'arcfour', '[email protected]'] server encrypt:['aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'arcfour256', 'arcfour128', 'aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'aes192-cbc', 'aes256-cbc', 'arcfour', '[email protected]'] client mac:['hmac-md5', 'hmac-sha1', '[email protected]', 'hmac-ripemd160', '[email protected]', 'hmac-sha1-96', 'hmac-md5-96'] server mac:['hmac-md5', 'hmac-sha1', '[email protected]', 'hmac-ripemd160', '[email protected]', 'hmac-sha1-96', 'hmac-md5-96'] client compress:['none', '[email protected]'] server compress:['none', '[email protected]'] client lang:[''] server lang:[''] kex follows?False
DEB [20120328-11:39:29.093] thr=1   ssh.transport: Ciphers agreed: local=aes128-ctr, remote=aes128-ctr
DEB [20120328-11:39:29.093] thr=1   ssh.transport: using kex diffie-hellman-group1-sha1; server key type ssh-rsa; cipher: local aes128-ctr, remote aes128-ctr; mac: local hmac-sha1, remote hmac-sha1; compression: local none, remote none
DEB [20120328-11:39:29.183] thr=1   ssh.transport: Switch to new keys ...
DEB [20120328-11:39:29.224] thr=2   ssh.transport: Trying SSH agent key cda5638f390e166864444b1093b91017
DEB [20120328-11:39:29.272] thr=1   ssh.transport: userauth is OK
INF [20120328-11:39:53.310] thr=1   ssh.transport: Authentication (publickey) failed.
DEB [20120328-11:41:29.076] thr=1   ssh.transport: EOF in transport thread

Хм, странно, я запустил команду как: fab diskfree -H xxx.xxx.xxx.xxx -u root

Но что это?

$ cat ./fabfile.py
from fabric.api import *
import ssh
ssh.util.log_to_file("paramiko.log", 10)

env.user = 'bryan'

def host_type():
 run('uname -s')

def diskfree():
 run('df -h') 

Хм

env.user = 'bryan'

Может ли это быть корнем проблемы? Могут ли сообщения об ошибках ssh просто вводить меня в заблуждение?

Я удалил строку, и это сработало, так что, наверное, это ответ.

Я бы попытался указать фразу-пароль в качестве аргумента ключевого слова password для connect().

Как указано в документации для SSHCLient.connect(), он использует любой PKey он может быть найден в системе, если не указан конкретный один. Методы класса from_private_key() и from_private_key_file() (я не уверен, какой из них называется, возможно, оба) принять необязательный аргумент password. Документы говорят,

Если закрытый ключ зашифрован, а пароль не равен None, данный пароль будет использоваться для расшифровки ключа (в противном случае генерируется исключение PasswordRequiredException).

... что, вероятно, происходит в вашем случае.

у меня была эта проблема, и что сработало для меня, что запускает SSH_AGENT:

eval $(ssh-agent)

и добавив SSH_KEY:

ssh-add ~/.ssh/id_rsa

Возможно, вам нужно запустить, чтобы добавить ключ к агенту.

$ ssh-add ~/.ssh/id_dsa 

https://groups.google.com/forum/?fromgroups=#!topic/ansible-project/yRSMmlqKsAA