Tentando criar um túnel de meias (-D) ssh - caixa do Linux para a caixa do Linux (ambos os centos):
sshd rodando no lado remoto ok.
Na máquina local, fazemos / vemos isso:
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. Posso verificar se a porta local não foi utilizada antes deste comando e, em seguida, usada por um processo ssh, após o comando, via:
netstat -lnp | grep 1080
Portanto, diferentemente da maioria das respostas do Google com esse erro, o problema não parece ser a atribuição da interface de loopback. Se eu tentar usar esse encapsulamento com um cliente de email, o local permitirá a tentativa (nenhum erro 'falhou no proxy'), mas nenhum dado / resposta será retornado.
No lado remoto, eu tenho "PermitTunnel yes" no meu sshd_config (embora 'yes' deva ser o padrão, de qualquer maneira).
Idéias ou pistas?
Aqui está a saída de depuração 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 uma Caixa Virtual no cliente executando o Windows, abra um túnel com massa nessa caixa, para que o túnel, no mesmo servidor remoto, funcione.
Ainda mais estranho "Se eu usar o Putty (para linux) em execução diretamente no cliente Linux, ele NÃO funcionará, mesmo que as configurações sejam uma duplicata exata das configurações de massa que FUNCIONAM no Putty em execução no Windows em uma caixa virtual da mesma forma. Máquina cliente? Há algo suspeito ... ainda tentando experimentos para descobrir o que é.
ssh -4 -D 1080 [email protected]
Respostas:
O fim do ciclo aqui. A resposta, nesse caso, foi forçar o cliente ssh a usar o ipv4. Por exemplo
fonte