Eu lancei um túnel autossh
entre um PI de framboesa e um VPS e funciona. Estou testando se é confiável depois que a conexão com a Internet do RPI for interrompida e restabelecida.
~/.ssh/config
e confirmou que é válido autossh
e iniciou com sucesso o túnel definido na configuração acima netstat -tulpan
em ambas as máquinas; esperou alguns minutos autossh
restabelece um túnel de trabalho
autossh
restabeleceu um túnel, mas quando tentei conectar a ele do outro lado, ele me deu:
Unable to communicate with “my-host”. Make sure the remote computer is available and the firewall is not blocking screen sharing.
Depois que eu baixei a conexão com a Internet, netstat
no VPS e no RPI mostraram respectivamente:
tcp 0 0 VPS_IP:22 RPI_IP:41444 ESTABLISHED PID/sshd: admin
e
tcp 0 0 RPI_IP:41444 VPS_IP:22 ESTABLISHED PID/ssh
Ou seja, as mesmas portas correspondentes e o status ESTABLISHED
, mesmo que o RPI não tenha mais acesso à Internet. Além disso, netstat
no VPS me mostrou a porta que eu precisava como conectável ( LISTEN
), embora o túnel estivesse offline.
Uma vez que eu liguei o cabo de volta ao roteador, ele mostrou a mesma situação em ambas as extremidades, mas com diferentes portas de túnel agora, mais o que eu precisava permanecer o mesmo.
Alguns minutos depois, enquanto escrevia este post, a porta de que precisava desapareceu do VPS e estava apenas mostrando as conexões SSH (agora duas):
tcp 0 0 VPS_IP:22 RPI_IP:41878 ESTABLISHED PID/sshd: admin
tcp 0 0 VPS_IP:22 RPI_IP:41912 ESTABLISHED PID/sshd: admin
E o RPI netstat
agora se parece com:
tcp 0 0 RPI_IP:41878 VPS_IP:22 ESTABLISHED PID/ssh
tcp 0 0 RPI_IP:41912 VPS_IP:22 ESTABLISHED PID/ssh
Então, aparentemente, ele reiniciou um túnel (até dois), mas sem o encaminhamento de porta. Mais uma vez, inicialmente o túnel funcionou. Já faz 1 hora e nada mudou.
Eu vi este mas a solução parece ser com base na saída netstat
, que no meu caso parece bem, mas na verdade não está funcionando.
Tags ssh debian autossh ssh-tunneling