L'inoltro SSH SOCKS è separato dagli errori del dispositivo TUN
Riconosci un listener SOCKS stabilito anche quando la stessa sessione SSH non riesce poi a creare un dispositivo TUN separato.
Queste due osservazioni possono convivere in un unico log SSH:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.La prima riguarda un listener SOCKS dinamico. La seconda riguarda un dispositivo di rete tunnel. Sono richieste di inoltro distinte.
OpenSSH usa -D per l'inoltro dinamico a livello applicativo e -w per i dispositivi tunnel. Un'impostazione Tunnel può richiedere quest'ultimo anche tramite la configurazione. Il mancato ottenimento dei privilegi o dell'autorizzazione del server per un dispositivo TUN non dimostra di per sé che il listener SOCKS precedente non sia mai stato creato.
Leggi cosa ha avuto successo prima dell'errore: autenticazione SSH, creazione del listener e qualsiasi successiva richiesta di canale di destinazione. Una porta SOCKS in ascolto necessita comunque di un client compatibile e di una destinazione raggiungibile e consentita. È una prova su una sola fase.
Se il lavoro previsto è solo l'inoltro SOCKS, esamina perché sia stato richiesto un dispositivo tunnel. Una configurazione circoscritta può disattivare quella richiesta non correlata:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Mantieni i consueti controlli su chiave host e account SSH. Non c'è motivo di concedere privilegi di dispositivo di rete solo per silenziare un errore di una funzione che il percorso SOCKS non richiede.