nie można uzyskać tunelowania do nowego serwera Ubuntu 10.04


Właśnie zainstalowałem nowy serwer 10.04 i nie mogę uruchomić tunelu.
maszyna lokalna
ssh -L 9090:localhost:9090 admin@xxx.xx.xx.xxx

Udane logowanie, ale potem próba tunelowania z lokalnej przeglądarki,
       [url=http://127.0.0.1:9090]http://127.0.0.1:9090[/url]
echo na terminalu serwera:
channel 3: open failed: connect failed: Connection refused

       auth.log
:
sshd[24502]: error: connect_to localhost port 9090: failed.

       iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination Chain FORWARD (policy ACCEPT)
target prot opt source destination Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Próbować
       9090
na serwerze (
       links [url=http://xx.xxx.xx.xx:9090]http://xx.xxx.xx.xx:9090[/url]
pracujący)
       sshd_config
identyczny z poprzednim serwerem 8.04, działa dobrze.
O co chodzi?
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

ZDECYDOWANY:
To była kwestia polityki. Na terminalu serwera żądana usługa pod numerem 9090 nie odpowiedziała
telnet localhost 9090

tylko w:
telnet 127.0.0.1 9090

Rozwiązaniem było dodanie tego do
/etc/hosts
.
127.0.0.1 localhost localhost.localdomain
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Na podstawie

Ten motyw
http://www.linuxquestions.org/ ... 2005/
Myślę, że problem może powodować Apache, a nie sshd.

Spróbuj zmienić dyrektywę Listen w pliku httpd.conf na

Posłuchaj 127.0.0.1:9090

Następnie zrestartuj httpd i zobacz, czy to się zmieniło.
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Pełne wyjście (-vvv).
Logowanie zakończone sukcesem. W przypadku żądania tunelu z lokalnej przeglądarki na terminalu serwera:
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

Zauważ, że port 9090 odpowiada
# links 127.0.0.1:9090


MASZYNĄ ROBOCZĄ: (8.04)

na prośbę:
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

Pozdrawiam// t

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się