Laat SSH een SOCKS-proxy gebruiken die je al hebt
Gebruik een bestaande SOCKS-proxy als transport voor een SSH-verbinding via een compatibele ProxyCommand-helper.
ssh -D maakt een SOCKS-listener; het selecteert geen bestaande voor SSH's eigen verbinding. Met de OpenBSD-implementatie van nc gebruik je een hostregel in de SSH-clientconfiguratie, bijvoorbeeld ~/.ssh/config:
Host server-via-socks
HostName ssh.example.com
User alex
ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p
Roep ssh server-via-socks aan. De helper neemt contact op met de SOCKS5-service op de machine van de SSH-client en vraagt de doelhoast/poort aan. Daarna doet SSH de gebruikelijke hostkey-controle en gebruikersaanmelding binnen de stream.
Controleer de ondersteuning van de helper voordat je een proxywachtwoord invoert. OpenBSD nc documenteert proxyauthenticatie voor HTTP CONNECT, niet SOCKS-authenticatie. Een met inloggegevens beveiligde SOCKS-service heeft mogelijk een andere compatibele helper nodig. Behoud de authenticatie van de gedeelde proxy in plaats van die te verwijderen om bij een niet-ondersteunde client te passen.
De bestemming ziet de uitgaande verbinding van de proxy, terwijl SSH-verificatie nog steeds de echte server identificeert. Het niet bereiken van de poort gebeurt vóór de SSH-aanmelding; een geaccepteerde tunnel gevolgd door sleutelweigering hoort bij de SSH-inloggegevens.
De instelling geldt voor deze SSH-verbinding. Deze configureert geen browserverkeer of elke andere toepassing.