O encaminhamento SSH SOCKS é separado dos erros do dispositivo TUN
Reconheça um ouvinte SOCKS estabelecido mesmo quando a mesma sessão SSH falha depois ao criar um dispositivo TUN separado.
Estas duas observações podem coexistir num mesmo registo SSH:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.A primeira diz respeito a um ouvinte SOCKS dinâmico. A segunda diz respeito a um dispositivo de rede de túnel. São pedidos de encaminhamento distintos.
O OpenSSH usa -D para encaminhamento dinâmico ao nível da aplicação e -w para dispositivos de túnel. Uma definição Tunnel também pode pedir este último através da configuração. Não obter os privilégios ou a permissão do servidor para um dispositivo TUN não prova, por si só, que o ouvinte SOCKS anterior nunca foi criado.
Leia o que teve sucesso antes do erro: autenticação SSH, criação do ouvinte e qualquer pedido posterior de canal de destino. Uma porta SOCKS à escuta continua a precisar de um cliente compatível e de um destino acessível e permitido. É evidência sobre uma etapa.
Se o trabalho pretendido for apenas o encaminhamento SOCKS, examine porque foi pedido um dispositivo de túnel. Uma configuração limitada pode desativar esse pedido não relacionado:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Mantenha as verificações habituais de chave de anfitrião e de conta SSH. Não há motivo para conceder privilégios de dispositivo de rede só para silenciar um erro de uma funcionalidade de que a rota SOCKS não precisa.