Med ein OpenBSD-kompatibel nc legg du denne vertsoppføringa til i SSH-klientkonfigurasjonen, til dømes ~/.ssh/config:

Host work-through-proxy
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

Bruk ssh work-through-proxy for den ruta. Hjelparen ber HTTP-proxyen om CONNECT til ssh.example.com og sender den aksepterte straumen vidare til SSH. Om SSH vert peika rett på porten til proxyen, går handtrykket til ein teneste som ventar HTTP.

Erstatt endepunktet, destinasjonen og kontoen. For ein offentleg tilgjengeleg SSH-destinasjon der ein offentleg mellombels er tillaten, tilbyr HTTP-proxylista kandidatar for å kontrollere tilgangen til den verten og porten; vel eit endepunkt som ikkje treng ein proxykonto for kommandoen som er vist. Desse OpenBSD nc-vala er implementasjonsavhengige; ei anna køyrbar fil kalla nc støttar dei kanskje ikkje.

Proxyen kan krevje si eiga pålogging eller nekte den forespurde SSH-porten. Ein 407 gjeld nettopp den proxyutvekslinga. Etter at tunnelen er open, verifiserer SSH framleis målverten og autentiserer brukaren; ein avvist SSH-nøkkel er ein annan feil.

Hald ProxyCommand under den tiltenkte Host-delen, og bruk den støtta proxyautentiseringsvegen til den valde hjelparen når det trengst. Kommandoen gir ein straum, ikkje løyve gjennom mellombelsmannen. Er berre HTTPS-destinasjonar tillatne, skaff ei godkjend SSH-tilgangsordning i staden for å gå ut frå at ei anna skrivemåte av kommandoen endrar policyen.

Relaterte artiklar