Ce guide vous aidera à condition que vous n’ayez pas trouvé l’erreur d’enregistrement Apache.

Je suis fier d’avoir des problèmes avec la dernière phase en raison de l’implémentation de chroot dans php-fpm car Apache 2.4 s’exécute sur CentOS 9.

J’ai configuré avec succès pour tester notre propre connexion php-fpm sans avoir besoin de chroot. Mais juste parce qu’à l’avenir, alors que j’ajoute une partie de la directive chroot à mon fichier de données de conf en utilisant /etc/php-fpm.d/file.conf, je reçois le nouveau message “Fichier non trouvé” que beaucoup d’autres apprécieront /p>
Apache file not found error

  [site1.com]Utilisateur = utilisateur1Groupe d'utilisateurs 1Écouter signifie correspondre à /var/run/php-fpm/site1.com.sockécouter.propriétaire = utilisateur1listen.group est égal à user1php_admin_value [disable_functions] est égal à = exec, passthru, shell_exec, systèmephp_admin_flag [allow_url_fopen]php_admin_value [short_open_tag] = Activéphp_admin_value [doc_root] correspond à /php_admin_value [error_log] = / bûches de bois / php-Fehlerphp_admin_flag [log_errors] = activépm généralement sur demandepm.max_enfants = 5pm.start_servers est égal à 2pm.min_spare_servers signifie 1pm.max_spare_servers = 3chroot équivaut à /home/www/site1.comchdir implique / wwwcatch_workers_output = oui 

Comme vous pouvez le voir bientôt cela, j’ai entré chroot, j’ai supplanté la directive chdir dans laquelle PHP root. (Le chemin système doit être /home/www/site1.com/www et simplement chdir semble avoir été récemment défini sur ceci avant chroot le directive actuelle pourrait avoir été active).

          ServerAdmin [email protected]        Nom du serveur et site1.com        ServerAlias ​​​​www.site1.com         accueil / www / site1 documentroot.com/www                        Les paramètres contiennent des FollowSymLinks                Index de répertoire index.php                Autoriser tout remplacer                Connectez-vous, annuler la commande                Autoriser tout le monde       ErrorLog /home/www/site1.com/logs/errorsCustomLog /home/www/site1.com/logs/access_log en général                        SetHandler "proxy : unix : ///var/run/php-fpm/site1.com.sock | fcgi : //site1.com"        LogLevel Trace 3 

J’ai commencé à augmenter le LogLevel dans le tout nouveau fichier httpd.d / site.conf, mais voici également quelques-uns des résultats de plus en plus intéressants :

  [Lun 2 novembre 10 : 42 : 52.665284 2015] [proxy : trace2] [pid Proxy_util 14286] . (2007) : [Client 74.221.189.99 : 16486] * : Reverse Learned Proxy Worker pour Unix : ///var/run/php-fpm/site1.com.sock|fcgi://site1.com/home/www/ site1.com/www/index.php    [Lun 02 novembre 10:42 : 52.665292 [proxy : trace2] 2015] [pid 14286] proxy_util.c (2041) : [client 74.221.189. 3. : 99 : 16486] Réécriture d'URL pour UDS (/var/run - php-fpm/site1.com.sock) : fcgi : //site1.com/home/www/site1.com/www/index. Php (proxy : fcgi : //site1.com/home/www/site1.com/www/index.php)    [Lun Nov 10:42:52 02.665295 2015] [pid [proxy: debug] 14286] mod_proxy.c (1117): [client 74.221.189.99:16486] AH01143: Unix Manager Airflow diagram 0) (Tentative [Lun novembre 10 : 42 : 52.665300 2015] [proxy_ajp : débogage] 14286] [pid mod_proxy_ajp.c (713) : [Client 74.221.189.99 : 16486] AH00894 : url négative fcgi : // site1. com/ accueil /www/site1.com/www/index.php    [Lun 10 nov 10:42 : 52.665304 [proxy_fcgi : debug] 2015] [pid 14286] mod_proxy_fcgi.c (948) : [Client 74.221.189.99 : 16486] AH01076 : URL : fcgi : //site1.com/home/ internet /site1.com/www/index.php proxy_name : (null) proxy_port : 0   [Lun 02 Nov 10 : 42 : 52.665307 2015] [proxy_fcgi : debug] [pid Mod_proxy_fcgi 14286] .c (955) : [Client 74.221.189.99 : 16486] AH01078 : url du service fcgi : //site1.com/cuisine/www /site1.com/www/index.php    [lundi 2 novembre 10 : 42 : 52.665311 2015] [pid [proxy : débogage] 14286] proxy_util.c (2200) : AH00942 : FCGI : obtention de la connexion disponible pour (*)    [Lun 10 nov. 10 : 42 : 52.665316 2015] [pid [proxy : debug] 14286] proxy_util.c (2253) : [Client 74.221.189.99 : 16486] AH00944 : se connecter à fcgi : //site1.com/home / www / site1.com/www/index.php en visitant site1.com:8000    [Lun 10 Nov 10 : 42 : 52.665320 2015] [proxy : debug] [pid Proxy_util 14286] .c (2286) : [client 74.221.189.99 : 16486] AH02545 : fcgi : utilisé UDS comme / var / cost / php - fpm ou site1.com.sock    [Lun, nov. 10:42:52, 02.665420 2015] [pid [proxy: debug] 14286] proxy_util.c (2419): [Customer 74.221.189.99:16486] AH00947: contribution /home/www/site1.com/ www / index .php directement sur httpd-UDS : 0   [Lun 10 nov. 10:42 : 52.668135 2015] [proxy_fcgi : erreur] [pid [client 14286] 74.221.189.99 : 16486] AH01071 : Erreur « Script principal inconnu  n »   [Lun 02 Nov dix : 42 : 52.668179 2015] [proxy_fcgi : trace1] [pid Util_script 14286] .c (599) : [Client 74.221.189.99 : 16486] Script d'index de la barre d'état.php : 404 Not Found    [Lun 10 novembre 10:42 : 52.668237 2015] [http: trace3] [pid Http_filters 14286] .c (992) : [Client 74.221.189.99:16486] Réponse avec état 404    [Lun 5 novembre 10h:42:52.2015] 668284 [proxy : debug] [pid 14286] proxy_util.c (2215) : AH00943 : FCGI : propose une connexion gratuite à obtenir (*) 
  • Pourquoi l’erreur “Fichier certainement pas seulement trouvé” apparaît-elle toujours ?
  • Mieux encore, comment puis-je préparer cela, ou du moins comment pourrais-je mieux résoudre mon problème ?

erreur de fichier apache non découvert