SSH SOCKS: conexión rechazada al abrir un canal
Lea los errores del canal de reenvío dinámico SSH como fallos de la conexión posterior solicitada, en lugar de suponer que el escucha SOCKS local nunca se inició.
channel 5: open failed: connect failed: Connection refused se refiere a una conexión posterior abierta desde el servidor SSH. Tanto un escucha SOCKS local como un inicio de sesión SSH correcto pueden estar funcionando cuando ese canal falla.
La ruta tiene tres extremos: la aplicación contacta con el escucha SOCKS local, la sesión SSH lleva su petición al servidor y el servidor abre la conexión de destino solicitada.
| Fallo del canal | Siguiente investigación |
|---|---|
| Prohibición administrativa | Si el servidor SSH permite la operación de reenvío solicitada |
| Conexión posterior rechazada | El host, el puerto y el escucha de destino solicitados tal como se alcanzan desde el servidor SSH |
Un servicio accesible desde el portátil puede estar ausente o ser inaccesible desde ese servidor. Un destino de loopback también pertenece a la máquina que abre la conexión posterior; no se refiere automáticamente al portátil.
Correlacione el evento del canal con la petición que necesita. Una página puede solicitar muchos destinos, y el rechazo de un recurso opcional no tiene por qué significar que toda la página haya fallado.
Si los bytes no encajan en esta ruta, compruebe el modo de reenvío. Un reenvío fijo lleva el tráfico a su servicio configurado; un reenvío dinámico acepta peticiones de destino SOCKS. El HTTP enviado a un escucha SOCKS, o el SOCKS enviado a un reenvío fijo de servidor web, falla en un límite de protocolo distinto.
Anote por separado el escucha local, el extremo SSH y el destino solicitado. Eso identifica qué lado necesita atención; cambiar el puerto local no puede poner en marcha un servicio remoto ausente.