O fechamento do loop aqui. A resposta, nesse caso, foi forçar o cliente ssh a usar o ipv4. Por exemplo,
ssh -4 -D 8081 [email protected]
Tentando criar um socks (-D) ssh tunnel - caixa Linux para o Linux box (ambos centos):
sshd rodando no lado remoto, ok.
Da máquina local, vemos / vemos isto:
ssh -D 1080 [email protected].
[email protected]'s password:
bind: Cannot assign requested address
(onde 8.8.8.8 é realmente o IP do meu servidor e 'usuário' é o meu nome de usuário real)
Estou logado no lado remoto nesta janela do terminal. Eu posso verificar que a porta local não foi usada antes deste comando, e então usada por um processo ssh, após o comando, via:
netstat -lnp | grep 1080
Assim, diferentemente da maioria das respostas do googled com esse erro, o problema não parece ser a atribuição da interface de loopback. Se eu tentar usar este encapsulamento com um cliente de e-mail, o lado local permite a tentativa (sem erro 'falha no proxy'), mas nenhum dado / resposta é retornado.
No lado remoto, eu tenho "PermitTunnel yes" no meu sshd_config (embora 'yes' deva ser o padrão, pelo menos).
Idéias ou pistas?
Aqui está o debug-output relevante
OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
....
debug1: Authentication succeeded (password).
debug1: Local connections to LOCALHOST:1080 forwarded to remote address socks:0
debug1: Local forwarding listening on 127.0.0.1 port 1080.
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on ::1 port 1080.
bind: Cannot assign requested address
debug1: channel 1: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.utf8
Outra pista: Se eu executar um Virtual Box no cliente executando o Windows, abra um túnel com putty nessa caixa, esse túnel, para o mesmo servidor remoto, funciona.
Ainda mais estranho "Se eu usar o Putty (para linux) rodando diretamente no Linux Client, ele NÃO funciona, mesmo se as configurações forem uma cópia exata das configurações do putty DO WORK em Putty sendo executado no Windows em uma Virtual Box na mesma máquina cliente? Há algo suspeito ... ainda tentando experimentos para descobrir o que é.
O fechamento do loop aqui. A resposta, nesse caso, foi forçar o cliente ssh a usar o ipv4. Por exemplo,
ssh -4 -D 8081 [email protected]