Ошибка соединения 111

Устраняем типичные ошибки в MySQL

MySQL — система управления базами данных (СУБД) с открытым исходным кодом от компании Oracle. Она была разработана и оптимизирована специально для работы веб-приложений. MySQL является неотъемлемой частью таких веб-сервисов, как Facebook, Twitter, Wikipedia, YouTube и многих других.

Эта статья расскажет, как определять, с чем связаны частые ошибки на сервере MySQL, и устранять их.

Не удаётся подключиться к локальному серверу

Одной из распространённых ошибок подключения клиента к серверу является «ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)».

Эта ошибка означает, что на хосте не запущен сервер MySQL ( mysqld ) или вы указали неправильное имя файла сокета Unix или порт TCP/IP при попытке подключения.

Убедитесь, что сервер работает. Проверьте процесс с именем mysqld на хосте сервера, используя команды ps или grep, как показано ниже.

Если эти команды не показывают выходных данных, то сервер БД не работает. Поэтому клиент не может подключиться к нему. Чтобы запустить сервер, выполните команду systemctl.

Чтобы проверить состояние службы MySQL, используйте следующую команду:

Если в результате выполнения команды произошла ошибка службы MySQL, вы можете попробовать перезапустить службу и ещё раз проверить её состояние.

Если сервер работает (как показано) и вы по-прежнему видите эту ошибку, вам следует проверить, не заблокирован ли порт TCP/IP брандмауэром или любой другой службой блокировки портов.

Для поиска порта, который прослушивается сервером, используйте команду netstat .

Не удаётся подключиться к серверу MySQL

Ещё одна похожая и часто встречающаяся ошибка подключения — «(2003) Can’t connect to MySQL server on ‘server’ (10061)». Это означает, что в сетевом соединении было отказано.

Следует проверить, работает ли в системе сервер MySQL (смотрите выше) и на тот ли порт вы подключаетесь (как найти порт, можно посмотреть выше).

Похожие частые ошибки, с которыми вы можете столкнуться при попытке подключиться к серверу MySQL:

Ошибки запрета доступа в MySQL

В MySQL учётная запись (УЗ) определяется именем пользователя и клиентским хостом, с которого пользователь может подключиться. УЗ может также иметь данные для аутентификации (например, пароль).

Причин для запрета доступа может быть много. Одна из них связана с учётными записями MySQL, которые сервер разрешает использовать клиентским программам при подключении. Это означает, что имя пользователя, указанное в соединении, может не иметь прав доступа к базе данных.

В MySQL есть возможность создавать учётные записи, позволяющие пользователям клиентских программ подключаться к серверу и получать доступ к данным. Поэтому при ошибке доступа проверьте разрешение УЗ на подключение к серверу через клиентскую программу.

Увидеть разрешённые привилегии учётной записи можно, выполнив в консоли команду SHOW GRANTS
Входим в консоль (пример для Unix, для Windows консоль можно найти в стартовом меню):

В консоли вводим команду:

Дать привилегии конкретному пользователю в БД по IP-адресу можно, используя следующие команды:

Ошибки запрещённого доступа могут также возникнуть из-за проблем с подключением к MySQL (см. выше).

Потеря соединения с сервером MySQL

С этой ошибкой можно столкнуться по одной из следующих причин:

• плохое сетевое соединение;
• истекло время ожидания соединения;
• размер BLOB больше, чем max_allowed_packet .

В первом случае убедитесь, что у вас стабильное сетевое подключение (особенно, если подключаетесь удалённо).

Если проблема с тайм-аутом соединения (особенно при первоначальном соединении MySQL с сервером), увеличьте значение параметра connect_timeout .

В случае с размером BLOB нужно установить более высокое значение для max_allowed_packet в файле конфигурации /etc/my.cnf в разделах [mysqld] или [client] как показано ниже.

Если файл конфигурации недоступен, это значение можно установить с помощью следующей команды.

Слишком много подключений

Эта ошибка означает, что все доступные соединения используются клиентскими программами. Количество соединений (по умолчанию 151) контролируется системной переменной max_connections . Устранить проблему можно, увеличив значение переменной в файле конфигурации /etc/my.cnf .

Недостаточно памяти

Если такая ошибка возникла, это может означать, что в MySQL недостаточно памяти для хранения всего результата запроса.

Сначала нужно убедиться, что запрос правильный. Если это так, то нужно выполнить одно из следующих действий:

