Faire utiliser à SSH un proxy SOCKS que vous avez déjà

Utilisez un proxy SOCKS existant comme transport pour une connexion SSH via un assistant ProxyCommand compatible.

ssh -D crée un écouteur SOCKS ; il ne sélectionne pas un proxy existant pour la connexion propre à SSH. Avec l’implémentation nc d’OpenBSD, utilisez une entrée d’hôte dans la configuration du client SSH, par exemple ~/.ssh/config :

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

Appelez ssh server-via-socks. L’assistant contacte le service SOCKS5 sur la machine du client SSH et demande l’hôte/port cible. SSH effectue ensuite la vérification habituelle de la clé d’hôte et la connexion de l’utilisateur à l’intérieur du flux.

Vérifiez la prise en charge de l’assistant avant de saisir un mot de passe de proxy. OpenBSD nc documente l’authentification proxy pour HTTP CONNECT, pas l’authentification SOCKS. Un service SOCKS protégé par des identifiants peut nécessiter un autre assistant compatible. Conservez l’authentification du proxy partagé au lieu de la supprimer pour s’adapter à un client non pris en charge.

La destination voit la connexion sortante du proxy, tandis que la vérification SSH identifie toujours le vrai serveur. L’échec à atteindre son port se produit avant la connexion SSH ; un tunnel accepté suivi d’un rejet de clé relève des identifiants SSH.

Le réglage s’applique à cette connexion SSH. Il ne configure pas le trafic du navigateur ni chaque autre application.

Articles similaires