No debianB, verifique o conteúdo e as permissões de ~/.ssh/authorized_keys . O sshd também irá lamentar nos logs se as permissões estiverem erradas (muito largas).
Estou tentando configurar o encaminhamento de SSH assim
osx > debianA > debianB
Eu posso me conectar ao debianA bem, usando ssh -A e ele tem o seguinte env vars quando eu faço:
SSH_AGENT_PID=1543
SSH_AUTH_SOCK=/tmp/ssh-giwdYY1542/agent.1542
SSH_CLIENT='92.233.199.x 38954 22'
SSH_CONNECTION='92.233.199.x 38954 108.171.179.x 22'
SSH_TTY=/dev/pts/0
Quando tento conectar-me ao debianB, o agente não é usado!
ssh -v output termina com:
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/nic/.ssh/id_rsa
debug1: Trying private key: /home/nic/.ssh/id_dsa
debug1: Next authentication method: password
Então eu pedi uma senha.
Eu não defini nenhuma diretiva do ForwardAgent no ssh_config e não tenho um .ssh / config. O sshd_config não possui o AllowAgentForwarding nele. Eu tentei todas essas diretivas como sim também.
debianA e debianB ambos têm ssh_config e sshd_config idênticos (verificados com diff), então o mais estranho é conectar o OSX > debianB > debianA funciona bem !!
Estou totalmente sem ideias! Alguém já se deparou com isso antes?
Felicidades! NFV
Atualização 1
Uma outra coisa que notei é que ao conectar osx > debianA a última coisa que faz no preâmbulo é cuspir o agente pid:
Nics-iMac:~ nic$ ssh -A nic@cloud01
Linux cloud01 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have new mail.
Last login: Tue Nov 27 06:42:47 2012 from xxx
Agent pid 717 <<< HERE ***********
nic@cloud01:~#
O debianB não faz isso, senão o preâmbulo é idêntico, isso poderia ser uma pista?
NFV
No debianB, verifique o conteúdo e as permissões de ~/.ssh/authorized_keys . O sshd também irá lamentar nos logs se as permissões estiverem erradas (muito largas).
Descobri isso, eu tinha eval $ {ssh-agent} no pé de / etc / profile, deveria ter sobrescrito as configurações do agente redirecionado.
Obrigado NFV