Втрачено з’єднання з сервером MySQL при "читанні початкового пакета зв'язку", помилка системи: 0

Я отримую помилку:

"Втрачено з'єднання з сервером MySQL при" читанні початкового пакета зв'язку, помилка системи: 0 "

поки я буду підключати свій db.

Якщо я використовую localhost, все працює нормально. Але коли я використовую живу IP-адресу, як показано нижче, вона отримує помилку:

mysql_connect("202.131.xxx.106:xxxx", "xxxx", "xxxxx") or die(mysql_error());

Хтось тут припускає, що це може бути проблема з брандмауером:

Я щойно мав цю проблему і виявив, що це мій брандмауер. Я використовую PCTools Firewall Plus, і це не дозволило отримати повний доступ до MySQL. Одного разу я змінив, що це добре. Сподіваюся, що це допомагає.

Чи може це бути?

Крім того, хтось тут припускає, що це може бути тому, що сервер MySQL прив’язаний до зворотного IP-адреси (127.0.0.1 / localhost), який ефективно відключає вас від підключення ззовні.

Якщо це так, вам потрібно завантажити сценарій на веб-сервер (який, мабуть, також працює з сервером MySQL) і зберегти хост сервера як "localhost"

Відкрийте файл конфігурації mysql з назвою my.cnf і спробуйте знайти "bind-address", тут замініть налаштування (127.0.0.1 АБО localhost) на ваш ip-сервер живого потоку (ip, який ви використовуєте у функції mysql_connect)

Це однозначно вирішить проблему.

Дякую

1) Дозволити віддалене підключення до MySQL. Редагувати файл:

>sudo nano /etc/mysql/my.cnf

Рядок коментарів:

#bind-address       = 127.0.0.1

Перезапустіть MySQL:

>sudo service mysql restart

2) Створіть користувача для віддаленого з'єднання.

>mysql -uroot -p

CREATE USER 'developer'@'localhost' IDENTIFIED BY 'dev_password';
CREATE USER 'developer'@'%' IDENTIFIED BY 'dev_password';

GRANT ALL ON *.* TO 'developer'@'localhost';
GRANT ALL ON *.* TO 'developer'@'%';

3) У моєму випадку мені потрібно віддалено підключитися від Windows до машини VirtualBox з Ubuntu. Тому мені потрібно дозволити порт 3306 в iptables:

>iptables -A INPUT -i eth0 -p tcp -m tcp --dport 3306 -j ACCEPT

Була ця проблема під час налаштування нового підлеглого сервера. Виявлено, що IP-адреса підлеглого сервера відсутня у /etc/hosts.allowфайлі головного сервера . Додано IP-адресу, і це дозволило мені підключитися до головного сервера.

Зауважте, що я використовую hosts.allowта hosts.denyконтролюю доступ.

У мене була ця проблема, і вона закінчилася тим, що попередній син-адміністратор змінив порт, на якому працює MySQL. MySQL Workbench намагався підключитися до стандартного 3306, але сервер працює на 20300.

Проблема в моєму випадку полягала в тому, що MySQL прив'язувався лише до lo на Linux. для вирішення проблеми я відредагував my.cnf (знайдено за адресою /etc/mysql/my.cnf), видаливши рядок bind-address = 127.0.0.1

це дозволяє mysql прив'язуватися до будь-якого мережевого інтерфейсу

Ця помилка сталася зі мною під час спроби підключитися до Google Cloud SQL за допомогою MySQL Workbench 6.3.

Після невеликого дослідження я виявив, що моя IP-адреса була змінена інтернет-провайдером, і його не було дозволено в Cloud SQL.

Я це санкціонував і повернувся до роботи.

Я зіткнувся з цією самою помилкою під час підключення з робочої версії MySQL. Ось як я це виправив. У моєму /etc/my.cnf файлі конфігурації було встановлено значення прив'язки-адреси до IP-адреси сервера. Це потрібно було зробити для налаштування реплікації. У всякому разі, я вирішив це, зробивши дві речі:

1. створити користувача, який може використовуватися для з'єднання з адресою прив’язки у файлі my.cnf

напр

CREATE USER 'username'@'bind-address' IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON schemaname.* TO 'username'@'bind-address';
FLUSH PRIVILEGES;

