paramiko, не разговаривает с ssh-агентомтакое же поведение в ткани - PullRequest
Новая
       67

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

8 голосов
/ 23 марта 2012

Сначала я попытался заставить ткань работать, но она продолжала спрашивать у меня пароль.

Так что я пытаюсь уменьшить проблему. Возможно, было бы хорошим POC просто создать SSH-соединение из Python. Я обнаружил, что ткань использует пармико для обработки SSH. Хм. Хорошо, давайте попробуем заставить пример работать.

Вот что я написал. 

from ssh import *
import os 

print "SSH-AGENT VARS"

print "SSH_AGENT_PID: %s " % os.environ['SSH_AGENT_PID']
print "SSH_AUTH_SOCK: %s " % os.environ['SSH_AUTH_SOCK']

a = Agent()
keys=a.get_keys()
print keys.count("192.168.1.10")


client = SSHClient()
client.load_system_host_keys()
client.connect('192.168.1.10')

В результате появляются следующие сообщения об ошибках: 

% ./ssh_test.py
SSH-AGENT VARS
SSH_AGENT_PID: 26557 
SSH_AUTH_SOCK: /tmp/ssh-pZHBElj26556/agent.26556 
0
Traceback (most recent call last):
  File "./ssh_test.py", line 18, in <module>
    client.connect('192.168.1.10')
  File "/usr/local/lib/python2.7/dist-packages/ssh/client.py", line 332, in connect
    self._auth(username, password, pkey, key_filenames, allow_agent, look_for_keys)
  File "/usr/local/lib/python2.7/dist-packages/ssh/client.py", line 493, in _auth
    raise saved_exception
ssh.PasswordRequiredException: Private key file is encrypted

ssh-agent запущен в моем сеансе, я могу подключиться к этому ящику по SSH, никаких проблем, он не запрашивает у меня пароль или что-то еще.

Я предполагаю, что paramiko не может подключиться к работающему ssh-agent по какой-то странной причине.

У кого-нибудь еще была такая проблема? Я использую Ubuntu 11.10

Кажется, я помню, что некоторое время назад пробовал Fabric и у него были похожие проблемы, может быть, он какое-то время ломался?

Я подключаюсь, просто используя имя хоста в качестве аргумента. Это согласно документации.

http://www.lag.net/paramiko/docs/paramiko.SSHClient-class.html

connect(self, hostname, port=22, username=None, password=None, pkey=None, key_filename=None, timeout=None, allow_agent=True, look_for_keys=True, compress=False)

Ответы [ 5 ]

7 голосов
/ 28 марта 2012

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

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

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

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

5 голосов
/ 27 марта 2012

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

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

Вот пример сеанса, в котором он используется: 

$ ./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-agent.Так что вопрос остается открытым.

Обновление:

Благодаря подсказке Моргана я немного продвинулся в решении этой проблемы.Как он предложил, я включил ведение журнала 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', 'rijndael-cbc@lysator.liu.se'] server encrypt:['aes128-ctr', 'aes192-ctr', 'aes256-ctr', 'arcfour256', 'arcfour128', 'aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'aes192-cbc', 'aes256-cbc', 'arcfour', 'rijndael-cbc@lysator.liu.se'] client mac:['hmac-md5', 'hmac-sha1', 'umac-64@openssh.com', 'hmac-ripemd160', 'hmac-ripemd160@openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] server mac:['hmac-md5', 'hmac-sha1', 'umac-64@openssh.com', 'hmac-ripemd160', 'hmac-ripemd160@openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] client compress:['none', 'zlib@openssh.com'] server compress:['none', 'zlib@openssh.com'] 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 просто ввести меня в заблуждение?

Я удалил строку, и она сработала, так что я думаю, так и есть.

1 голос
/ 27 марта 2012

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

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

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

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

0 голосов
/ 04 июня 2019

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

eval $(ssh-agent)

и добавление SSH_KEY: 

ssh-add ~/.ssh/id_rsa
0 голосов
/ 22 декабря 2012

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

$ ssh-add ~/.ssh/id_dsa

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

...