SSH SOCKS: Verbindung abgelehnt beim Öffnen eines Kanals
Lesen Sie Kanalfehler der dynamischen SSH-Weiterleitung als Fehlschlag der angeforderten Weiterverbindung und nicht als Beleg dafür, dass der lokale SOCKS-Listener nie gestartet ist.
channel 5: open failed: connect failed: Connection refused betrifft eine Weiterverbindung, die vom SSH-Server aus geöffnet wird. Ein lokaler SOCKS-Listener und eine erfolgreiche SSH-Anmeldung können beide funktionieren, wenn dieser Kanal scheitert.
Der Pfad hat drei Endpunkte: Die Anwendung kontaktiert den lokalen SOCKS-Listener, die SSH-Sitzung trägt ihre Anfrage zum Server, und der Server öffnet die angeforderte Zielverbindung.
| Kanalfehler | Nächste Untersuchung |
|---|---|
| Administratives Verbot | Ob der SSH-Server den angeforderten Weiterleitungsvorgang erlaubt |
| Weiterverbindung abgelehnt | Der angeforderte Zielhost, Port und Listener, wie sie vom SSH-Server aus erreichbar sind |
Ein vom Laptop erreichbarer Dienst kann von diesem Server aus fehlen oder unerreichbar sein. Ein Loopback-Ziel gehört ebenfalls zu der Maschine, die die Weiterverbindung öffnet; es verweist nicht automatisch auf den Laptop.
Bringen Sie das Kanalereignis mit der Anfrage in Zusammenhang, die Sie benötigen. Eine Seite kann viele Ziele anfordern, und die Ablehnung einer optionalen Ressource muss nicht bedeuten, dass die gesamte Seite fehlgeschlagen ist.
Wenn die Bytes nicht zu diesem Pfad passen, prüfen Sie den Weiterleitungsmodus. Eine feste Weiterleitung führt Datenverkehr zu ihrem konfigurierten Dienst; eine dynamische Weiterleitung nimmt SOCKS-Zielanfragen an. HTTP an einen SOCKS-Listener oder SOCKS an eine feste Webserver-Weiterleitung scheitert an einer anderen Protokollgrenze.
Notieren Sie lokalen Listener, SSH-Endpunkt und angefordertes Ziel getrennt. Das zeigt, welche Seite Aufmerksamkeit braucht; das Ändern des lokalen Ports kann einen fehlenden entfernten Dienst nicht starten.