ssh -D crea un oínte SOCKS; non selecciona un existente para a propia conexión de SSH. Coa implementación de nc de OpenBSD, usa unha entrada de host na configuración do cliente SSH, como ~/.ssh/config:

Host server-via-socks
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Invoca ssh server-via-socks. O axudante contacta co servizo SOCKS5 na máquina do cliente SSH e solicita o host/porto de destino. Despois SSH realiza a comprobación habitual da clave de host e o inicio de sesión do usuario dentro do fluxo.

Comproba o soporte do axudante antes de introducir un contrasinal de proxy. OpenBSD nc documenta a autenticación de proxy para HTTP CONNECT, non a autenticación SOCKS. Un servizo SOCKS protexido con credenciais pode necesitar outro axudante compatible. Mantén a autenticación do proxy compartido en vez de eliminala para encaixar cun cliente non admitido.

O destino ve a conexión saínte do proxy, mentres que a verificación SSH segue identificando o servidor real. O fallo para alcanzar o seu porto ocorre antes do inicio de sesión SSH; un túnel aceptado seguido dun rexeitamento de clave pertence ás credenciais SSH.

O axuste aplícase a esta conexión SSH. Non configura o tráfico do navegador nin calquera outra aplicación.

Artigos relacionados