Переслати SSH-трафік через середню машину

SSH тунелювання мене дуже бентежить. Мені цікаво, чи можу я це зробити в Linux.

У мене 3 машини ..

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.

Тож я можу SSH від A -> B і від B -> C, але не від A -> C.

Чи є спосіб встановити тунель SSH від A до B, тож коли я запускаю інші команди SSH, вони просто працюють з моєї локальної машини A? Я в основному намагаюся клонувати git repo з роботи додому (і не можу встановити git на машині B).

Крім того, після налаштування .. Як я можу це також зняти?

Розмістіть це у своєму .ssh/configфайлі на хостіAA (детальніше див. Man 5 ssh_config ):

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

Тепер наступна команда автоматично пройде через хостB

hostA:~$ ssh hostC

Можливо, ви хочете додати такі параметри, як -oCiphers=arcfourі -oClearAllForwardings=yesпришвидшити роботу, оскільки загортання sshвсередину sshобчислювально дорожче, а додаткові зусилля та обгортку не потрібно бути настільки безпечними, коли він тунелює вже зашифрований трафік.

Якщо ви використовуєте OpenSSH раніше, ніж 5.3, -Wопція недоступна. У цьому випадку ви можете реалізувати вище, використовуючи netcat ( nc):

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

Редагувати: Це неправильний підхід. Див. Замість відповіді ефемія . Ця відповідь спрацює, але потенційно менш безпечна і, безумовно, менш приголомшлива.

Здається, ви хочете знайти таке рішення:

ssh -L localhost:22:machinec:22 machineb

Це надасть вам оболонку machineb. Залиште це в спокої; мінімізувати вікно терміналу.

Тепер, коли ви робите з'єднання SSH , щоб localhostви на самому справі будете підключені до , machinecпереглядаючи machineb. Коли ви закінчите з тунелем, просто закрийте термінал, в якому ви виконали вищевказану команду.

Зауважте, що для запуску команди вам знадобляться права суперпользователя.

Здається, що ви хочете псевдонім оболонки на A, який спричиняє виникнення ssh на C

1. Я припускаю, що на A ви можете ввести ssh me @ b "ssh me @ c ім'я хоста" та повернути "C"
2. Створіть псевдонім sshc, який розширює sshc foo в ssh me @ b "ssh me @ c foo"
3. Щоб дізнатися точний синтаксис створення псевдоніма, зверніться до superuser.com

Для інтерактивної оболонки ви можете використовувати цю просту команду:

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

Варіанти -J призначені для стрибка .

Якщо ваш роботодавець надає VPN, рекомендую використовувати його.

Таким чином, вам не доведеться конфігурувати будь-які програми спеціально (навіть ssh), і ви можете бачити будь-яку машину за брандмауером. Крім того, весь ваш трафік буде зашифрований програмним забезпеченням VPN, що додасть безпеку будь-якому ненавмисному або навмисно незашифрованому трафіку.

YASS - ще одне просте рішення

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

• Перша команда відкрийте ssh-з'єднання з HostB та скажіть HostB переадресувати з'єднання з localhost: 2222 на HostC: 22 .
• -fпараметр сказати SSH йти на тлі як тільки з'єднання встановлено
• Друга команда відкриває просто підключення клієнта до localhost: 2222
• Опція HostKeyAlias не потрібна, але може допомогти запобігти з’єднанню з неправильним хостом
• Nota: команда sleep 10потрібна для підтримки з'єднання, поки друга ssh команда не використовує переадресований порт. Тоді перший ssh закриється, коли другий ssh покине пересланий порт.

тепер ви можете запустити наступні сеанси ssh:

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

Варіант:

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

наступні сеанси ssh можна відкрити, запустивши:

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

Основна перевага використання параметрі -M і -S полягає в тому, що від HostA до HostC відкрито лише одне з'єднання, наступний сеанс знову не автентифікується і запуститься набагато швидше.

Особливий чохол, змішані платформи nix:

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

Якщо вам потрібна програма X на hostC, а проміжний хоп знаходиться у вікні Solaris ... у цьому випадку я знайшов netcat (nc), необхідний на ProxyCommand, як:

hostA: ~ $ vi .ssh / config:

Ведучий хостC
    ProxyCommand ssh хостB nc% h% p # де nc є netcat

Потім працює автоматичне тунелювання:

hostA: ~ $ ssh hostC