• если клиент MySQL используется напрямую, запустите его с ключом —quick switch , чтобы отключить кешированные результаты;
• если вы используете драйвер MyODBC, пользовательский интерфейс (UI) имеет расширенную вкладку с опциями. Отметьте галочкой «Do not cache result» (не кешировать результат).

Также может помочь MySQL Tuner. Это полезный скрипт, который подключается к работающему серверу MySQL и даёт рекомендации по настройке для более высокой производительности.

MySQL продолжает «падать»

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

Вы можете проверить состояние сервера, чтобы определить, как долго он работал.

Чтобы узнать время безотказной работы сервера, запустите команду mysqladmin .

Кроме того, можно остановить сервер, сделать отладку MySQL и снова запустить службу. Для отображения статистики процессов MySQL во время выполнения других процессов откройте окно командной строки и введите следующее:

Заключение

Самое важное при диагностике — понять, что именно вызвало ошибку. Следующие шаги помогут вам в этом:

• Первый и самый важный шаг — просмотреть журналы MySQL, которые хранятся в каталоге /var/log/mysql/ . Вы можете использовать утилиты командной строки вроде tail для чтения файлов журнала.
• Если служба MySQL не запускается, проверьте её состояние с помощью systemctl . Или используйте команду journalctl (с флагом -xe ) в systemd.
• Вы также можете проверить файл системного журнала (например, /var/log/messages ) на предмет обнаружения ошибок.
• Попробуйте использовать такие инструменты, как Mytop, glances, top, ps или htop, чтобы проверить, какая программа использует весь ресурс процессора или блокирует машину. Они также помогут определить нехватку памяти, дискового пространства, файловых дескрипторов или какого-либо другого важного ресурса.
• Если проблема в каком-либо процессе, можно попытаться его принудительно остановить, а затем запустить (при необходимости).
• Если вы уверены, что проблемы именно на стороне сервера, можете выполнить команды: mysqladmin -u root ping или mysqladmin -u root processlist , чтобы получить от него ответ.
• Если при подключении проблема не связана с сервером, проверьте, нормально ли работает клиент. Попробуйте получить какие-либо его выходные данные для устранения неполадок.

Источник

Can’t connect to mysql error 111 – How to resolve this error

by Linsa SV | Apr 23, 2021

Wondering how to resolve ‘Can’t connect to mysql error 111’? We can help you.

When we try to access mysql server on Linux machine using the public IP address, it is showing error 111.

Here at Bobcares, we get requests from our customers to fix similar issues as a part of our Server Management Services.

Today, let’s see how our Support Engineers fix this issue for our customers.

Cause for ‘Can’t connect to mysql error 111’ error

Usually, this error occurs when mysqld only listens to the localhost interface.

When we try to access mysql server on Linux machine using the public IP address, it often shows error 111. However, when localhost and 127.0.0.1 is used, it is connecting fine.

The error message appears as below:

Solution for ‘Can’t connect to mysql error 111’ error

Let us see how our Support Techs resolved the error.

Before we proceed with the steps to fix the issue, check the MySQL status. You can check MySQL status following below provided steps:

1.Initially, check if the MySQL is running without any issue.

2. If that does not output anything, try starting the MySQL service:

3. Also, check hostname/port is MySQL listening on

If the MySQL is running without any issue, please go ahead with the below mentioned steps:

1. Firstly, in my.cnf configuration file, we should comment the following line in the mysqld section.

We can comment by adding # at the beginning of a line.

Once this is done, restart mysql.

To do this, we must have root or sudo access to the server.

2. Then, we should check the user privileges.

Login as root to mysql and add this:

Finally, you can try to connect again using mysql -ubob -pbob -h195.168.1.100. to check its working.

[Need assistance? We can help you]

Conclusion

In short, we saw how our Support Engineers fix this mysql error on Linux machine for our customers.

Are you using Docker based apps?

There are proven ways to get even more out of your Docker containers! Let us help you.

Spend your time in growing business and we will take care of Docker Infrastructure for you.

Источник

MYSQL ERROR 2003 (HY000): Can’t connect to MySQL server on ‘xx.xx.xx.xx’ (111)

При попытке подключиться к MySQL или Percona сервер с настройками по-умолчанию с другой рабочей станции или сервера, можно получить ошибку
ERROR 2003 (HY000): Can’t connect to MySQL server on ‘xx.xx.xx.xx’ (111)

Далее описаны 3 шага, которые нужно пройти для установления соединения.

The first thing we can check is to see if the user from the remote host is allowed.

