Referenciando esta página:
Ele diz que você pode remotamente encaminhar a porta específica do LiveReload de 35729, usando este comando:
ssh -L 35729: 127.0.0.1: 35729 mylogin @ myremoteserverIP
Quando executo a opção -v, obtenho:
debug1: Local connections to LOCALHOST:35729 forwarded to remote address 127.0.0.1:35729 debug1: Local forwarding listening on ::1 port 35729.
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on 127.0.0.1 port 35729.
debug1: channel 1: new [port listener]
debug1: channel 2: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: client_input_channel_req: channel 2 rtype [email protected] reply 1
debug1: Connection to port 35729 forwarding to 127.0.0.1 port 35729 requested.
debug1: channel 3: new [direct-tcpip]
channel 3: open failed: connect failed: Connection refused
debug1: channel 3: free: direct-tcpip: listening port 35729 for 127.0.0.1 port 35729, connect from 127.0.0.1 port 63673, nchannels 4
Eu pensei que editar meu / etc / services com essa linha funcionaria, mas não funciona:
livereload 35729/tcp # livereload usage with guard-livereload
Toda vez que tento me conectar à extensão do navegador, acredito que está sendo bloqueado pelo meu servidor. O que estou perdendo aqui? Preciso editar o / etc / services para que isso funcione?
Aqui vemos o problema:
channel 3: open failed: connect failed: Connection refused
Isso significa que nada estava escutando na porta 35729 no host remoto, ou você tem um firewall local (não muito provável).
Tente iniciar o Guard e verifique se está realmente escutando nessa porta.
Tags ssh bash redhat ssh-tunnel