Med en OpenBSD-kompatibel nc lägger du till den här värdposten i SSH-klientens konfiguration, till exempel ~/.ssh/config:

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

Använd ssh work-through-proxy för den rutten. Hjälparen ber HTTP-proxyn om CONNECT till ssh.example.com och skickar den accepterade strömmen vidare till SSH. Om SSH pekas direkt mot proxyns port skulle dess handskakning gå till en tjänst som väntar sig HTTP.

Byt ut slutpunkten, målet och kontot. För ett offentligt nåbart SSH-mål där en offentlig mellanhand är tillåten erbjuder HTTP-proxylistan kandidater för att kontrollera åtkomst till den värden och porten; välj en slutpunkt som inte kräver ett proxykonto för kommandot som visas. Dessa OpenBSD nc-alternativ är implementeringsberoende; en annan körbar fil som heter nc stöder dem kanske inte.

Proxyn kan kräva egen inloggning eller neka den begärda SSH-porten. Ett 407 gäller just det proxyutbytet. När tunneln är öppen verifierar SSH fortfarande målvärden och autentiserar användaren; en avvisad SSH-nyckel är ett annat fel.

Håll ProxyCommand under det avsedda Host-avsnittet och använd den valda hjälparens stödda proxyautentiseringsväg vid behov. Kommandot ger en ström, inte tillstånd genom mellanhanden. Om bara HTTPS-mål är tillåtna skaffar du en godkänd SSH-åtkomstlösning i stället för att anta att en annan stavning av kommandot ändrar policyn.

Relaterade artiklar