2. змінити значення імені хоста MySQL у деталях підключення в робочій версії MySQL, щоб відповідати прив'язковій адресі

Проблема для мене полягала в тому, що запити DNS були заблоковані FW у підмережі. Рішенням було відключити пошук DNS в MySQL.

Я просто встановив mysql на вікні Windows. Я отримав помилку OP під час спроби з’єднатись із клієнтом Navicat MySql у тому самому полі. Я повинен був вказати 127.0.0.1 як хост, і це дісталося.

localhost або фактична ip-адреса серверів не працювала.

Помилка означає, що він не отримав відповіді від порту, на який очікував пошук сервера. Причини варіюються від звернення до неправильної машини (з однієї з кількох причин) до того, що сервер не знаходиться на очікуваному порті.

Перевірте, до якого порту прив’язаний ваш сервер у /etc/mysql/my.cnf. Чи відповідає це тим, що є у вашій заяві про підключення. Якщо вони відповідають, то спробуйте підключитися до mysql з самого сервера та з командного рядка машини, де ви працюєте з клієнтом. Якщо він працює з одного місця, а не з іншого, то у вас може виникнути проблема з конфігурацією брандмауера / маршрутизатора.

в моєму випадку у мене було ВСЕ: ВСЕ у hosts.deny. Змінивши це на ВСІ: PARANOID вирішив мою проблему під час з'єднання через ssh

Проблема була для мене досить дурною.

Я раніше отримував ту саму проблему на AWS EC2 Ubuntu-машині (MariaDB наразі встановлюється локально), тому я спробував зробити тунелювання SSH, і у мене була та сама проблема. Тому я спробував пропустити тунель через термінал:

ssh -L13306:127.0.0.1:3306 root@ip.address -i my/private/key.pem

І це мені сказало:

Будь ласка, увійдіть як користувальницьке "ubuntu", а не користувач "root".

Я змінив ssh користувача з root на ubuntu, як і мою конфігурацію ssh, і він добре підключився.

Тому перевірте свого підключеного користувача SSH.

Я курирував це, тож це теж півгодини мого часу, тож сподіваюся, що це стане в нагоді для вас.

Для мене було знайдено файл конфігурації "/etc/mysql/mysql.conf.d/mysqld.cnf", коментуючи прив'язку адреси, зробив свою справу.

Як ми бачимо тут: Замість того, щоб пропустити мережу, за замовчуванням тепер слухати лише локальний хост, який є більш сумісним і не менш безпечним.

Потрапив у цей самий випуск, Пов’язати адресу туди-сюди безрезультатно. Рішення для мене було розмиванням привілеїв .

mysql> FLUSH PRIVILEGES;

Для мене установка bind-address = 0.0.0.0в mysql/my.cnfпрацював. В основному тоді він прослуховує всі адреси (але все ж один порт).

І не забудьте перезапустити ваш сервер: systemctl restart mysql

У мене просто була та сама проблема, але в моєму випадку я її вирішив

сервіс mysqld start

Ще одна причина ...

Я наткнувся на сервер Ubuntu, де все було налаштовано і не вдалося підключитися через ту саму помилку.

Цей параметр був усередині /etc/ssh/sshd_config

PermitTunnel no

Після перетворення в

PermitTunnel yes

Мені вдалося віддалено підключитися до моєї бази даних MySQL

Я намагаюся підключити мій контейнер докер db на Ubuntu 18.04, та сама проблема.

Спочатку перевірте свій пристрій запуском, nmcli devщоб перевірити, чи пристрій docker0підключено.

Якщо вона не підключена, спробуйте перезапустити службу докера:

sudo service docker restart

У моєму випадку це був університет, який блокує порт 3306. Я зміг підключитися за допомогою мобільної точки доступу.

Перейдіть на мобільну точку доступу або іншу мережу, і якщо вона працює там, ви знаєте, що оригінальна мережа блокує порт 3306. Якщо ви отримуєте ту ж помилку в більш ніж 1 мережі, знаєте, що вона характерна для вашої машини.

Firewalldблокує IP-адресу. щоб надати доступ, використовуйте ці команди:

firewall-cmd - постійний --zone = довірений --add-source = YOUR_IP / 32

firewall-cmd - постійний --zone = довірений --add-port = 3306 / tcp

firewall-cmd - перезавантажити

