Как настроить ярлык для SSH-соединения через SSH-туннель

В качестве более конкретной версии ответа Кайла, что вы хотите вставить в ~/.ssh/config файл:

host foo
  User webby
  ProxyCommand ssh a nc -w 3 %h %p

host a
  User johndoe

Затем, когда вы запустите "ssh foo", SSH попытается подключиться по SSH к johndoe@a, бегать netcat (nc), затем выполните SSH для webby@foo через этот туннель. Магия!

Конечно, для этого на сервере шлюза должен быть установлен netcat; этот пакет доступен для всех основных дистрибутивов и ОС.

Вы можете использовать директиву ProxyCommand в вашем файле ~ / .ssh / config, например, чтобы использовать netcat в качестве реле:

host server2
    ProxyCommand ssh server1 nc server2 22

Просто используйте ssh server2. Информация на странице руководства для этой директивы находится в 'man ssh_config'

Я предпочитаю другой подход, который поддерживает туннель с предварительной аутентификацией к серверу шлюза. В ~/.ssh/config:

Host a
    ControlMaster auto
    ControlPath ~/.ssh/control-master/%r@%h:%p

Затем в .bashrc:

s () {
        if ( ssh -O check a 2>&1 > /dev/null 2>&1 )
        then
                ssh -t a ssh $1
        else
                if [[ -S ~/.ssh/control-master/insyte@a:22 ]]
                then
                        echo "Deleting stale socket..."
                        rm ~/.ssh/control-master/insyte@a:22
                fi
                echo "Opening master session..."
                if ssh -Nf a
                then
                         ssh -t a ssh $1
                fi
        fi
 }

Итак, чтобы подключиться к foo:

s foo

При первом подключении он аутентифицирует вас по «a» и открывает постоянный фоновый туннель ssh. Последующие вызовы «s» будут открываться почти мгновенно через предварительно авторизованный туннель.

Прекрасно работает.

Этот тип функциональности существует в более новых версиях OpenSSH и может использоваться, выполняя

ssh -W server2 server1

куда server2 ваше предполагаемое место назначения и server1 ваш прокси-сервер. Вы можете сделать это проще, используя ProxyCommand в вашей конфигурации ssh, например:

host = *.example.com
user = packs
port = 22
ProxyCommand ssh -W %h:%p server1

когда netcat недоступен на прокси, попробуйте следующий трюк:

host foo
  User webby      
  ProxyCommand ssh a 'exec 3<>/dev/tcp/foo/22; cat <&3 & cat >&3;kill $!'

host a
  User johndoe

Тогда вы сможете ssh foo.

Кроме того, если у вас установлена ​​последняя версия ssh на (т. Е. С -W команда для перенаправления стандартного ввода и вывода), вы можете использовать:

host foo
  User webby
  ProxyCommand ssh -W foo:%p a

host a
  User johndoe

Наконец, просто потому, что я нашел это крутым (а не потому, что он будет работать в вашем конкретном случае из-за различий в именах пользователей), сообщение в блоге друга указывает, как сделать такие вещи динамическими и рекурсивно связывать прокси SSH (вместе с некоторыми вещами, которые не работают):

host */*
  ProxyCommand ssh ${$(dirname %h)/\%%/@} nc ${$(basename %h)#*%%} %p

А потом ssh machine1/machine2 должен дать вам представление о machine2, туннель через machine1.

Интересно, использует ли пользовательский sed команды вместо dirname и basename может не решить проблему с разными именами пользователей?

Это можно сделать, выполнив ssh -At johndoe@a ssh webby@foo. В -A команда перенаправляет ваш агент ssh (чтобы вам не приходилось повторно проходить аутентификацию на прокси-сервере), в то время как -t обеспечивает наличие терминала на прокси. Может быть полезна следующая функция bash:

ssh-bounce () {
    local cmd=""
    for i in "$@"; do
        cmd+="ssh -At $i "
    done
    $cmd
}

Начиная с OpenSSH 7.3 (2016-08-01) ProxyJump вариант и соответствующий -J Доступен флаг командной строки для упрощения косвенного доступа через один или несколько бастионов SSH или «хосты перехода».

Это устраняет зависимость от внешнего nc команда, найденная в Решение Уомбла.

ssh -J johndoe@a webby@foo 

установит SSH-соединение с вашей рабочей станции на сервер шлюза a от имени пользователя johndoe и туннелируйте сеанс SSH для размещения foo для пользователя Webby через него.

Чтобы упростить это, создайте определения хоста для обоих в вашем ~/.ssh/config и вы можете просто выполнить ssh foo

Host a
    User johndoe

Host foo
    User Webby 
    ProxyJump a

weppos:~ weppos$ ssh foo -vv
[..]
bash: nc: command not found

Netcat не установлен на a. Когда ты бежишь ssh host "command arg", command выполняется на host, а не на вашем локальном компьютере.