Can't connect to MySQL server on 'host:3306' (110). Ошибка MySQL, Как решить?

Question

[vology]

Есть у меня код, который я всегда запускал на своем ПК. Это небольшой бот Telegram, написанный на python. Впервые решил залезть в MySQL. Арендовал сервер, подключил по гайдам, более или менее гладко. Все работало.
После основных доработок, снова на всякий случай проверил работу кода (и бд тоже), а после залил это все на хостинг.
На хостинге выдает следующую ошибку Can't connect to MySQL server on 'host:3306' (110).
Естественно, я первым делом полез читать, может быть у хостинга есть какие-то ограничения. Посмотрел, ограничений как таковых нет. Потом я написал саппортам, они пинганули сервер (ping host), все нормально.

import mysql.connector

config = {
  'user': 'username',
  'password': 'password',
  'host': 'localhost',
  'database': 'name'
}

cnx = mysql.connector.connect(**config)

Нужна срочно помощь, дедлайн завтра

Comments

[Vindicar]

Проверяй, запущен ли на хосте MySQL и какие порты он слушает.
Для линукса netstat -nlp покажет слушаемые порты, если установлен пакет net-tools.

[vology]

Vindicar,
Я так понимаю, это оно? Порт 3306 и так используется в коде

[vology]

Vindicar, уточню, код работал у меня на ПК(сама бд не у меня, а на еще одном сервере), а на хостинге уже нет...

[Vindicar]

vology, погоди, погоди, ты что-то странное городишь.
Если у тебя БД на отдельном сервере, то какого баклажана ты коннектишься на локалхост?!
А на локальном компе у тебя фз что, может у тебя тоже MySQL там установлена.
Прописывай адрес этого сервера тогда. Хотя тут возникнет вопрос, а ты точно можешь достучаться до БД на том сервере? Потому что БД, смотрящая в интернет, это та ещё дыра.

[vology]

Vindicar, в общем, такая тема.
Локал не локал вообще.
У меня есть сервак где-то в Нидерландах, там бд.
Со своего компа я подключаюсь к нему через код.
Этот код потребовалось захостить. Я его закидываю на вообще другой сервер где-то в России. И именно там уже и получается эта проблема

[Vindicar]

vology, ну так прописываешь в коде адрес сервера в нидерландах. На том сервере проверяешь, какой интерфейс слушает мускуль. Если он слушает все интерфейсы (адрес 0.0.0.0) или хотя бы внешний интерфейс (короче, не локалхост), то по идее должна быть возможность постучаться.
Возьми для начала родной клиент mysql и попробуй с его помощью сконнектиться на сервер БД.
Проверь фаерволлы заодно на обоих хостах, не режут ли они чего лишнего.

[vology]

Vindicar,
а как я мог работать с бд без нее собственно.
База работает, это точно. В коде все прописано, с моего пк все подключается, на хостинге ничего не работает

[Vindicar]

vology, а если на хостинге взять консольный клиент и с него подключиться? Может, фаерволл на хостинге что-то режет?

[vology]

Vindicar, насколько знаю, саппорты хостинга пинганули сервер успешно. Думаю тут проблема в другом... Но думаю можно попробовать и самостоятельно пингануть

[ThunderCat]

vology,

а как я мог работать с бд без нее собственно.

Да как угодно, начиная с консоли через ссш и заканчивая каким-нибудь пхпмайадмином. Не аргумент короче.

База работает, это точно.

Это радует, но с такими пояснениями и вводными есть сомнения...

В коде все прописано,

Еще раз - у тебя в коде прописано конектиться к локалхосту, ('host': 'localhost',), что означает стучаться к этой же машине где запущен код. Что собсно и в ошибке отражено (Can't connect to MySQL server on 'localhost:3306' (110)).

Нужен физический ip или доменное имя хоста, на котором расположен мускуль.

[Сергей Горностаев]

vology, в ошибке прямо написано, что вы пытаетесь подключиться на на сервак в Нидерландах, а на сервак, где работает код. Кроме того, не знаю как тот сервак в Нидерландах настроен, но обычно никто не открывает доступ к СУБД с улицы.

[vology]

ThunderCat, я заменил айпи сервера на localhost, вместо localhost - полноценный ip.

[vology]

ThunderCat, я заменил айпи сервера на localhost, вместо localhost - полноценный ip.

[ThunderCat]

vology, Зашибись, и ошибка изменилась? или осталась той же? Кроме того, на хостинге ООООЧЕНЬ редко позволяют коннект с внешних интерфейсов, 99% мускуль слушает только локалхост. Если есть возможность настраивать сервер, то надо прописывать в конфиге "слушать запросы снаружи" и дать соответствующие права нужному пользователю. Настраивать вот так примерно.

[vology]

ThunderCat, ошибка не менялась, я ЗАМЕНИЛ сам айпи в целях конфиденциальности.
Насколько знаю, на это можно работать с внешними источниками, и с самими админами я уже говорил..

[ThunderCat]

vology,

Насколько знаю, на это можно работать с внешними источниками,

Ну, если бы это было так, то коннект бы осуществлялся, очевидно что его нет. Вывод - кто-то пи... говорит неправду, либо подключение блокируется с одной из сторон - на сервере приложения или на сервере БД, то и другое надо проверять, начать с конфига мускуля, далее файерволы на обоих серверах, далее пинг с сервера приложения на сервер бд и в обратную сторону. Короче, проблема в недоступности между хостами. Вроде все возможные варианты проверки я озвучил.

[Vindicar]

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

[AUser0]

И тут вдруг неожиданно: он же со своей домашней машины к удалённому MySQL успешно коннектится, да?

[ThunderCat]

AUser0, Да вот непонятно, вроде пишет что да, по факту - загадка. По сути это ничего не меняет - коннекта просто нет между хостами. По уму стоило бы проверить на домашней машине - прокинуть порт наружу и попробовать сконектиться с ней с сервера приложения. Если все ок - дело в промежуточных узлах или сервере бд (например есть запрещенные диапазоны айпи), если нет - скорее всего проблема именно в настройках сервера приложения и 90% что на файерволе прикрыты нужные порты... Короче, вариантов много, надо тупо пробовать.

Answer 1

[Захар Буров]

Вам скорее всего вовсе и не нужно использовать сервер. Достаточно у себя на компьютере сделать базу данных и, например, использовать sqlite (почитайте в интернете, как сделать). Сервер нужен для того, чтобы запустить код на постоянку, проблема скорее всего не в нем.