У меня есть сервер MariaDB (10.0.12) на машине (Ubuntu 14.04), к которой другие серверы подключаются через ssh в целях безопасности.
Туннель ssh открывается через autossh следующим образом:
autossh -M 3306 -f -Ng -L 3306:127.0.0.1:3306 mariaDB@server-ip
К сожалению, я часто получаю ошибки «не могу подключиться» или «потеряно подключение»:
SQLSTATE[HY000] [2003] Can't connect to MySQL server on '127.0.0.1' (111)
or
SQLSTATE[HY000] [2013] Lost connection to MySQL server at 'reading authorization packet', system error: 0.
Вот некоторая дополнительная информация, которая может помочь:
MariaDB [(none)]> show global variables like '%timeout';
+-----------------------------+----------+
| Variable_name | Value |
+-----------------------------+----------+
| connect_timeout | 30 |
| delayed_insert_timeout | 300 |
| innodb_flush_log_at_timeout | 1 |
| innodb_lock_wait_timeout | 50 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 28800 |
| lock_wait_timeout | 31536000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| thread_pool_idle_timeout | 60 |
| wait_timeout | 3600 |
+-----------------------------+----------+
12 rows in set (0.00 sec)
Вывод Netstat при выполнении telnet 172.0.0.1 3306
:
netstat -naptu|grep 3306
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 5249/ssh
tcp 0 0 127.0.0.1:46701 127.0.0.1:3306 TIME_WAIT -
tcp 0 0 127.0.0.1:46712 127.0.0.1:3306 TIME_WAIT -
tcp 0 0 127.0.0.1:46702 127.0.0.1:3306 TIME_WAIT -
tcp 0 0 127.0.0.1:46647 127.0.0.1:3306 TIME_WAIT -
tcp 0 0 127.0.0.1:46704 127.0.0.1:3306 TIME_WAIT -
tcp 0 0 127.0.0.1:46705 127.0.0.1:3306 TIME_WAIT -
tcp 0 0 127.0.0.1:46703 127.0.0.1:3306 TIME_WAIT -
tcp 0 0 127.0.0.1:46709 127.0.0.1:3306 TIME_WAIT -
tcp 0 1 37.187.91.194:52674 172.0.0.1:3306 SYN_SENT 5109/telnet
tcp 0 0 127.0.0.1:46706 127.0.0.1:3306 TIME_WAIT -
tcp6 0 0 :::3306 :::* LISTEN 5249/ssh
Время ожидания Telnet истекает:
telnet 172.0.0.1 3306
Trying 172.0.0.1...
telnet: Unable to connect to remote host: Connection timed out
Я немного опоздал на вечеринку, но большую часть дня боролся с этой проблемой: туннель SSH для MySQL просто не получал ответа и netstat
на удаленном хосте показал SYN_SENT
(из 127.0.0.1
на эфемерном порте 127.0.0.1:3306
).
Для меня проблема заключалась в том, что iptables
работал, но не был настроен для разрешения петлевых соединений (примечание: если кто-нибудь знает Зачем это разумное значение по умолчанию, я бы хотел узнать!), и поэтому соединение (пакет SYN) от демона SSH к MySQL было разорвано iptables
.
Исправить так же просто, как добавить -i lo -j ACCEPT
править в вашем INPUT
цепочка перед любым глобальным DROP
правила. Для меня это было iptables -I INPUT 4 -i lo -j ACCEPT
но это будет зависеть от ваших существующих правил.
Кредит за помощь мне с этим идет на этот ответ: https://serverfault.com/a/319267
Редактировать: Не забудьте после этого сохранить изменения в iptables!