SSH trafiğini orta bir makineden yönlendirin

SSH tüneli benim için çok kafa karıştırıcı. Bunu Linux'ta yapıp yapamayacağımı merak ediyorum.

3 makinem var.

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.

Böylece SSH'yi A -> B'den ve B -> C'den alabilirim, fakat A -> C'den değil.

A'dan B'ye bir SSH tüneli kurmanın bir yolu var mı, bu yüzden diğer SSH komutlarını çalıştırdığımda yerel makinemden mi çalışıyorlar? Temel olarak işten eve bir git repo klonlamaya çalışıyorum (ve Git B makinesine yükleyemiyorum).

Ayrıca, bir kez kurulum .. Nasıl da ayarlarım ki?

Bunu .ssh/confighostA'daki dosyanıza yerleştirin ( ayrıntılar için man 5 ssh_config'e bakınız):

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

Şimdi aşağıdaki komut hostB üzerinden otomatik olarak tünel açacaktır.

hostA:~$ ssh hostC

Sen gibi seçenekleri eklemek isteyebileceğiniz -oCiphers=arcfourve -oClearAllForwardings=yessarma beri şeyleri hızlandırmak için sshiçeride sshhesaplama daha pahalı ve ekstra çaba ve sarıcı o tünel zaten şifreli trafik olduğunda kadar güvenli olması gerekmez.

OpenSSH'yi 5.3'ten daha önce kullanıyorsanız, -Wseçenek kullanılamaz. Bu durumda yukarıdakileri netcat ( nc) kullanarak uygulayabilirsiniz :

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

Düzenleme: Bu yanlış bir yaklaşımdır. Bunun yerine ephemient'in cevabına bakınız . Bu cevap işe yarayacak, ancak potansiyel olarak daha az güvenli ve kesinlikle daha az harika.

Aşağıdaki gibi bir çözüm istediğiniz gibi geliyor:

ssh -L localhost:22:machinec:22 machineb

Bu size bir kabuk kazandıracak machineb. Bunu yalnız bırak; terminal penceresini simge durumuna küçültün.

Eğer bir SSH bağlantısı yaptığınızda Şimdi localhost, aslında bağlı olacaktır machinecyoluyla machineb. Tünel ile işiniz bittiğinde, sadece yukarıdaki komutu kullandığınız terminali kapatın.

Komutu çalıştırmak için süper kullanıcı ayrıcalıklarına ihtiyacınız olacağını unutmayın.

A'da ssh'nin C'de cereyan etmesine neden olan bir kabuk takma adı istediğiniz gibi görünüyor

1. A'da ssh me @ b "ssh me @ c hostname" yazıp "C" yi geri alabileceğinizi varsayıyorum.
2. Sshc foo'yu ssh me içine genişleten bir takma ad sshc yapın @ b "ssh me @ c foo"
3. Takma adın tam sözdizimi için superuser.com adresine bakın

Etkileşimli kabuk için bu basit komutu kullanabilirsiniz:

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

-J seçenekleri atlama içindir .

İşvereniniz bir VPN sağlıyorsa, bunun yerine kullanmanızı öneririm.

Bu şekilde, herhangi bir uygulamayı özel olarak yapılandırmanız gerekmez (ssh dahil) ve güvenlik duvarının arkasındaki herhangi bir makineyi görebilirsiniz. Ek olarak, trafiğinizin tamamı VPN yazılımı tarafından şifrelenecek olup, yanlışlıkla veya kasıtlı olarak şifrelenmemiş trafiğe güvenlik ekleyecektir.

YASS Yine Bir Basit Çözüm

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

• İlk komut için bir ssh bağlantısı açın HostB ve anlatmak HostB gelen bağlantıları iletmek için localhost: 2222 için HostC: 22 .
• -fBağlantı kurulduktan sonra parametre arka gitmek için SSH söyle
• İkinci komut açık yerel sunucuya basitçe müşteri bağlantısı açar : 2222
• Seçenek HostKeyAlias gerekli değildir, ancak yanlış ana makineye bağlantıyı önlemeye yardımcı olabilir
• Not: sleep 10ikinci ssh komutu iletilen bağlantı noktasını kullanana kadar bağlantıyı sürdürmek için komut gerekir. Sonra ikinci ssh iletilen bağlantı noktasını terk ettiğinde ilk ssh kapanacaktır .

şimdi sonraki ssh oturumlarını çalıştırabilirsin:

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

Varyant:

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

sonraki ssh oturumları çalıştırılarak açılabilir:

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

-M ve -S paramunu kullanmanın temel avantajı, HostA'dan HostC'ye yalnızca bir bağlantının açık olması, sonraki oturumun tekrar doğrulanmaması ve daha hızlı çalışmasıdır.

Özel durum, karma nix platformlar:

  hostA (linux) -> Ana BilgisayarB (solaris) -> HostC (linux)

HostC'de bir X uygulamasına ihtiyaç duyulursa ve ara atlama, Solaris kutusundadır ... bu durumda ProxyCommand'da ihtiyaç duyulan netcat'ı (nc) şöyle buldum:

hostA: ~ $ vi .ssh / config:

Ana bilgisayar hostC
    ProxyCommand ssh ana bilgisayarıB nc% h% p # burada nc netcat'tır

Sonra otomatik tünel açma işleri:

ana bilgisayarA: ~ $ ssh ana bilgisayarC