SSH-SOCKS-Weiterleitung ist unabhängig von TUN-Gerätefehlern
Erkennen Sie einen eingerichteten SOCKS-Listener, auch wenn dieselbe SSH-Sitzung später kein separates TUN-Gerät erstellen kann.
Diese beiden Beobachtungen können in einem SSH-Protokoll nebeneinander stehen:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.Die erste betrifft einen dynamischen SOCKS-Listener. Die zweite betrifft ein Tunnel-Netzwerkgerät. Es sind getrennte Weiterleitungsanforderungen.
OpenSSH verwendet -D für dynamische Weiterleitung auf Anwendungsebene und -w für Tunnelgeräte. Eine Einstellung Tunnel kann Letzteres auch über die Konfiguration anfordern. Dass die Berechtigungen oder die Servererlaubnis für ein TUN-Gerät fehlen, beweist für sich genommen nicht, dass der frühere SOCKS-Listener nie erstellt wurde.
Lesen Sie, was vor dem Fehler erfolgreich war: SSH-Authentifizierung, Erstellung des Listeners und jede spätere Zielkanal-Anforderung. Ein lauschender SOCKS-Port braucht weiterhin einen kompatiblen Client und ein erreichbares, erlaubtes Ziel. Das ist ein Beleg zu einer Stufe.
Wenn die eigentliche Aufgabe nur die SOCKS-Weiterleitung ist, prüfen Sie, warum überhaupt ein Tunnelgerät angefordert wurde. Eine eingeschränkte Konfiguration kann diese unabhängige Anforderung abschalten:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Behalten Sie die üblichen SSH-Hostschlüssel- und Kontoprüfungen bei. Es gibt keinen Grund, Netzwerkgeräteberechtigungen zu erteilen, nur um einen Fehler für eine Funktion zu dämpfen, die der SOCKS-Weg nicht benötigt.