Inoltra il traffico SSH attraverso una macchina centrale

Il tunneling SSH è molto confuso per me. Mi chiedo se posso farlo in Linux.

Ho 3 macchine ..

A. My local machine at home.
B. Machine at work that I can SSH into (middle man).
C. My desktop at work that I can only SSH into from machine B.

Quindi posso SSH da A -> B e da B -> C, ma non da A -> C.

C'è un modo per impostare un tunnel SSH da A a B, quindi quando eseguo altri comandi SSH, funzionano solo dalla mia macchina locale A? Sto sostanzialmente cercando di clonare un repository git dal lavoro a casa (e non riesco a installare git sulla macchina B).

Inoltre, una volta installato. Come lo disinserirei anche io?

Inseriscilo nel tuo .ssh/configfile su hostA (vedi man 5 ssh_config per i dettagli):

# .ssh/config on hostA:
Host hostC
    ProxyCommand ssh hostB -W %h:%p

Ora il seguente comando esegue automaticamente il tunneling attraverso hostB

hostA:~$ ssh hostC

Potresti voler aggiungere opzioni come -oCiphers=arcfoure -oClearAllForwardings=yesvelocizzare le cose, poiché il wrapping sshall'interno sshè più costoso dal punto di vista computazionale e lo sforzo extra e il wrapper non devono essere altrettanto sicuri quando eseguono il tunneling del traffico già crittografato.

Se si utilizza OpenSSH prima della 5.3, l' -Wopzione non è disponibile. In questo caso è possibile implementare quanto sopra usando netcat ( nc):

ProxyCommand ssh hostB nc %h %p  # or netcat or whatever you have on hostB

Modifica: questo è l'approccio sbagliato. Vedi invece la risposta di effimero . Questa risposta funzionerà, ma è potenzialmente meno sicura e sicuramente meno eccezionale.

Sembra che tu voglia una soluzione come la seguente:

ssh -L localhost:22:machinec:22 machineb

Questo ti darà una granata machineb. Lascia stare questo; minimizzare la finestra del terminale.

Ora, ogni volta che si effettua una connessione ssh localhost, si verrà effettivamente connessi machinectramite machineb. Al termine del tunnel, basta chiudere il terminale in cui è stato eseguito il comando sopra.

Nota che avrai bisogno dei privilegi di superutente per eseguire il comando.

Sembra che tu voglia un alias di shell su A che provochi ssh su C

1. Presumo che su A, puoi digitare ssh me @ b "ssh me @ c hostname" e tornare indietro "C"
2. Crea un alias sshc che espande sshc foo in ssh me @ b "ssh me @ c foo"
3. Per la sintassi esatta della creazione dell'alias, consultare superuser.com

Per la shell interattiva puoi usare questo semplice comando:

ssh -J <user>@<hostB> <user>@<hostC>

Le opzioni -J sono per il salto .

Se il tuo datore di lavoro fornisce una VPN, ti consiglio di usarlo invece.

In questo modo, non dovrai configurare alcuna applicazione appositamente (anche ssh) e potrai vedere qualsiasi macchina dietro il firewall. Inoltre, tutto il tuo traffico sarà crittografato dal software VPN, il che aggiungerà sicurezza a qualsiasi traffico involontariamente o deliberatamente non crittografato.

YASS Ancora un'altra soluzione semplice

ssh -f -L 2222:HostC_IP_or_Name:22 userOnB@hostB sleep 10 &&
    ssh -o HostKeyAlias=HostC -p 2222 userOnC@localhost

• Il primo comando apre una connessione ssh a HostB e dice a HostB di inoltrare le connessioni da localhost: 2222 a HostC: 22 .
• il -fparametro indica a SSH di passare in background una volta stabilita la connessione
• Il secondo comando apre semplicemente una connessione client a localhost: 2222
• Le opzioni HostKeyAlias non sono necessarie, ma potrebbero aiutare a prevenire la connessione a host errato
• Nota: i comandi sleep 10sono necessari per mantenere la connessione fino a quando il secondo comando ssh utilizza la porta inoltrata. Quindi il primo SSH si chiuderà quando il secondo SSH lascerà la porta inoltrata.

ora puoi eseguire successive sessioni ssh:

ssh -o HostKeyAlias=HostC -p 2222 userOnC@localhost

Variante:

ssh -f -L 2222:HostC_IP_or_Name:22 userOnB@hostB sleep 10 &&
    ssh -M -S ~/.ssh/ssh_HostC22userOnC.sock -o HostKeyAlias=HostC -p 2222 userOnC@localhost

le successive sessioni ssh potrebbero essere aperte eseguendo:

ssh -S ~/.ssh/ssh_HostC22userOnC.sock userOnC@localhost

Il vantaggio principale dell'uso dei parametri -M e -S è che è aperta solo una connessione da HostA a HostC, la sessione successiva non eseguirà nuovamente l'autenticazione e verrà eseguita molto più rapidamente.

Caso speciale, piattaforme miste nix:

  hostA (linux) -> HostB (solaris) -> HostC (linux)

Se è necessaria un'applicazione X su hostC e l'hop intermedio si trova sulla scatola di Solaris ... in questo caso ho trovato il netcat (nc) necessario sul ProxyCommand in questo modo:

hostA: ~ $ vi .ssh / config:

Host hostC
    ProxyCommand ssh hostB nc% h% p # dove nc è netcat

Quindi funziona il tunneling automatico:

hostA: ~ $ ssh hostC