Назад | Перейти на главную страницу

Mysql через ssh часто не может подключиться или тайм-аут

У меня есть сервер 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!