O nome do host PHP não está correto

12

Temos um aplicativo que está em execução há cerca de dois anos sem problemas.

Esta manhã, quando entrei no site, recebi um erro:

Session: connection failed

Eu verifiquei as conexões do banco de dados, verifiquei o usuário, verifiquei as concessões para o usuário, tudo pareceu bem.

Eu criei uma página de teste usando as informações de conexão no arquivo .inc.xml

Tem um erro de conexão do mysql.

Este é o arquivo original:

   <TYPE>mysql</TYPE>
        <HOST>dbl</HOST>
        <USER>dbuser</USER>
        <PASSWORD key="PUT A KEY HERE TO DECRYPT THE PASSWORD">password</PASSWORD>

O nome do host do servidor não é dbl

Eu mudei a segunda linha para isso:

   <TYPE>mysql</TYPE>
        <HOST>localhost</HOST>
        <USER>dbuser</USER>
        <PASSWORD key="PUT A KEY HERE TO DECRYPT THE PASSWORD">password</PASSWORD>

Ele se conectou bem.

Fiz a mesma alteração no arquivo .inc.xml original e o aplicativo voltou a funcionar bem.

Minha (s) pergunta (s):

Eu verifiquei os logs de auditoria, conexões, consultas, o sistema não acessou por cerca de três semanas.

O arquivo .inc.xml foi modificado pela última vez há um ano.

Por que o aplicativo de repente parou de usar o dbl como host?

De onde veio esse nome de host dbl?

Layout do sistema:

[root@acpr-web-x ~]# cat /proc/version
Linux version 2.6.32-358.2.1.el6.x86_64 ([email protected]) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) ) #1 SMP Wed Feb 20 12:17:37 EST 2013

[root@acpr-web-x ~]# httpd -v
Server version: Apache/2.2.15 (Unix)
Server built:   Aug 15 2014 03:02:07

[root@acpr-web-x ~]# php -v
PHP 5.3.3 (cli) (built: Oct 23 2014 06:58:46)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies

Mysql Server version: 5.1.73-log Source distribution
    
por Anthony Fornito 20.06.2017 / 19:29

1 resposta

11

Meu primeiro palpite seria / etc / hosts, que pode substituir o DNS (se existir para o host) e substituir quase totalmente o DNS de encaminhamento quando estiver faltando. Por alguma razão este host (dbl) estava em / etc / hosts e então não era.

Secundariamente, digamos que o /etc/resolv.conf perdeu a opção de pesquisa para o domínio local, de modo que dbl.foo.com resolve, mas dbl não ... também é uma possibilidade.

    
por 20.06.2017 / 20:13