Låt SSH använda en SOCKS-proxy du redan har

Använd en befintlig SOCKS-proxy som transport för en SSH-anslutning via en kompatibel ProxyCommand-hjälpare.

ssh -D skapar en SOCKS-lyssnare; den väljer inte en befintlig för SSH:s egen anslutning. Med OpenBSD-implementeringen av nc använder du en värdpost i SSH-klientkonfigurationen, till exempel ~/.ssh/config:

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

Anropa ssh server-via-socks. Hjälparen kontaktar SOCKS5-tjänsten på SSH-klientens maskin och begär målvärden/porten. Sedan utför SSH den vanliga värdnyckelkontrollen och användarinloggningen inne i strömmen.

Kontrollera hjälpens stöd innan du anger ett proxy-lösenord. OpenBSD nc dokumenterar proxyautentisering för HTTP CONNECT, inte SOCKS-autentisering. En lösenordsskyddad SOCKS-tjänst kan behöva en annan kompatibel hjälpare. Behåll autentiseringen för den delade proxyn i stället för att ta bort den för att passa en klient som inte stöds.

Målet ser proxyns utgående anslutning, medan SSH-verifieringen fortfarande identifierar den riktiga servern. Att inte nå dess port inträffar före SSH-inloggningen; en accepterad tunnel följd av nyckelavvisning hör till SSH-uppgifterna.

Inställningen gäller för den här SSH-anslutningen. Den konfigurerar inte webbläsartrafik eller något annat program.

Relaterade artiklar