Erro 'Checking ISPConfig database' [RESOLVIDO]

Jean Majolo
(usa Debian)

Enviado em 20/12/2023 - 13:04h

Olá!

Durante atualização do IspConfig ocorreu erro 'hecking ISPConfig database .. mysqlcheck: Got error: 1130: Host '177.7x.xx.xx' is not allowed to connect to this MariaDB server when trying to connect

ERROR 1130 (HY000): Host '177.7X.XX.XX' is not allowed to connect to this MariaDB server'. A atualização não prossegue.

Acredito que devo mudar o IP para 127.0.0.1 porém não encontrei o arquivo que devo mudar.

Ou existe uma outra solução para o erro?

Buckminster
(usa Debian)

Enviado em 20/12/2023 - 14:51h

Tenta
$ sudo find / | grep "my.cnf"
Deverá aparecer um /etc/mysql/my.cnf ou algo parecido.
Procure no my.cnf a opção bind-address = x.x.x.x.x; comente ela e coloque logo abaixo:
bind-address = 172.0.0.1;
Salve e saia do arquivo.
Reinicie o MariaDB e tente de novo.
Caso não resolver, tente alguma dessas:
https://stackoverflow.com/questions/1559955/host-xxx-xx-xxx-xxx-is-not-allowed-to-connect-to-this-my...


_________________________________________________________
Always listen the Buck!
Enquanto o cursor estiver pulsando, há vida!

Jean Majolo
(usa Debian)

Enviado em 20/12/2023 - 16:28h

O referido arquivo 'my.cnf' possuí essa configurações;

# The MariaDB configuration file

#

# The MariaDB/MySQL tools read configuration files in the following order:

# 0. "/etc/mysql/my.cnf" symlinks to this file, reason why all the rest is read.

# 1. "/etc/mysql/mariadb.cnf" (this file) to set global defaults,

# 2. "/etc/mysql/conf.d/*.cnf" to set global options.

# 3. "/etc/mysql/mariadb.conf.d/*.cnf" to set MariaDB-only options.

# 4. "~/.my.cnf" to set user-specific options.

#

# If the same option is defined multiple times, the last one will apply.

#

# One can use all long options that the program supports.

# Run program with --help to get a list of available options and with

# --print-defaults to see which it would actually understand and use.

#

# If you are new to MariaDB, check out https://mariadb.com/kb/en/basic-mariadb-articles/



#

# This group is read both by the client and the server

# use it for options that affect everything

#

[client-server]

# Port or socket location where to connect

# port = 3306

socket = /run/mysqld/mysqld.sock



# Import all .cnf files from configuration directory

!includedir /etc/mysql/conf.d/

!includedir /etc/mysql/mariadb.conf.d/ 

Porém gera esse erro.

danniel-lara
(usa Fedora)

Enviado em 21/12/2023 - 11:46h

o Banco esta em outro host ? ou é localhost ?

Jean Majolo
(usa Debian)

Enviado em 21/12/2023 - 13:23h

Opá!

Localhost, porém por algum motivo o sistema está tentando conectar pelo IP valido.

Buckminster
(usa Debian)

Enviado em 21/12/2023 - 13:55h

Pelo que pesquisei o ISPConfig suporta apenas a versão padrão do MariaDB fornecida pelo sistema operacional, ou seja, aquela versão que vem junto com o sistema e/ou é instalada pelo gerenciador de pacotes (veja o primeiro link embaixo).
Caso tu não fez upgrade manualmente do MariaDB para outra versão então provavelmente é erro nas configurações.

Faça um teste.
Descomenta a linha port do my.cnf e acrescenta outra assim:
port = 3306
bind-address = 127.0.0.1
Salve e saia.

Execute logado no MariaDB:
FLUSH PRIVILEGES;
Reinicie o banco e tente atualizar o ISPConfig de novo.

Pode também executar esse comando no MariaDB:

SELECT host FROM mysql.user WHERE User = 'root';

Caso essa consulta trouxer como resultado apenas "localhost" e "127.0.0.1" é porque não é possível conectar remotamente.
Daí teremos que ver porque o ISPConfig está tentando conectar remotamente num banco local.
Talvez tu não configurou ele, veja o segundo link abaixo.

https://forum.howtoforge.com/threads/how-to-upgrade-mariadb-with-ispconfig.89509/
https://cooperati.com.br/2012/01/instalar-configurar-ispconfig/


_________________________________________________________
Always listen the Buck!
Enquanto o cursor estiver pulsando, há vida!

Jean Majolo
(usa Debian)

Enviado em 21/12/2023 - 18:19h

Em verificação identifiquei que o motivo que o sistema está tentando logar no banco de dados via IP válido é pelo fato de "localhost" não retornar 127.0.0.1 e sim o IP válido como mencionado. Agora vou verificar o motivo disso. Obrigado pessoal pela ajuda!!!

danniel-lara
(usa Fedora)

Enviado em 22/12/2023 - 10:01h

de uma olhada no seu /etc/hosts
esta configurado lá