Es casi seguro que esta guía le ayudará si no ha experimentado el error de archivo Apache.

Tengo problemas con la última fase exacta de la implementación de chroot en php-fpm porque Apache 2.4 está creando en CentOS 7.

He configurado y probado con éxito nuestra propia conexión php-fpm sin chroot. Pero únicamente porque tan pronto como mejoro parte del tiempo de la directiva chroot para mi archivo conf usando /etc/php-fpm.d/file.conf, obtengo un pensamiento de “Archivo no encontrado” que muchos otros apreciarán o p>
error de archivo apache probablemente no encontrado

  [site1.com]Usuario equivale a usuario1Grupo de usuarios 1Escuchar = coincide con /var/run/php-fpm/site1.com.socklisten.owner implica user1listen.group = user1php_admin_value [disable_functions] es igual a significa exec, passthru, shell_exec, systemphp_admin_flag [allow_url_fopen]php_admin_value [short_open_tag] implica Habilitadophp_admin_value [doc_root] coincide con /php_admin_value [error_log] es igual a / logs / php-Fehlerphp_admin_flag [log_errors] es igual a habilitadopm significa a pedidopm.max_children equivale a 5pm.start_servers = 2pm.min_spare_servers significa 1pm.max_spare_servers equivale a 3chroot = /home/www/site1.comchdir implica y wwwcatch_workers_output = sí 

Como debería ver poco después de eso, superé chroot, cambié la directiva chdir a raíz de PHP. (La ruta del gadget podría ser /home/www/site1.com/www y chdir parece haberse configurado hasta antes de chroot la principal directiva actual estaba activa).

          ServerAdmin [email protected]        Nombre del servidor y sitio1.com        ServerAlias ​​www.site1.com        / home / web / site1 documentroot.com/www                        Los parámetros contienen FollowSymLinks                Directorio directorio sitio index.php                Permitir Reemplazar todo                Iniciar sesión, deshacerse del pedido                Permitir a todos       ErrorLog /home/www/site1.com/logs/errorsCustomLog /home/www/site1.com/logs/access_log última general                        SetHandler "proxy: unix: ///var/run/php-fpm/site1.com.sock | fcgi: //site1.com"        LogLevel Trace 3 

Empecé a aumentar normalmente el LogLevel en mi nuevo archivo httpd.d site.conf, y estos son algunos de los resultados más interesantes:

  [Lunes 02 de noviembre diez: 42: 52.665284 2015] [proxy: trace2] [pid Proxy_util 14286] .c (2007): [Cliente 74.221.189.99: 16486] *: Trabajador proxy de aprendizaje inverso para Unix: ///var/run/php-fpm/site1.com.sock|fcgi://site1.com/home/www/site1.com/www/index.php    [Lunes 02 de noviembre 10:42: 52.665292 [proxy: trace2] 2015] [pid 14286] proxy_util.c (2041): [cliente 74.221.189. *: 99: 16486] Reescritura de URL para UDS (/ var o 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)    [Mon Nov 10:42:52 02.665295 2015] [pid [proxy: debug] 14286] mod_proxy.c (1117): [cliente 74.221.189.99:16486] AH01143: Diagrama de flujo de Unix Manager 0) (Intento [Lunes 10 de noviembre, 10: 42: 52.665300 2015] [proxy_ajp: debugging] 14286] [pid mod_proxy_ajp.c (713): [Cliente 74.221.189.99: 16486] AH00894: URL dañina fcgi: // site1. Com - inicio /www/site1.com/www/index.php    [Lunes, diez de noviembre 10:42: 52.665304 [proxy_fcgi: debug] 2015] [pid 14286] mod_proxy_fcgi.c (948): [Cliente 74.221.189.99: 16486] AH01076: URL: fcgi: //site1.com/home y www /site1.com/www/index.php nombre_proxy: (nulo) puerto_proxy: 0   [Lunes 02 de noviembre 10: 42: 52.665307 2015] [proxy_fcgi: debug] [pid Mod_proxy_fcgi 14286] .c (955): [Cliente 74.221.189.99: 16486] AH01078: sitio web del servicio fcgi: //site1.com / home / world amplia web /site1.com/www/index.php    [Lunes 2 de noviembre 10: 42: 52.665311 2015] [pid [proxy: debugging] 14286] proxy_util.c (2200): AH00942: FCGI: obteniendo conexión para (*)    [Lunes 02 de noviembre 10: 49: 52.665316 2015] [pid [proxy: debug] 14286] proxy_util.c (2253): [Cliente 74.221.189.99: 16486] AH00944: conéctese a fcgi: //site1.com/home / world wide web / site1.com/www/index.php en site1.com:8000    [Lunes 02 de noviembre 10: 45: 52.665320 2015] [proxy: debug] [pid Proxy_util 14286] .c (2286): [cliente 74.221.189.99: 16486] AH02545: fcgi: encontrado UDS según var / run / perl - fpm / site1.com.sock    [Lunes, 10:42:52 de noviembre, 02.665420 de 2015] [pid [proxy: debug] 14286] proxy_util.c (2419): [Cliente 74.221.189.99:16486] AH00947: participando /home/www/site1.com/ www por índice .php a httpd-UDS: 0   [Lunes 02 de noviembre 10:42: 52.668135 2015] [proxy_fcgi: error] [pid [cliente 14286] 74.221.189.99: 16486] AH01071: Error "Escritura principal desconocida  n"   [Lunes 10 de noviembre 10: 42: 52.668179 2015] [proxy_fcgi: trace1] [pid Util_script 14286] .deborah (599): [Cliente 74.221.189.99: 16486] Estado de índice estándar script.php: 404 No encontrado    [Lunes 02 de noviembre 10:42: 52.668237 2015] [http: trace3] [pid Http_filters 14286] .c (992): [Cliente 74.221.189.99:16486] Respuesta con estado 404    [Lunes, 2 de noviembre, 10 am: 42: 52.2015] 668284 [proxy: debug] [pid 14286] proxy_util.c (2215): AH00943: FCGI: ofrece una conexión sin cargo para (*) 
  • ¿Por qué realmente puede aparecer el error “Archivo no solo encontrado”?
  • Mejor aún, ¿de qué manera puedo solucionar este problema o, al menos, cómo puedo reducir mejor mi problema?

error de apache completo no encontrado