Encaminhar tráfego SSH através de uma máquina do meio

O tunelamento SSH é muito confuso para mim. Gostaria de saber se posso fazer isso no Linux.

Eu tenho 3 maquinas ..

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.

Então eu posso SSH de A -> B e de B -> C, mas não de A -> C.

Existe uma maneira de configurar um túnel SSH de A a B; portanto, quando executo outros comandos SSH, eles simplesmente funcionam na minha máquina local A? Basicamente, estou tentando clonar um repositório git do trabalho para casa (e não consigo instalar o git na máquina B).

Além disso, uma vez configurado. Como eu também o desmarcaria?

Coloque isso em seu .ssh/configarquivo no hostA (consulte man 5 ssh_config para obter detalhes):

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

Agora, o comando a seguir fará o túnel automaticamente através do hostB

hostA:~$ ssh hostC

Você pode adicionar opções como -oCiphers=arcfoure -oClearAllForwardings=yesacelerar as coisas, pois o empacotamento sshinterno sshé computacionalmente mais caro e o esforço extra e o invólucro não precisam ser tão seguros quando está encapsulando o tráfego já criptografado.

Se você estiver usando o OpenSSH anterior à 5.3, a -Wopção não estará disponível. Nesse caso, você pode implementar o acima usando netcat ( nc):

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

Edit: Esta é a abordagem errada. Veja a resposta do ephemiente . Essa resposta funcionará, mas é potencialmente menos segura e definitivamente menos impressionante.

Parece que você deseja uma solução como a seguinte:

ssh -L localhost:22:machinec:22 machineb

Isso lhe dará uma concha machineb. Deixe isso em paz; minimizar a janela do terminal.

Agora, sempre que você fizer uma conexão ssh localhost, você estará realmente conectado machinecatravés machineb. Quando terminar o túnel, feche o terminal no qual você executou o comando acima.

Observe que você precisará de privilégios de superusuário para executar o comando.

Parece que você quer um apelido de shell em A que faz com que o ssh ocorra em C

1. Suponho que em A, você pode digitar ssh me @ b "ssh me @ c hostname" e voltar "C"
2. Faça um pseudônimo sshc que expanda sshc foo em ssh me @ b "ssh me @ c foo"
3. Para obter a sintaxe exata da criação do alias, consulte superuser.com

Para shell interativo, você pode usar este comando simples:

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

As opções -J são para pular .

Se o seu empregador fornece uma VPN, eu recomendo usá-la.

Dessa forma, você não precisará configurar nenhum aplicativo especialmente (mesmo o ssh) e poderá ver qualquer máquina atrás do firewall. Além disso, todo o seu tráfego será criptografado pelo software VPN, que adicionará segurança a qualquer tráfego não criptografado inadvertidamente ou deliberadamente.

YASS Mais uma Solução Simples

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

• Primeiro comando, abra uma conexão ssh com o HostB e diga ao HostB para encaminhar as conexões do localhost: 2222 para o HostC: 22 .
• o -fparâmetro diz ao SSH para entrar em segundo plano depois que a conexão é estabelecida
• Segundo comando, basta abrir uma conexão do cliente com o host local: 2222
• A opção HostKeyAlias não é necessária, mas pode ajudar a impedir a conexão com o host errado
• Nota: o comando sleep 10é necessário para manter a conexão até o segundo comando ssh usar a porta encaminhada. Então o primeiro ssh será fechado quando o segundo ssh deixar a porta encaminhada.

agora você pode executar sessões ssh subseqüentes:

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

as sessões ssh subsequentes podem ser abertas executando:

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

A principal vantagem do uso de -M e -S param é que apenas uma conexão é aberta do HostA para o HostC, a sessão subsequente não será autenticada novamente e executada muito mais rapidamente.

Caso especial, plataformas nix mistas:

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

Se precisar de um aplicativo X no hostC e o salto intermediário estiver na caixa Solaris ... nesse caso, encontrei o netcat (nc) necessário no ProxyCommand da seguinte forma:

hostA: ~ $ vi .ssh / config:

Host hostC
    ProxyCommand ssh hostB nc% h% p # em que nc é netcat

O tunelamento automático funciona:

hostA: ~ $ ssh hostC