PHP Fast CGI ne fonctionne pas sur un dédié SYS Debian 8

Salut tout le monde,
suite à un hack, puis nettoyage par un ami infogéreur (à qui je ne peux pas tout demander, même en payant), on a PHP qui ne remonte pas, fast cgi semble poser un souci.
J'ai un debian 8 avec ispconfig en dernière version 3.1.9 je crois, j'ai tenté de le réinstaller pour remettre tous les services en marche mais ça ne change rien.
Je vais bouger les sites principaux de cette machine, mais il faudrait que ce soit réup, ça m'arrangerait pour le dump, je suis pas fortiche en SSH…
J'ai un index.html sur un ndd et il est parfaitement lu.

Merci d'avance !

> J'ai un debian 8

debian est en version 10…

tu devrais éditer le titre de ton sujet et choisir la catégorie : Cloud / VPS, dédié… ?
tu auras des réponses adaptées

je n'avais pas vu que derrière "cloud" il y avait VPS désolé, et éditer quoi dans le titre ? Debian 8 ?

edit : ça me semble pas mal là, merci :wink:

la Catégorie que tu atteins en éditant le titre

Salut, on a aucun log, rien…
Aucun fichier de config pour savoir comment c'est configuré…

On fait comment pour te dépanner ?

Me demander ce dont tu as besoin :wink:
Je sais pas quel log te donner…

Cette commande : tail -n 50 /var/log/apache2/suexec.log
me remonte ça :

> [2019-11-26 11:28:22]: (13)Permission denied: exec failed (.php-fcgi-starter)
> [2019-11-26 11:28:25]: uid: (5017/web18) gid: (5005/client0) cmd: .php-fcgi-starter
> [2019-11-26 11:28:25]: (13)Permission denied: exec failed (.php-fcgi-starter)
> [2019-11-26 11:28:26]: uid: (5017/web18) gid: (5005/client0) cmd: .php-fcgi-starter
> [2019-11-26 11:28:26]: (13)Permission denied: exec failed (.php-fcgi-starter)

visiblement un problème de permissions…
Faudrait voir la config de ce php-fcgi…

Surement un socket qui ne peut pas être crée pour des raisons de droits…

je vois où cette config ? ce serait pas dans /bin/ par hasard ?

ben vu qu'il y a un panel, que je ne le connais pas c'est difficile à dire…

La config c'est généralement dans /etc/

A voir la config apache déjà, la config des vhosts, des mods…
La config de PHP…

Je ne connais pas du tout ispconfig… Donc difficile à dire…

ISPCONFIG est un panel TRES soft, il n'écrit pas des tonnes de trucs de merde, des symlinks à gogo etc…

Je peux commencer par chercher quelque part ? :slight_smile:

ben comme j'ai dis, dans /etc/apache2/mods-enabled/
ou /etc/apache2/sites-enabled/
Ou dans /etc/php5.6/xxx ?


ben comme j'ai dis, dans /etc/apache2/mods-enabled/

J'ai ça :
access_compat.load alias.load authn_file.load autoindex.conf dav.load dir.load filter.load mpm_prefork.conf pagespeed.conf python.load setenvif.conf ssl.load
actions.conf auth_basic.load authz_core.load autoindex.load deflate.conf env.load include.load mpm_prefork.load pagespeed.load reqtimeout.conf setenvif.load status.conf
actions.load auth_digest.load authz_host.load dav_fs.conf deflate.load fcgid.conf mime.conf negotiation.conf php5.conf reqtimeout.load socache_shmcb.load status.load
alias.conf authn_core.load authz_user.load dav_fs.load dir.conf fcgid.load mime.load negotiation.load php5.load rewrite.load ssl.conf suexec.load

ou /etc/apache2/sites-enabled/
j'ai tous mes sites :
000-apps.vhost 100-xxxxxxxx-xxx.xxx.vhost

Ou dans /etc/php5.6/xxx ?
5.6 7.0 7.1 7.2 7.3 7.4

et dans 5.6 j'ai ça :
cgi cli fpm mods-available

Je peux aller plus loin mais c'est "galère" à la main, y a une commande pour voir l'arbo ?

ben les commandes c'est l'usage de base de Linux…
D'après le message d'erreur il faudrait voir où est censé être crée le socket php, vérifier les droits sur cet emplacement, et tenter de redémarrer php…

Là on fait les choses vraiment à l'aveuglette…