1. Login as root on mysql server
mysql -u root -p

2. Select database and show users.
select * from mysql.userG

**A vertical list will be displayed. Look at the first two fields for each entry. If the user is only allowed to connect from localhost, this may be the problem.
Example:

Host: localhost
User: mydbuser

A user will have to be defined with the same parameters as mydbuser for the remote host (or hosts)
Here’s where your documentation will come in handy (or you can hope the old query exists in the mysql buffer!)

3. Allow remote hosts to connect
grant select,insert,update,delete,create,drop,index,alter on mydbname.* to mydbuser@’192.168.1.%’ identified by ‘mydbpassword’ ;

Note: if you only want to allow a certain host, specify the IP instead of the wildcard.

The second issue that may cause this error is a MySQL configuration.

1. Open MySQL config file
nano /etc/my.cnf

2. Ensure that the following are commented out.

#skip-external-locking
#skip-networking
#bind-address = xx.xx.xx.xx

3. Restart mysql service
service mysqld start

The third issue that may contribute to this error may be the security configuration rejecting incoming requests on the server.

1. Login as root on db server

2. Add rule to iptables
/sbin/iptables -A INPUT -i eth0 -s 192.168.1.0/24 -p tcp —destination-port 3306 -j ACCEPT

** this grants access to the entire subnet, use a specific IP where applicable.

service iptables save

3. Restart iptables service
service iptables restart

Источник

ОШИБКА 2003 (HY000): не удается подключиться к серверу MySQL (111)

Этот вопрос связан со следующими вопросами:

Я настраиваю новый сервер MySQL (5.1) на своей локальной машине. Мне нужно предоставить удаленный доступ к базе данных. Я сделал следующие шаги:

Комментарий bind-address в my.cnf:

Настроить iptables для брандмауэра

Перезагрузите сервер mysql sudo /etc/init.d/mysql restart

При тестировании я получаю следующее:

Пульт дистанционного управления:

Очевидно, что-то не так, что мешает мне использовать мой глобальный IP-адрес.

• Я пробовал тестировать удаленное соединение на том же компьютере, а также через SSH с удаленной машины.
• Я не уверен, что мой провайдер предоставил мне статический IP-адрес.

Обновление: telnet, похоже, не работает.

10 ответов

Пожалуйста, проверьте свои прослушивающие порты:

Если он показывает

Это нормально для удаленного подключения.

Но в этом случае я думаю, что у вас

Это нормально для вашего удаленного соединения. Вы также должны проверить свой брандмауэр (iptables, если вы centos/redhat)

для тестирования или использования:

И еще одно, чтобы проверить ваше разрешение на удаленное подключение:

errno 111 ECONNREFUSED, я полагаю, что что-то не так с маршрутизатором DNAT.

Также возможно, что ваш интернет-провайдер фильтрует этот порт.

Убедитесь, что ваш удаленный хост (т.е. сервер веб-хостинга, который вы пытаетесь подключить FROM) позволяет трафик OUTGOING на порту 3306.

Я видел ошибку (100) в этой ситуации. Я мог подключиться с моего ПК /Mac, но не с моего сайта. Экземпляр MySQL был доступен через Интернет, но моя хостинговая компания не разрешала моему веб-сайту подключаться к базе данных на порту 3306.

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

Релевантная часть, которая работает для меня:

MY_IP можно найти с помощью ifconfig или curl -L whatismyip.org |grep blue .

Перезагрузите mysql для обеспечения загрузки новой конфигурации:

Иногда, когда у вас есть специальные символы в пароле, вы должны обернуть его в символы » , поэтому для подключения к db вы можете использовать:

mysql -uUSER -p’pa$$w0rd’

У меня была такая же ошибка, и это решение решило ее.

У меня была такая же проблема с попыткой подключения к удаленному mysql db.

Я исправил это, открыв брандмауэр на сервере db, чтобы разрешить трафик через:

я правильно установил свой адрес привязки, как указано выше, но забыл перезагрузить сервер mysql (или перезагрузить):) face palm — так что источник этой ошибки для меня!

У меня есть такой же вопрос, как и вы, я использую wirehark для захвата отправляемых пакетов TCP, я обнаружил, что когда я использую mysql bin для подключения удаленного хоста, он подключает удаленный порт 3307, что мой falut в /etc/mysql/my.cnf , 3307 — еще один порт mysql проекта, но я изменяю этот конфиг в части my.cnf [client], когда я использую параметр -P для указания порта 3306, это нормально.

