SSH SOCKS : connexion refusée à l'ouverture d'un canal
Lisez les erreurs de canal du transfert dynamique SSH comme des échecs de la connexion sortante demandée, plutôt que de supposer que l'écouteur SOCKS local n'a jamais démarré.
channel 5: open failed: connect failed: Connection refused concerne une connexion sortante ouverte depuis le serveur SSH. Un écouteur SOCKS local et une connexion SSH réussie peuvent tous deux fonctionner lorsque ce canal échoue.
Le chemin comporte trois extrémités : l'application contacte l'écouteur SOCKS local, la session SSH transporte sa requête vers le serveur, et le serveur ouvre la connexion de destination demandée.
| Échec du canal | Vérification suivante |
|---|---|
| Interdiction administrative | Si le serveur SSH autorise l'opération de transfert demandée |
| Connexion sortante refusée | L'hôte, le port et l'écouteur de destination demandés tels qu'atteints depuis le serveur SSH |
Un service joignable depuis l'ordinateur portable peut être absent ou inaccessible depuis ce serveur. Une destination loopback appartient aussi à la machine qui ouvre la connexion sortante ; elle ne désigne pas automatiquement l'ordinateur portable.
Corrélez l'événement du canal avec la requête dont vous avez besoin. Une page peut demander de nombreuses destinations, et le refus d'une ressource facultative ne signifie pas nécessairement que toute la page a échoué.
Si les octets ne correspondent pas à ce chemin, vérifiez le mode de transfert. Un transfert fixe achemine le trafic vers son service configuré ; un transfert dynamique accepte les requêtes de destination SOCKS. Un HTTP envoyé à un écouteur SOCKS, ou un SOCKS envoyé à un transfert fixe de serveur web, échoue à une autre frontière de protocole.
Notez séparément l'écouteur local, le point de terminaison SSH et la destination demandée. Cela indique quel côté demande de l'attention ; changer le port local ne peut pas démarrer un service distant absent.