vlogger: couldn't connect to SQL server: DBI connect

    Boon donc voila. Je refais le post ici comme il se doit.


    • Linux Debian Stretch
    • I-MSCP 1.5.1
    • PhP-FPM
    • PhP 7.1.10
    • Google Chrome
    • Aucun Plugin d'instasllé autre que ClamV et Spam-Ass.
    • vlogger: couldn't connect to SQL server: DBI connect


    Dans Apache2 j'ai ce message et il spam en boucle :

    Code
    1. [Wed Oct 25 16:12:56.742736 2017] [suexec:notice] [pid 924:tid 139910158219136] AH01232: suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)[Wed Oct 25 16:12:56.769755 2017] [mpm_event:notice] [pid 926:tid 139910158219136] AH00489: Apache/2.4.10 (Debian) OpenSSL/1.0.1t configured -- resuming normal operations[Wed Oct 25 16:12:56.769789 2017] [core:notice] [pid 926:tid 139910158219136] AH00094: Command line: '/usr/sbin/apache2'[Wed Oct 25 16:15:04 2017] [alert] vlogger: couldn't connect to SQL server: DBI connect('database=imscp;host=127.0.0.1;port=3306','vlogger_user',...) failed: Can't connect to MySQL server on '127.0.0.1' (110) at /usr/local/sbin/vlogger line 279.


    J'ai regardé si l'utilisateur vlogger existait et si il pointait vers le bonne ip et visiblement oui :



    Mon serveur MySQL fonctionne vu que tout mes site internet sont fonctionnel

    Quote from Nuxwin

    Tu dois t'assurer que ton serveur MySQL fonctionne et que l'utilisateur [email protected] existe et qu'il peut se connecter au serveur MySQL. Tu trouveras son mot de passe dans le fichier /etc/imscp/apache/vlogger.conf.

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

    SSH key for online support

    Je ne peux pas Edit le post correctement donc j'ai supprimé le contenu. Pour ceux et celles qui auront se problème, j'ai simplement ouvert le port 3306 TCP.


    Code
    1. iptables -I INPUT -p tcp --dport 3306 --syn -j ACCEPT

    Ça permettra à vlogger de se connecter avec 127.0.0.1 Merci @Nuxwin pour m'avoir mis sur la piste.

    Files

    • test.PNG

      (22.93 kB, downloaded 8 times, last: )

    Edited 3 times, last by coolternet ().

    A ce que j'ai pu comprendre, tu as un parfeu qui fou la merde. Ce que tu as fait pour le port 3306 (MySQL) n'est pas justifié. Il ne devrait pas y'avoir de régle iptable pour une connection locale... Je sais pas vraiment ce que tu as fait mais bon...


    Pour résumer:

    • INTERNET (WAN) => TON SERVEUR (ici le parfeu est justifié)
    • TON SERVEUR => TON SERVEUR (ici le parfeu n'est pas justifé)

    Tous tes problèmes viennent du parfeu (i-MSCP démon, FTP ...)

    badge.php?id=1239063037&bid=2518&key=1747635596&format=png&z=547451206

    SSH key for online support

    Effectivement. Iptables.
    En gros, ce que je fesais c'est d'ouvrir tout les ports necessaire pour le fonctionnement de IMSCP (ceux que imscp allow) et je fermais le restant. Le problème c'est que INPUT DROP bloque tout les port de IMSCP également donc j'aai créé une rules qui est indépendante de IMSCP pour permettre l'ouverture des port. Suite à notre conversation en privé, j'ai fais un test " reset all rules iptables " -> INPUT ACCEPT / OUTPUT ACCEPT et tout fonctionne comme si rien étaient. Donc, mon problème depuis 1.4.x serait du à Iptables mal configuré. @Nuxwin, tu peux supprimer les post d'aide qui s'avère inutile visiblement. Je vais donc continuer mes fameux test avec iptables pour tenter de comprendre la raison du " pourquoi tout se bloque quand je INPUT DROP alors que imscp les accept " :)