Table of Contents
이 가이드는 Apache 파일 오류를 고려하지 않은 경우 도움이 될 것입니다.
승인됨
Apache 2.4가 CentOS 7에서 실행되기 때문에 php-fpm을 사용하는 chroot 구현의 마지막 단계에 문제가 있습니다.
chroot 없이 우리의 예쁜 php-fpm 연결을 성공적으로 구성하고 테스트했습니다. 하지만 /etc/php-fpm.d/file.conf를 사용하여 내 conf 파일에 chroot 지시문의 일부를 삽입하자마자 많은 다른 사람들이 감사할 “파일을 찾을 수 없음” 개념을 얻게 되었기 때문입니다. – p>
[site1.com]사용자는 user1과 동일합니다.사용자 그룹 1Listen = /var/run/php-fpm/site1.com.sock과 일치listen.owner는 user1을 의미합니다.청취.그룹 = 사용자1php_admin_value [disable_functions]는 exec, passthru, shell_exec, 시스템과 같습니다.php_admin_flag [allow_url_fopen]php_admin_value[short_open_tag]는 Enabled와 같습니다.php_admin_value [doc_root] 일치 /php_admin_value [error_log]는 / 로그 / php-Fehler를 의미합니다.php_admin_flag [log_errors]는 활성화됨과 같습니다.오후는 요청 시 의미pm.max_children은 5와 같습니다.pm.start_servers = 2pm.min_spare_servers는 1을 의미합니다.pm.max_spare_servers는 3과 같습니다.chroot = /home/www/site1.comchdir은 www를 의미합니다.catch_workers_output = 예
그 직후에 분명히 보셨겠지만, chroot를 삽입하고 chdir
지시문을 PHP 루트로 변경했습니다. (다단계 경로는 /home/www/site1.com/www
일 수 있으며 chdir
은 현재 chroot
이전에 여기로 설정된 것으로 인식합니다. 지시문이 활성화됨).
<코드> <가상호스트 *: 80> ServerAdmin [email protected] 서버 이름 및 site1.com ServerAlias www.site1.com / 홈 / 월드 와이드 웹 / site1 documentroot.com/www <디렉토리 "/home/www/site1.com/www"> 매개변수에는 FollowSymLinks가 포함됩니다. 디렉토리 디렉토리 사이트 index.php 모두 바꾸기 허용 로그인, 주문 삭제 모두 허용 오류 로그 /home/www/site1.com/logs/errorsCustomLog /home/www/site1.com/logs/access_log 일반SetHandler "프록시: 유닉스: ///var/run/php-fpm/site1.com.sock | fcgi: //site1.com" LogLevel 추적 3
새로운 httpd.d 또는 site.conf 파일에서 하나의 특정 LogLevel을 늘리기 시작했으며 여기에 더 흥미로운 결과가 있습니다.
승인됨
ASR Pro 복구 도구는 느리게 실행되거나 레지스트리 문제가 있거나 맬웨어에 감염된 Windows PC를 위한 솔루션입니다. 이 강력하고 사용하기 쉬운 도구는 PC를 신속하게 진단 및 수정하여 성능을 높이고 메모리를 최적화하며 프로세스의 보안을 개선할 수 있습니다. 더 이상 느린 컴퓨터로 고통받지 마세요. 지금 ASR Pro을 사용해 보세요!
[Mon Nov 02 10:42:52.665284 2015] [proxy: trace2] [pid Proxy_util 14286] .c (2007): [클라이언트 74.221.189.99]: 16486 Unix용 역학습 프록시 작업자: ///var/run/php-fpm/site1.com.sock|fcgi://site1.com/home/www/site1.com/www/index.php [Mon 02 Nov 10:42: 52.665292 [proxy: trace2] 2015] [pid 14286] proxy_util.c (2041): [client 74.221.189. *: 99: 16486] UDS용 URL 재작성(/ var 대 실행/php-fpm/site1.com.sock): fcgi: //site1.com/home/www/site1.com/www/index. PHP(프록시: 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): [client 74.221.189.99:16486] AH01143: Unix Manager 흐름도 0) (시도 [월 10, 10:42: 52.665300 2015] [proxy_ajp: 디버깅] 14286] [pid mod_proxy_ajp.c (713): [클라이언트 74.221.189.99: 164894]url AH000 홈 /www/site1.com/www/index.php [월, 10월 10일 10:42: 52.665304 [proxy_fcgi: debug] 2015] [pid 14286] mod_proxy_fcgi.c (948): [Client 74.221.189.99: 16486] - AH01076: URL: .com www /site1.com/www/index.php 프록시 이름: (널) 프록시 포트: 0 [Mon 02 Nov 10: 42: 52.665307 2015] [proxy_fcgi: debug] [pid Mod_proxy_fcgi 14286] .c (955): [클라이언트 74.221.189.99: 16486///home AH01078] AH01078: /site1.com/www/index.php [Monday 2 November 10: 42: 52.665311 2015] [pid [proxy: debugging] 14286] proxy_util.c (2200): AH00942: FCGI: (*)에 대한 연결 [Mon 02 Nov 10: 40: 52.665316 2015] [pid [proxy: debug] 14286] proxy_util.c (2253): [Client 74.221.189.99: 16486] AH00944: connect to web.fcgi: //site / site1.com/www/index.php at site1.com:8000 [Mon 02 Nov 10: 45: 52.665320 2015] [proxy: debug] [pid Proxy_util 14286] .c (2286): [client 74.221.189.99: 16486] AH02545: perl perl -var run perl - fpm UDS 발견됨 / site1.com.sock [Mon, Nov 10:42:52, 02.665420 2015] [pid [proxy: debug] 14286] proxy_util.c (2419): [고객 74.221.189.99:16486] AH00947: 참여 /home/www/site1 httpd-UDS에 대한 인덱스 .php당: 0 [Mon 02 Nov 10:42: 52.668135 2015] [proxy_fcgi: error] [pid [client 14286] 74.221.189.99: 16486] AH01071: 오류 "알 수 없는 기본 패키지 n" [Mon 10 Nov 10: 42: 52.668179 2015] [proxy_fcgi: trace1] [pid Util_script 14286] .Celsius (599): [클라이언트 74.221.189.99: 16486] 상태 표준 색인 script.php를 찾을 수 없음:4 [Mon 02 Nov 10:42: 52.668237 2015] [http: trace3] [pid Http_filters 14286] .c (992): [Client 74.221.189.99:16486] 상태 404의 응답 [2015년 11월 2일 월요일 오전 10시 42분: 52] 668284 [proxy: debug] [pid 14286] proxy_util.c (2215): AH00943: FCGI: (*)에 대한 쉬운 연결 제공
<울>