Przekazywanie SSH SOCKS jest odrębne od błędów urządzenia TUN

Te dwie obserwacje mogą współistnieć w jednym dzienniku SSH:

Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.

Pierwsza dotyczy dynamicznego nasłuchu SOCKS. Druga dotyczy urządzenia sieciowego tunelu. To odrębne żądania przekazywania.

OpenSSH używa -D do dynamicznego przekazywania na poziomie aplikacji i -w do urządzeń tunelu. Ustawienie Tunnel może również zażądać tego drugiego przez konfigurację. Nieuzyskanie uprawnień lub zgody serwera dla urządzenia TUN samo w sobie nie dowodzi, że wcześniejszy nasłuch SOCKS nigdy nie powstał.

Przeczytaj, co się udało przed błędem: uwierzytelnienie SSH, utworzenie nasłuchu i każde późniejsze żądanie kanału docelowego. Nasłuchujący port SOCKS nadal wymaga zgodnego klienta oraz osiągalnego, dozwolonego celu. To dowód dotyczący jednego etapu.

Jeśli zamierzonym zadaniem jest wyłącznie przekazywanie SOCKS, sprawdź, dlaczego w ogóle zażądano urządzenia tunelu. Ograniczona konfiguracja może wyłączyć to niepowiązane żądanie:

ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]

Zachowaj zwykłe kontrole klucza hosta i konta SSH. Nie ma powodu przyznawać uprawnień urządzenia sieciowego tylko po to, by wyciszyć błąd funkcji, której trasa SOCKS nie potrzebuje.