если используемая вами система — CentOS/RedHat, а rpm — это способ, которым вы устанавливаете MySQL, в папке /etc/my.cnf нет, вы можете использовать: #whereis mysql #cd/usr/share/mysql/ cp -f/usr/share/mysql/my-medium.cnf/etc/my.cnf

Не уверен, что не можете видеть это поэтапно.

Пожалуйста, попробуйте FLUSH PRIVILEGES [Перезагружает привилегии из таблиц грантов в базе данных mysql]:

Источник

I would like you to help me with the following problem. I will try to give as many details as possible.

I recently installed a vnc server on a Centos8 virtual machine. I have done all the configuration steps, which are in this file, (which by the way is the one that vnc recommends using, since I think vnc was updated and the configuration method is not the same as before). Once this is done, the server is working without problem. (apparently)
The problem arises when I want to connect from another virtual machine (Fedora), the server rejects the connection and gives the following error:

IMAGE

In the server I execute the following instruction

vncviewer localhost:5901

I have consulted in some forums, and it is mentioned that it is a firewall problem that does not let the communication pass. So disable the firewall and Selinux)on both virtual machines, however the problem persists.
I know that the server is running correctly, because I get the following output.

[root@localhost andres]# systemctl status vncserver@:1
● vncserver@:1.service - Remote desktop service (VNC)
   Loaded: loaded (/usr/lib/systemd/system/vncserver@.service; enabled; vendor preset:>
   Active: active (running) since Mon 2021-03-01 13:21:07 EST; 1h 7min ago
  Process: 978 ExecStart=/usr/libexec/vncsession-start :1 (code=exited, status=0/SUCCE>
 Main PID: 994 (vncsession)
    Tasks: 1 (limit: 11260)
   Memory: 1.5M
   CGroup: /system.slice/system-vncserver.slice/vncserver@:1.service
           ‣ 994 /usr/sbin/vncsession andres :1

I also have these ports assigned, which tell me that the server is listening

[root@localhost andres]# netstat -tunlp | grep 5901
tcp        0      0 127.0.0.1:5901          0.0.0.0:*               LISTEN      1381/Xvnc           
tcp6       0      0 ::1:5901                :::*                    LISTEN      1381/Xvnc

Maybe it looks like a duplicate question from the following forum. And indeed it is, I just can’t find a relation, since vnc has been updated and the configuration is not the same (that is, to start the server, I can no longer put the command «vncserver»), and I assume that the solution will not be the same

I would like you to help me with the following problem. I will try to give as many details as possible.

I recently installed a vnc server on a Centos8 virtual machine. I have done all the configuration steps, which are in this file, (which by the way is the one that vnc recommends using, since I think vnc was updated and the configuration method is not the same as before). Once this is done, the server is working without problem. (apparently)
The problem arises when I want to connect from another virtual machine (Fedora), the server rejects the connection and gives the following error:

IMAGE

In the server I execute the following instruction

vncviewer localhost:5901

I have consulted in some forums, and it is mentioned that it is a firewall problem that does not let the communication pass. So disable the firewall and Selinux)on both virtual machines, however the problem persists.
I know that the server is running correctly, because I get the following output.

[root@localhost andres]# systemctl status vncserver@:1
● vncserver@:1.service - Remote desktop service (VNC)
   Loaded: loaded (/usr/lib/systemd/system/vncserver@.service; enabled; vendor preset:>
   Active: active (running) since Mon 2021-03-01 13:21:07 EST; 1h 7min ago
  Process: 978 ExecStart=/usr/libexec/vncsession-start :1 (code=exited, status=0/SUCCE>
 Main PID: 994 (vncsession)
    Tasks: 1 (limit: 11260)
   Memory: 1.5M
   CGroup: /system.slice/system-vncserver.slice/vncserver@:1.service
           ‣ 994 /usr/sbin/vncsession andres :1

I also have these ports assigned, which tell me that the server is listening

[root@localhost andres]# netstat -tunlp | grep 5901
tcp        0      0 127.0.0.1:5901          0.0.0.0:*               LISTEN      1381/Xvnc           
tcp6       0      0 ::1:5901                :::*                    LISTEN      1381/Xvnc

Maybe it looks like a duplicate question from the following forum. And indeed it is, I just can’t find a relation, since vnc has been updated and the configuration is not the same (that is, to start the server, I can no longer put the command «vncserver»), and I assume that the solution will not be the same