Reconectar un túnel SSH SOCKS con autossh
Use autossh con comprobacións de vida SSH e entenda que reconectar un túnel non restaura as conexións antigas das aplicacións.
Un proxy SSH SOCKS desaparece cando remata a súa conexión SSH. Un supervisor pode reiniciar esa conexión, pero non pode retomar cada solicitude de sitio web que usaba o fluxo antigo.
Para unha configuración SSH que xa funciona, autossh pode supervisar un reenvío dinámico mentres OpenSSH detecta un servidor que non responde:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 desactiva o mecanismo separado de porto de monitorización de autossh. Baséase en que SSH saia para que o supervisor poida reaccionar. As opcións server-alive fornecen unha comprobación de vida a nivel de SSH; non piden unha páxina a cada destino que use.
Manteña visible a configuración inicial ata que funcionen a autenticación e o reenvío. O comportamento en segundo plano de autossh difire do -f do SSH simple: un lanzamento sen supervisión non pode parar para pedir un contrasinal ou unha frase de clave. A súa porta de inicio documentada tamén pode distinguir un fallo inmediato de configuración dunha sesión rota máis tarde.
Tras a reconexión, o oínte local pode volver estar dispoñible. As aplicacións poden aínda necesitar reintentar as súas propias operacións fallidas. Unha carga interrompida antes de recibir unha resposta ten un resultado a nivel de aplicación que resolver, non só un túnel ausente que reiniciar.
Por último, un transporte SSH san non demostra que a pasarela poida acadar un sitio web concreto. Separe a supervisión do túnel da monitorización do traballo que o usa.