Sua senha SSH não é uma senha SOCKS
Distinga o login SSH da autenticação de cliente SOCKS em um ouvinte dinâmico do OpenSSH.
Você digitou uma senha para iniciar ssh -D. Ela autenticou sua conexão SSH. Não criou uma conta SOCKS protegida por senha para cada programa que consiga alcançar o novo ouvinte.
O encaminhamento dinâmico do OpenSSH fornece um serviço SOCKS local sobre um transporte SSH autenticado. Seu tratamento de SOCKS5 escolhe o método sem autenticação; não é um servidor SOCKS geral de usuário e senha.
Para uso pessoal, vincule localmente:
ssh -N -D 127.0.0.1:1080 [email protected]Os aplicativos nesse computador usam a porta 1080 sem inserir sua senha SSH como senha SOCKS. A documentação do encaminhamento dinâmico descreve o ouvinte, e o código de tratamento SOCKS do OpenSSH fornece o detalhe da autenticação.
Compartilhar muda o problema
Vincular a um endereço LAN torna a porta alcançável além do uso local original. Clientes próximos não estabelecem sessões SSH separadas só porque o tráfego deles passa pela sua. Se a rede permitir acesso, esses clientes podem compartilhar a identidade externa do seu gateway.
Um firewall pode restringir clientes alcançáveis, mas não adiciona uma troca de login SOCKS. Para nomes de usuário SOCKS, cotas ou regras por usuário separados, escolha um servidor que suporte esses recursos. O Dante, por exemplo, documenta a autenticação SOCKS separadamente das restrições de endereço de cliente.
Isso também ajuda na solução de problemas. Um cliente que insiste no método de usuário e senha SOCKS pode não negociar com este ouvinte como você espera. Ajuste o aplicativo ou escolha um serviço SOCKS autenticado adequado; tentar repetidamente sua senha SSH trata do login errado.
A alcançabilidade apenas local continua sendo um limite a compreender, não uma afirmação de que todo processo no computador local pertence ao mesmo usuário.