php - para - wordpress nginx centos 7

nginx-No se puede abrir el script principal

Question

Recibí un mensaje de error:

FastCGI sent in stderr: "Unable to open primary script: /home/messi/web/wordpress/index.php (No such file or directory)" while reading response header from upstream, client: xxx.xxx.xxx.xxx, server: www.domain.com, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "www.domain.com

here are my configuration files:

/etc/php5/fpm/php.ini

cgi.fix_pathinfo=0
doc_root =
user_dir =
....

/etc/php5/fpm/php-fpm.conf

[global]
pid = /var/run/php5-fpm.pid
error_log = /var/log/php5-fpm.log
include=/etc/php5/fpm/pool.d/*.conf

/etc/php5/fpm/pool.d/www.conf

[www]
user = www-data
group = www-data
listen = /var/run/php5-fpm.sock
listen.owner = www-data
listen.group = www-data
listen.mode = 0666
pm = dynamic
pm.max_children = 5
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 3
chdir = /
security.limit_extensions = .php .php3 .php4 .php5
php_flag[display_errors] = on
php_admin_value[error_log] = /var/log/fpm-php.www.log
php_admin_flag[log_errors] = on

/etc/nginx/nginx.conf

user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
server_tokens off;
default_type application/octet-stream;
log_format main ''$remote_addr - $remote_user [$time_local] "$request" ''
''$status $body_bytes_sent "$http_referer" ''
''"$http_user_agent" "$http_x_forwarded_for"'';
access_log /var/log/nginx/access.log main;
sendfile on;
#tcp_nopush on;
keepalive_timeout 65;
#gzip on;
include /etc/nginx/sites-enabled/*;
}

/ etc / nginx / sites-enabled / wordpress

server {
listen 80;
server_name www.domain.com;
root /home/messi/web/wordpress;
error_log /var/log/nginx/err.wordpress.log;
index index.php;
location / {
try_files $uri $uri/ /index.php?$args;
}
location = /favicon.ico {
log_not_found off;
access_log off;
}
location = /robots.txt {
allow all;
log_not_found off;
access_log off;
}
location ~ //. {
deny all;
}
location ~* /(?:uploads|files)/.*/.php$ {
deny all;
}
location ~ /.php$ {
fastcgi_split_path_info ^(.+/.php)(/.+)$;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include /etc/nginx/fastcgi_params;
}
}

Permiso de usuario de configuración:

#adduser www-data messi
#chown -R www-data:www-data /home/messi/web
#chmod -R 664 /home/messi/web/wordpress

¿Cómo puedo resolver esto? Gracias

Answer 1

Este es probablemente un problema de permisos.

1. Asegúrese de que cada directorio padre tenga + x permisos para el usuario (el usuario nginx y / o php-fpm).

   Puede verificar estos permisos con: namei -om /path/to/file .

2. Si tiene enlaces simbólicos, asegúrese de que apunten a una ruta válida.

3. Asegúrese de que los chroots tengan acceso a los caminos correctos.

4. Asegúrese de que SELinux (por ejemplo, Fedora / Centos) o AppArmor (por ejemplo, Ubuntu) o cualquier otro sistema de seguridad de MAC no interfiera con el acceso al archivo.

   Para SeLinux: verifique /var/log/audit/audit.log o / var / log / messages

   Para AppArmor: no soy un usuario de Ubuntu y, por lo que entiendo, el registro de AppArmor no siempre es fácil de entender. Puede consultar aquí para obtener más información: http://ubuntuforums.org/showthread.php?t=1733231

Answer 2

OMG ¡He pasado una hora intentando arreglarlo y verificar que el contexto de SELinux me salvó la vida! Tks!

Answer 3

SELinux causará este error en CentOS / RHEL 7+ de forma predeterminada :(

Para probar si SELinux es la fuente de tus problemas, haz

setenforce 0

... y ver si todo funciona. Si eso lo solucionó, puedes dejar SELinux apagado (débil, eres mejor que eso), o puedes volver a encenderlo con

setenforce 1

... y luego arreglar correctamente el problema.

Si lo haces

tail -f /var/log/audit/audit.log

... verás el problema de SELinux. En mi caso, estaba negando el acceso de PHP-FPM a los archivos web. Puede ejecutar las siguientes directivas para solucionarlo:

setsebool -P httpd_can_network_connect_db 1
setsebool -P httpd_can_network_connect 1

Al principio, esto no lo solucionó, pero luego lo restauró el contexto de SELinux.

restorecon -R -v /var/www

Espero que ayude.

Answer 4

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; ->
fastcgi_param SCRIPT_FILENAME/home/messi/web/wordpress$fastcgi_script_name;