Spraw, aby SSH używał istniejącego serwera proxy SOCKS

Użyj istniejącego proxy SOCKS jako transportu połączenia SSH przez zgodny pomocnik ProxyCommand.

ssh -D tworzy nasłuch SOCKS; nie wybiera jednak istniejącego dla własnego połączenia SSH. W implementacji nc z OpenBSD użyj wpisu hosta w konfiguracji klienta SSH, na przykład ~/.ssh/config:

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

Wywołaj ssh server-via-socks. Pomocnik kontaktuje się z usługą SOCKS5 na maszynie klienta SSH i żąda docelowego hosta/portu. Następnie SSH wykonuje zwykłą weryfikację klucza hosta i logowanie użytkownika w strumieniu.

Sprawdź obsługę pomocnika przed wprowadzeniem hasła proxy. OpenBSD nc dokumentuje uwierzytelnianie proxy dla HTTP CONNECT, a nie uwierzytelnianie SOCKS. Usługa SOCKS chroniona poświadczeniami może wymagać innego zgodnego pomocnika. Zachowaj uwierzytelnianie współdzielonego proxy, zamiast je usuwać, aby dopasować się do nieobsługiwanego klienta.

Cel widzi połączenie wychodzące proxy, podczas gdy weryfikacja SSH nadal identyfikuje rzeczywisty serwer. Niepowodzenie dotarcia do jego portu następuje przed logowaniem SSH; zaakceptowany tunel, po którym klucz zostaje odrzucony, należy do poświadczeń SSH.

Ustawienie dotyczy tego połączenia SSH. Nie konfiguruje ruchu przeglądarki ani żadnej innej aplikacji.

Powiązane artykuły