Динамическое создание ssh-туннеля от сервера докеров к удаленному серверу ⇐ Php

[Гость]

Я раньше не использовал ssh-туннели, поэтому опытный человек может легко решить эту проблему. Моя конечная цель — динамически создать туннель в php, а затем использовать драйвер mysql pdo для запуска команд SQL на удаленном сервере MySQL. После нескольких дней неудач я пытаюсь вернуться к основам и просто запустить что-нибудь через туннель с минимальным вмешательством других правил или программного обеспечения. Мой вопрос: «Что я делаю не так». Я думаю, это должно быть просто:
[*]создать туннель от локального хоста:1234 до удаленного хоста:22 [*]SSH к локальному порту 1234 должен подключаться к ssh на удаленном хосте.
ssh $SSHUSER@$SSHSERVER - Это прекрасно работает. Я получаю оболочку на удаленном сервере

iptables на сервере mysql не имеет правил и не существует на сервере php. Hosts.allow и hosts.deny пусты на обоих серверах.

Я пробовал разные порты, пробовал с MySQL и портом 3306, даже пробовал «nc -l -p 1234» и создал туннель к этому порту. MySQL Workbench может подключаться через SSH-туннель с моей рабочей станции (о туннелях позаботился Workbench, а не я), поэтому я знаю, что это возможно.
Сервер 1: PHP-сервер
## Это образ Docker, работающий на моей рабочей станции. cat /etc/os-release PRETTY_NAME="Debian GNU/Linux 11 (яблочко)" NAME="Debian GNU/Linux" ВЕРСИЯ_ID="11" ВЕРСИЯ="11 (яблочко)" VERSION_CODENAME=яблочко ID = Debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" php -r 'echo phpversion()."\n";' 8.1.8 php -r 'echo phpversion("ssh2")."\n";' 1,4 php -r 'echo phpversion("PDO_MYSQL")."\n";' 8.1.8 MySQL --версия mysql версии 15.1. Распространение 10.5.19-MariaDB для debian-linux-gnu (x86_64) с использованием оболочки EditLine. сш -В OpenSSH_8.4p1 Debian-5+deb11u1, OpenSSL 1.1.1n 15 марта 2022 г. nc -q 1 $MYSQLSERVER 22 SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.6 ^ С Сервер 2: сервер MySQL. ## Это облачный сервер, на котором работает WordPress. cat /etc/os-release NAME="Убунту" VERSION="18.04.4 LTS (Бионический бобр)" ID = Ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 18.04.4 LTS" ВЕРСИЯ_ID="18.04" HOME_URL="https://www.ubuntu.com/" SUPPORT_URL="https://help.ubuntu.com/" BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/" PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and- ... acy-policy" VERSION_CODENAME=бионический UBUNTU_CODENAME=бионический grep -R привязка /etc/mysql/ адрес привязки = 0.0.0.0 mysql --version mysql версии 14.14 Distrib 5.7.42 для Linux (x86_64) с использованием оболочки EditLine netstat -tulpn | Греп MySQL tcp 0 0 0.0.0.0:3306 0.0.0.0:* СЛУШАТЬ 18923/mysqld netstat -tulpn | Греп SSH TCP 0 0 0.0.0.0:22 0.0.0.0:* СЛУШАТЬ 877/sshd tcp6 0 0 :::22 :::* СЛУШАТЬ 877/sshd ssh -V OpenSSH_7.6p1 Ubuntu-4ubuntu0.6, OpenSSL 1.0.2n 7 декабря 2017 г. mysql -u $MYSQLUSER -h 127.0.0.1 -p Это работает mysql -u $MYSQLUSER -h localhost -p Это работает Мой сценарий тестирования: PHPSERVERPORT="1234" MYSQLSERVERPORT="22" # 22 для тестирования, конечная цель — 3306. SSHLOG="/tmp/sshdebug.log" ТЕСТЛОГ="/tmp/test.log" ПОДРОБНЫЙ="-v" SSHUSER="кто-то" SSHSERVER=$MYSQLSERVER MYSQLUSER="кто-то еще" PHPSERVER="127.0.0.1" # localhost — еще один вариант MYSQLSERVER="20.xx.xx.7" # "ssh -v -p $PHPSERVERPORT $SSHUSER@$SSHSERVER > $TESTLOG 2>&1" # "mysql -h $PHPSERVER -u $MYSQLUSER -p > $TESTLOG 2>&1" TUNNELTEST="ssh -v -p $PHPSERVERPORT $SSHUSER@$SSHSERVER > $TESTLOG 2>&1" # Создаем туннель echo "----------------------------Создание туннеля----------------- ----------" ssh -f -N -L $PHPSERVER:$PHPSERVERPORT:$MYSQLSERVER:$MYSQLSERVERPORT $SSHUSER@$SSHSERVER $VERBOSE > $SSHLOG 2>&1 Sleep 10 # Дайте ему время для создания соединения кот $SSHLOG # Тестируем туннель echo "----------------------------- Туннельный тест ------------------ ----------" $ТУННЕЛТЕСТ кот $TESTLOG # Снести туннель echo "-----------------------------Удаление туннеля ------------------ ----------" TunnelID=$(ps aux | grep "ssh -f -N -L $PHPSERVER:$PHPSERVERPORT" | grep -v grep | awk '{print $2}') убить $TunnelID echo "----------------------------- хвостовой журнал ssh ---------------- -----------" хвост -6 $SSHLOG rm $SSHLOG rm $TESTLOG Вывод скрипта тестирования: -----------------------------Создание туннеля ------------- -------------- OpenSSH_8.4p1 Debian-5+deb11u1, OpenSSL 1.1.1n 15 марта 2022 г. debug1: Чтение данных конфигурации /etc/ssh/ssh_config debug1: строка 19 /etc/ssh/ssh_config: include /etc/ssh/ssh_config.d/*.conf не соответствует ни одному файлу debug1: /etc/ssh/ssh_config, строка 21: Применение параметров для * debug1: подключение к порту 22 20.xx.xx.7 [20.xx.xx.7]. debug1: Соединение установлено. debug1: идентификационный файл /root/.ssh/id_rsa типа 0 debug1: файл идентификации /root/.ssh/id_rsa-cert типа -1 debug1: файл идентификации /root/.ssh/id_dsa типа -1 debug1: файл идентификации /root/.ssh/id_dsa-cert типа -1 debug1: файл идентификации /root/.ssh/id_ecdsa типа -1 debug1: файл идентификации /root/.ssh/id_ecdsa-cert типа -1 debug1: файл идентификации /root/.ssh/id_ecdsa_sk типа -1 debug1: файл идентификации /root/.ssh/id_ecdsa_sk-cert типа -1 debug1: файл идентификации /root/.ssh/id_ed25519 типа -1 debug1: файл идентификации /root/.ssh/id_ed25519-cert type -1 debug1: файл идентификации /root/.ssh/id_ed25519_sk типа -1 debug1: файл идентификации /root/.ssh/id_ed25519_sk-cert type -1 debug1: файл идентификации /root/.ssh/id_xmss типа -1 debug1: файл идентификации /root/.ssh/id_xmss-cert типа -1 debug1: строка локальной версии SSH-2.0-OpenSSH_8.4p1 Debian-5+deb11u1 debug1: версия удаленного протокола 2.0, версия удаленного программного обеспечения OpenSSH_7.6p1 Ubuntu-4ubuntu0.6 debug1: совпадение: OpenSSH_7.6p1 Ubuntu-4ubuntu0.6 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7. 7* совместимость 0x04000002 debug1: Аутентификация на 20.xx.xx.7:22 как «$SSHUSER» debug1: SSH2_MSG_KEXINIT отправлен debug1: получен SSH2_MSG_KEXINIT debug1: kex: алгоритм: Curve25519-sha256 debug1: kex: алгоритм ключа хоста: ecdsa-sha2-nistp256 debug1: kex: сервер->клиентский шифр: [email protected] MAC: сжатие: нет debug1: kex: клиент->серверный шифр: [email protected] MAC: сжатие: нет debug1: ожидается SSH2_MSG_KEX_ECDH_REPLY debug1: Ключ хоста сервера: ecdsa-sha2-nistp256 SHA256:ck5uSnszi/bEtk+G5r2P6odA+kB6YA//V7YgvhvZIV0 debug1: Хост «20.xx.xx.7» известен и соответствует ключу хоста ECDSA. debug1: найден ключ в /root/.ssh/known_hosts:1 debug1: повторно ввести ключ после 134217728 блоков debug1: SSH2_MSG_NEWKEYS отправлено debug1: ожидается SSH2_MSG_NEWKEYS debug1: получен SSH2_MSG_NEWKEYS debug1: повторно ввести ключ после 134217728 блоков debug1: pubkey_prepare: ssh_fetch_identitylist: не удалось связаться с агентом debug1: попытается использовать ключ: /root/.ssh/id_rsa RSA SHA256: Aashj6v3d2CRANWOCoui99BJsifd/QTm5AxFB1ijXNQ debug1: попытается использовать ключ: /root/.ssh/id_dsa debug1: попытается использовать ключ: /root/.ssh/id_ecdsa debug1: попытается использовать ключ: /root/.ssh/id_ecdsa_sk debug1: попытается использовать ключ: /root/.ssh/id_ed25519 debug1: попытается использовать ключ: /root/.ssh/id_ed25519_sk debug1: попытается использовать ключ: /root/.ssh/id_xmss debug1: получен SSH2_MSG_EXT_INFO debug1: kex_input_ext_info: server-sig-algs= debug1: получен SSH2_MSG_SERVICE_ACCEPT debug1: Аутентификация, которую можно продолжить: открытый ключ, пароль. debug1: Следующий метод аутентификации: открытый ключ debug1: предложение открытого ключа: /root/.ssh/id_rsa RSA SHA256: Aashj6v3d2CRANWOCoui99BJsifd/QTm5AxFB1ijXNQ debug1: Сервер принимает ключ: /root/.ssh/id_rsa RSA SHA256:Aashj6v3d2CRANWOCoui99BJsifd/QTm5AxFB1ijXNQ debug1: аутентификация прошла успешно (открытый ключ). Аутентифицирован по адресу 20.xx.xx.7 ([20.xx.xx.7]:22). debug1: локальные подключения к 127.0.0.1:1234 перенаправлены на удаленный адрес 20.xx.xx.7:22 debug1: прослушивание локальной пересылки на порту 1234 127.0.0.1. debug1: канал 0: новый [прослушиватель порта] debug1: Запрос [email protected] debug1: переход в фоновый режим debug1: вход в интерактивный сеанс. debug1: залог: сеть debug1: client_input_global_request: rtype [email protected] Want_reply 0 -----------------------------Туннельный тест ------------------- -------- OpenSSH_8.4p1 Debian-5+deb11u1, OpenSSL 1.1.1n 15 марта 2022 г. debug1: Чтение данных конфигурации /etc/ssh/ssh_config debug1: строка 19 /etc/ssh/ssh_config: include /etc/ssh/ssh_config.d/*.conf не соответствует ни одному файлу debug1: /etc/ssh/ssh_config, строка 21: Применение параметров для * debug1: подключение к порту 20.xx.xx.7 [20.xx.xx.7] 1234. debug1: подключиться к адресу 20.xx.xx.7, порт 1234: соединение отклонено ssh: подключиться к хосту 20.xx.xx.7, порт 1234: соединение отклонено cat: /tmp/test.log: такого файла или каталога нет. -----------------------------Удаление туннеля ------------------- -------- ----------------------------- хвостовой журнал ssh ------------------ --------- debug1: залог: сеть debug1: client_input_global_request: rtype [email protected] Want_reply 0 debug1: канал 0: свободен: прослушиватель порта, nchannels 1 Передано: отправлено 3120, получено 2520 байт за 31,1 секунды. Байт в секунду: отправлено 100,5, получено 81,1. debug1: Статус выхода 0 rm: невозможно удалить «/tmp/test.log»: такого файла или каталога нет. Наблюдения: Во время туннельного теста OpenSSH_8.4p1 Debian-5+deb11u1, OpenSSL 1.1.1n 15 марта 2022 г. то же, что «ssh -V» на php-сервере ... debug1: подключение к порту 20.xx.xx.7 [20.xx.xx.7] 1234. debug1: подключиться к адресу 20.xx.xx.7, порт 1234: соединение отклонено ssh: подключиться к хосту 20.xx.xx.7, порт 1234: соединение отклонено Эти строки меня смущают Я подключаюсь к локальному порту 1234, который должен быть удаленным портом 22. Любая помощь будет принята с благодарностью.