Как подключаться к mysql серверу на другом компе?

[Master_Sergius]

Сервер на убунте. Я могу легко по ssh зайти на него и там уже зайти в mysql. Но так не интересно. Вроде должно подключаться само mysql, если правильно указать хост. Но, что-то не идет. Ошибки да и всё.
Вот так пробую:

Код: [Выделить]

mysql -h192.168.1.3 -umysql-user
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.3' (113)

mysql -hubuntu-user@192.168.1.3 -umysql-user
тоже самое, только вконце (111)
Как быть?

[victor00000]

Код: [Выделить]

grep -rs "127\.0" /etc/mysql?
Пользователь решил продолжить мысль 16 Июля 2014, 22:33:10:только сервер

[fisher74]

Как быть?

Скорее всего надо разрешить биндиться не только на локалхосте, но и на интерфейсе(ах)
Покажите
grep -R bind-address /etc/mysql/*

(Нажмите, чтобы показать/скрыть)

ЗЫ Не рекомендую трогать my.cnf - это не ubuntu way. Для ubuntu есть более правильное решение. Иначе будете вспоминать моё предупреждение при каждом обновлении мускуля

[AnrDaemon]

mysql -h192.168.1.3 -umysql-user
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.3' (113)

А MySQL вообще слушает этот адрес? А фаервол об этом знает?
sudo netstat -ltnp | grep mysql

[Master_Sergius]

На предыдущих 2 ответа:

Как быть?

Скорее всего надо разрешить биндиться не только на локалхосте, но и на интерфейсе(ах)
Покажите
grep -R bind-address /etc/mysql/*

grep -R bind-address /etc/mysql/*
grep: /etc/mysql/debian.cnf: Permission denied
/etc/mysql/my.cnf:bind-address      = 127.0.0.1

Очевидно, что да, надо добавить, а как это правильно сделать?
Пользователь решил продолжить мысль 16 Июля 2014, 23:45:51:

mysql -h192.168.1.3 -umysql-user
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.3' (113)

А MySQL вообще слушает этот адрес? А фаервол об этом знает?
sudo netstat -ltnp | grep mysql

Код: [Выделить]

tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1072/mysqld


[victor00000]

Код: [Выделить]

/etc/mysql/my.cnf:bind-address      = 0.0.0.0

[AnrDaemon]

Код: [Выделить]

tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1072/mysqld


Закомментируйте в MySQL строчку с bind-address. Не забудьте настроить фильтрацию на уровне сети и убедитесь, что у вас нет лишних пользователей MySQL с доступом извне.

[fisher74]

victor00000,AnrDaemon, со всем уважением, но это для Ubuntu КОСТЫЛЬ. Работать будет, но на первом же обновлении мускуля apt начнёт задавать глупые вопросы по сохранению рабочего конф.файла.
Сам на этот костыль наступал после перехода с православной слаки на ubuntu.

Правильно создать дополнительный конфиг файл в директории /etc/mysql/conf.d/ и указать в нём параметры требующие корректировки. Параметры указанные в них будут подменять параметры в основном конф.файле.
Т.е. создаёте файл (название, естественно, на выбор админа) /etc/mysql/conf.d/Master_Sergius.cnf:

Код: (/etc/mysql/conf.d/Master_Sergius.cnf) [Выделить]

bind-address = 192.168.1.3А если интерфейс один, то вообще лучше

Код: (/etc/mysql/conf.d/Master_Sergius.cnf) [Выделить]

bind-address = 0.0.0.0

[AnrDaemon]

на первом же обновлении мускуля apt начнёт задавать глупые вопросы по сохранению рабочего конф.файла.

Только если дистрибутивный конфиг изменился. А это случается настолько редко, что прямо даже как-тонеловко упоминать в приличном обществе.

[fisher74]

Только если дистрибутивный конфиг изменился.

Закомментируйте в MySQL строчку с bind-address.

А этим Вы что предлагаете сделать?

Даже если текущий конфиг-файл при обновлении и не сравнивается с пакетным и последний меняется очень редко, но зачем себе готовить грабельку? Ведь существует инструмент, почему не воспользоваться?

[AnrDaemon]

Только если изменится конфиг, поставляемый В ДИСТРИБУТИВЕ!
Я раз 5 наверное обновлял MySQL после того, как отвязал его от localhost (да и самбу тоже) - ни разу никаких глупых вопросов не задавало.
Вру, на самбу задавало - один раз, при апгрейде системы на 10.04.

[Master_Sergius]

Сначала создал пустой файл по пути /etc/mysql/conf.d/home.cnf и добавил заветную строчку с биндом, рестартнул демон и полезли ошибки. Тогда скопировал my.cnf туда и подменил бинд - опять ошибки:

Код: [Выделить]

sudo mysqld restart
Warning: skipping '!includedir /etc/mysql/conf.d/' directive as maximum includerecursion level was reached in file /etc/mysql/conf.d/home.cnf at line 127
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
140717 18:37:38 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.


[fisher74]

Вы же сами ратуете за чистоту и бескостыльность системы.
Я предложил ПРАВИЛЬНЫЙ вариант для Ubuntu (а скорее всего и для Debian), который реально работает и, кроме сохранения целостности коробочного конфига, позволяет админу видеть тонкости настройки именно этого сервера.
Ведь кроме биндинга, есть ещё масса параметров которыми можно подпилить поведение или вообще сменить режим работы сервиса для конкретного случая.
И, в случае переноса, обновления, или той же оптимизации быстродействия, все изменённые параметры лежат как на ладони.
Или Вы считаете, что это неправильный метод корректировки конфиг-файлов в Ubuntu?

Пользователь решил продолжить мысль 17 Июля 2014, 19:57:59:Моя недоговорка: не просто нужно строчку добавить, а указать блок конфига.
Вот как должно выглядеть содержимое этого файла

Код: [Выделить]

[mysqld]
bind-address = 0.0.0.0

[Master_Sergius]

Вот такое после исправление недоговорки:

Код: [Выделить]

sudo mysqld restart
140717 20:26:56 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
И опять не подключается

[victor00000]

Master_Sergius,
гугл
http://blog.depicus.com/mysql-shows-warning-using-unique-option-prefix-key_buffer-instead-of-key_buffer_size-is-deprecated-and-will-be-removed-in-a-future-release-please-use-the-full-name-instead/