falha ao conseguir tunelamento para o novo servidor 10.04 do ubuntu

Question

Acabei de configurar um novo servidor 10.04 e não consigo fazer o tunelamento funcionar.

máquina local

> ssh -L 9090:localhost:9090 [email protected]

faça o login com sucesso, mas depois experimente o túnel a partir do navegador local, link

echo no terminal do servidor:

channel 3: open failed: connect failed: Connection refused

auth.log  sshd [24502]: erro: connect_to porta do host local 9090: falhou.

iptables -L Chain INPUT (política ACCEPT) target prot opt source destination

Chain FORWARD (política ACCEPT) target prot opt source destination

Chain OUTPUT (política ACCEPT) target prot opt source destination

Experimentando o 9090 no servidor (links link funciona)

sshd_config é idêntico ao servidor 8.04 anterior, funcionando bem.

O que está acontecendo? Grato por qualquer entrada.

Atenciosamente,

// t

    

Answer 1

Saída detalhada (-vvv).

Login com sucesso. A pedido do túnel do navegador local, no terminal do servidor:

ebug1: Connection to port 9090 forwarding to localhost port 9090 requested.
debug2: fd 9 setting TCP_NODELAY
debug3: fd 9 is O_NONBLOCK
debug3: fd 9 is O_NONBLOCK
debug1: channel 3: new [direct-tcpip]
channel 3: open failed: connect failed: Connection refused
debug2: channel 3: zombie
debug2: channel 3: garbage collecting
debug1: channel 3: free: direct-tcpip: listening port 9090 for localhost port 9090,  connect from 127.0.0.1 port 57884, nchannels 4
debug3: channel 3: status: The following connections are open:
  #2 client-session (t4 r0 i0/0 o0/0 fd 6/7 cfd -1)

debug3: channel 3: close_fds r 9 w 9 e -1 c -1

Por favor, note que a porta 9090 responde ao

# links 127.0.0.1:9090

SOBRE A MÁQUINA DE TRABALHO: (8.04)

a pedido:

debug1: Connection to port 9090 forwarding to localhost port 9090 requested.
debug2: fd 10 setting TCP_NODELAY
debug3: fd 10 is O_NONBLOCK
debug3: fd 10 is O_NONBLOCK
debug1: channel 3: new [direct-tcpip]
debug2: channel 3: open confirm rwindow 2097152 rmax 32768
debug2: channel 3: rcvd eof
debug2: channel 3: output open -> drain
debug2: channel 3: obuf empty
debug2: channel 3: close_write
debug2: channel 3: output drain -> closed

considera // t

    

Answer 2

Baseado em este tópico Acho que a causa do seu problema pode ser o Apache, não o sshd.
Tente alterar sua diretiva Listen em seu arquivo httpd.conf para

Listen 127.0.0.1:9090

Reinicie o httpd depois e veja se isso fez alguma diferença.

    

Answer 3

RESOLVIDO:

Foi uma questão política. No terminal do servidor, o serviço solicitado em 9090 não respondeu a

telnet localhost 9090

apenas em:

telnet 127.0.0.1 9090

A solução foi adicionar isso a /etc/hosts .

127.0.0.1 localhost localhost.localdomain