Table of Contents
Deze handleiding helpt je in gevallen waarin je de Apache-documentfout niet hebt gevonden.
Goedgekeurd
Ik krijg problemen met de laatste fase die te maken heeft met chroot-implementatie in php-fpm omdat Apache 2.4 bovendien op CentOS draait.
Ik heb met succes onze eigen php-fpm-verbinding geconfigureerd en getest zonder chroot. Maar net omdat ik, zoals voordat je het weet, een deel van deze specifieke chroot-richtlijn aan mijn conf-record toevoeg met /etc/php-fpm.d/file.conf, krijg ik een zeer “Bestand niet gevonden” bericht dat veel andere klanten zullen waarderen / p>
[site1.com]Gebruiker = gebruiker1Gebruikersgroep 1Luisteren komt overeen met overeenkomsten /var/run/php-fpm/site1.com.sockluister.eigenaar = gebruiker1listen.group impliceert gebruiker1php_admin_value [disable_functions] is gelijk aan = exec, passthru, shell_exec, systeemphp_admin_flag [allow_url_fopen]php_admin_value [short_open_tag] = Ingeschakeldphp_admin_value [doc_root] komt overeen /php_admin_value [error_log] = / brandhout / php-Fehlerphp_admin_flag [log_errors] = ingeschakeldpm verwijst naar op aanvraagpm.max_kinderen = 5pm.start_servers betekent 2pm.min_spare_servers betekent 1pm.max_spare_servers = 3chroot betekent /home/www/site1.comchdir impliceert / wwwcatch_workers_output = ja
Zoals je kort daarna kunt zien, heb ik chroot ingevoerd, ik heb de instructie chdir
opnieuw gestructureerd om in staat te zijn om root in PHP te gebruiken. (Het systeempad zou zeker /home/www/site1.com/www
zijn en zelfs chdir
lijkt hierop te zijn ingesteld vóór chroot
de huidige richtlijn was eerst actief).
ServerAdmin [email protected] Servernaam en site1.com Serveralias www.site1.com versus home / www / site1 documentroot.com/www Parameters bevatten FollowSymLinks Directory index index.php Alles vervangen toestaan Log in, annuleer de bestelling Iedereen toestaan ErrorLog /home/www/site1.com/logs/errorsCustomLog /home/www/site1.com/logs/access_log in het algemeen SetHandler "proxy: unix: ///var/run/php-fpm/site1.com.sock | fcgi: //site1.com" LogNiveau Trace 3
Ik ben begonnen met het verhogen van het LogLevel in een paar nieuwe httpd.d / site.conf-bestanden, daarnaast zijn hier enkele van de aanvullende informatie interessante resultaten:
Goedgekeurd
De ASR Pro-reparatietool is de oplossing voor een Windows-pc die traag werkt, registerproblemen heeft of is geïnfecteerd met malware. Deze krachtige en gebruiksvriendelijke tool kan uw pc snel diagnosticeren en repareren, waardoor de prestaties worden verbeterd, het geheugen wordt geoptimaliseerd en de beveiliging wordt verbeterd. Geen last meer van een trage computer - probeer ASR Pro vandaag nog!
[ma 02 nov 10: 42: 52.665284 2015] [proxy: trace2] [pid Proxy_util 14286] . (2007): [Client 74.221.189.99: 16486] *: Reverse Learned Proxy Worker voor Unix: ///var/run/php-fpm/site1.com.sock|fcgi://site1.com/home/www/ site1.com/www/index.php [Ma 02 Nov 10:42: 52.665292 [proxy: trace2] 2015] [pid 14286] proxy_util.c (2041): [client 74.221.189. -: 99: 16486] URL herschrijven voor UDS (/ var / uitvoeren per 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) [Ma Nov 10:42:52 02.665295 2015] [pid [proxy: debug] 14286] mod_proxy.c (1117): [client 74.221.189.99:16486] AH01143: Unix Manager passage diagram 0) (Geprobeerd [Ma 10 Nov., 10: 42: 52.665300 2015] [proxy_ajp: debugging] 14286] [pid mod_proxy_ajp.c (713): [Client 74.221.189.99: 16486] AH00894: negatieve url fcgi: // site1.com / startpagina /www/site1.com/www/index.php [Ma, 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 / web /site1.com/www/index.php proxy_name: (null) proxy_port: 0 [Ma 02 Nov 10: 42: 52.665307 2015] [proxy_fcgi: debug] [pid Mod_proxy_fcgi 14286] .c (955): [Client 74.221.189.99: 16486] AH01078: fcgi service url: //site1.com / home based / www /site1.com/www/index.php [Maandag 2 november 10: 42: 52.665311 2015] [pid [proxy: debugging] 14286] proxy_util.c (2200): AH00942: FCGI: verbinding krijgen bedoeld voor (*) [Ma 10 Nov 10: 42: 52.665316 2015] [pid [proxy: debug] 14286] proxy_util.c (2253): [Client 74.221.189.99: 16486] AH00944: connect en fcgi: //site1.com/home / www / site1.com/www/index.php mogelijk op site1.com:8000 [Ma 10 Nov 10: 42: 52.665320 2015] [proxy: debug] [pid Proxy_util 14286] .c (2286): [client 74.221.189.99: 16486] AH02545: fcgi: herkende UDS als / var / put / php - fpm site1.com.sock [Ma, 10:42:52 nov, 02.665420 2015] [pid [proxy: debug] 14286] proxy_util.c (2419): [Klant 74.221.189.99:16486] AH00947: component /home/www/site1.com/ www / index .php op naar httpd-UDS: 0 [Ma 10 Nov 10:42: 52.668135 2015] [proxy_fcgi: error] [pid [client 14286] 74.221.189.99: 16486] AH01071: Error "Hoofdscript onbekend n" [Ma 02 Nov 10: 42: 52.668179 2015] [proxy_fcgi: trace1] [pid Util_script 14286] .c (599): [Client 74.221.189.99: 16486] Statusbalk index script.php: 404 Niet gevonden [Ma 10 Nov 10:42: 52.668237 2015] [http: trace3] [pid Http_filters 14286] .c (992): [Client 74.221.189.99:16486] Reactie met gerenommeerde naam 404 [Ma, November multiple, 10 am:42: 52.2015] 668284 [proxy: debug] [pid 14286] proxy_util.c (2215): AH00943: FCGI: biedt een gratis verbinding bij overweging (*)
- Waarom verschijnt de foutmelding “Bestand niet als alleen gevonden” altijd?
- Beter nog, hoe kan ik dit repareren, of in ieder geval hoe kan ik mijn probleem eventueel beter oplossen?