Під час підключення до Mysql віддалено, я отримав помилку. У мене це попередження було /var/log/mysqld.log:

[Warning] IP address 'X.X.X.X' could not be resolved: Temporary failure in name resolution

Я щойно додав цей рядок у /etc/hostsфайл:

X.X.X.X some_name

Проблема вирішена! Невикористання skip-name-resolveвикликало деякі помилки в моєму локальному додатку під час підключення до MySQL.

У мене була однакова проблема. Щоб виправити це, я просто змінив хост з localhost: 3306 на просто localhost. Таким чином, помилка може виникнути, коли ви відокремлюєте несанкціонований порт для з'єднання. Краще залишити це за замовчуванням.

Дозвіл на читання та запис каталогу баз даних також знайшов проблему. Просто переконайтесь, що ваша програма здатна редагувати файли у розташуванні db. Спробуйте chmod 777 для тестування.

Я зіткнувся з тією ж проблемою. Я перевірив і спробував встановити AllowTcpForwarding Так, але він відсутній у моєму sshd_config, тому немає допомоги. Я не змінив sshd_config або my.cnf. Переконайтесь, що ім'я хоста ssh НЕ збігається з ім'ям хосту mysql (використовуйте localhost).

На робочому столі виберіть +, щоб додати нове з'єднання, і встановіть наступне:

• спосіб з'єднання: стандартний TCP / IP через SSH
• Ім'я хоста SSH: 192.168.0.50:22 (замініть віддалений IP-сервер і порт віддаленого SSH (необов'язково))
• Ім'я користувача SSH: sshuser
• Ви можете встановити пароль або додати в запиті
• MYSQL Ім'я хоста: localhost або 127.0.0.1
• Порт сервера MYSQL: 3306
• Ви можете встановити пароль або додати в запиті

Тест-з'єднання. Він повинен бути успішним, тоді натисніть OK.Viola!

Якщо bind-address відсутня у вашому файлі конфігурації, а mysql розміщено в екземплярі AWS, перевірте свою групу безпеки. В ідеальних умовах вхідні правила повинні приймати все з'єднання з порту 3306, а вихідне правило має відповідати на всі дійсні IP-адреси.

Я зробив нижче 3 кроки, а потім працював для мене.

1. bind-address = "YOUR MACHINE IP"у my.cnfфайлі /etc/my.cnf

2. Перезапуск служби командою: service httpd restart

3. GRANT ALL PRIVILEGES ON yourDB.* TO 'username'@'YOUR_APPLICATION_IP' IDENTIFIED BY 'YPUR_PASSWORD' WITH GRANT OPTION;

У мене була подібна помилка (підключення до MYSQL на aws через MYSql Workbench). Раніше я добре підключався, і раптом він перестав працювати і просто більше не працюватимуть). Моє з'єднання було за допомогою SSH, захищеного файлом ключів.

Виявляється, я закінчився. Тож я збільшив час очікування підключення SQL до 30 секунд (з 10 за замовчуванням) і було добре продовжувати роботу. речі, які слід спробувати (якщо ви перебуваєте в подібній установці)

1. Чи можете ви ssh безпосередньо з терміналу на сервер (виявляє проблеми з дозволами ключових файлів тощо)?
2. Чи можете ви потім через термінал підключитися до MySQL з тим самим користувачем / pwd, використовуючи щось на зразок mysql -u [username] -p [database]? Це дозволить перевірити проблеми з правами користувачів тощо.
3. якщо обидва вони працюють, то ваші параметри не є проблемою, і, можливо, такий самий час очікування, як і я (за винятком того, що він ніколи не казав помилку таймауту, а просив перевірити наявність дозволів тощо)

Обмежений дисковий простір може призвести до цієї помилки.

Перевірте місце на диску

$ df -h

Спробуйте збільшити простір, якщо на 100% використовуються диски.

У моєму випадку: у мене ящик Vagrant (8.0.1) (Ubuntu 16.04) Місткість мого диска mysql становила 10 ГБ, я збільшив його до 20 ГБ

$ sudo lvextend -L20G -r /dev/mapper/homestead--vg-mysql--master

Потім перезапустіть mysql

$ sudo service mysql restart

Якщо ви стикаєтеся з цим erorr підключенням від віддаленого, перейдіть до віддаленої опції mysql в cpanel, а потім додайте% в Host (% wildcard дозволено).