Configuración
- Ubuntu Server 11.10 de 64 bits
- Amazon AWS, Ec2, alojado en la nube
- instancia t1.micro
Antes de escribir cualquier otra cosa, me gustaría decir que he comprobado los subprocesos de nginx 502 bad gateway y Nginx + PHP-FPM 502 Bad Gateway , que desafortunadamente no me han ayudado en este sentido.
El problema parece ser bastante común: una configuración incorrecta de nginx o php-fpm puede provocar un 502 Bad Gateway
error, que es algo de lo que no he podido deshacerme. Tenga en cuenta que esto aparece incluso cuando voy a la raíz de mi dominio , sin especificar ningún directorio en particular.
Estoy ejecutando un servidor web Amazon EC2, con el puerto 9000 habilitado, el puerto 80 abierto, etc.
La pregunta en particular es, ¿cómo puedo deshacerme de este desagradable error? O, mejor aún, ¿cómo puedo ponerme php5-fpm
a trabajar ?
Lo que he intentado hasta ahora
Edición mayoritariamente consistente de archivos de configuración, en particular php-fpm.conf
y nginx.conf
.
yo. php-fpm.conf
Agregué lo siguiente, que no ha ayudado mucho:
;;;;;;;;;;;;;
; Fpm Start ;
;;;;;;;;;;;;;
;pm.start_servers = 20
;pm.min_spare_servers = 5
;pm.max_spare_servers = 35
Ahora, luego intenté incluir mis archivos de configuración:
include=/etc/php5/fpm/*.conf
Lo que solo me jodió aún más.
Configuración completa
;;;;;;;;;;;;;;;;;;;;;
; FPM Configuration ;
;;;;;;;;;;;;;;;;;;;;;
; All relative paths in this configuration file are relative to PHP's install
; prefix (/usr). This prefix can be dynamicaly changed by using the
; '-p' argument from the command line.
; Include one or more files. If glob(3) exists, it is used to include a bunch of
; files from a glob(3) pattern. This directive can be used everywhere in the
; file.
; Relative path can also be used. They will be prefixed by:
; - the global prefix if it's been set (-p arguement)
; - /usr otherwise
;include=/etc/php5/fpm/*.conf
;;;;;;;;;;;;;;;;;;
; Global Options ;
;;;;;;;;;;;;;;;;;;
[global]
; Pid file
; Note: the default prefix is /var
; Default Value: none
pid = /var/run/php5-fpm.pid
; Error log file
; Note: the default prefix is /var
; Default Value: log/php-fpm.log
error_log = /var/log/php5-fpm.log
; Log level
; Possible Values: alert, error, warning, notice, debug
; Default Value: notice
log_level = notice
; If this number of child processes exit with SIGSEGV or SIGBUS within the time
; interval set by emergency_restart_interval then FPM will restart. A value
; of '0' means 'Off'.
; Default Value: 0
;emergency_restart_threshold = 0
; Interval of time used by emergency_restart_interval to determine when
; a graceful restart will be initiated. This can be useful to work around
; accidental corruptions in an accelerator's shared memory.
; Available Units: s(econds), m(inutes), h(ours), or d(ays)
; Default Unit: seconds
; Default Value: 0
emergency_restart_interval = 0
; Time limit for child processes to wait for a reaction on signals from master.
; Available units: s(econds), m(inutes), h(ours), or d(ays)
; Default Unit: seconds
; Default Value: 0
;process_control_timeout = 0
; Send FPM to background. Set to 'no' to keep FPM in foreground for debugging.
; Default Value: yes
daemonize = no
;;;;;;;;;;;;;
; Fpm Start ;
;;;;;;;;;;;;;
;pm.start_servers = 20
;pm.min_spare_servers = 5
;pm.max_spare_servers = 35
;;;;;;;;;;;;;;;;;;;;
; Pool Definitions ;
;;;;;;;;;;;;;;;;;;;;
; Multiple pools of child processes may be started with different listening
; ports and different management options. The name of the pool will be
; used in logs and stats. There is no limitation on the number of pools which
; FPM can handle. Your system will tell you anyway :)
; To configure the pools it is recommended to have one .conf file per
; pool in the following directory:
include=/etc/php5/fpm/pool.d/*.conf
ii . nginx.conf
Honestamente, esta configuración es un puñado de algunos sitios web que he visitado, pero puedo decirles que antes de este negocio de 502 Bad Gateway, el servidor funcionaba bien (sin PHP funcionando. Punto).
El problema radica principalmente en el hecho de que algo está terriblemente, terriblemente mal. Y ahora, cuando intento hacer una service php5-fpm restart
, se cuelga en lo que supongo es un bucle infinito o algo, que no puedo ni siquiera CTRL- Cde.
Configuración completa
user www-data;
worker_processes 1;
pid /var/run/nginx.pid;
events {
worker_connections 64;
# multi_accept on;
}
http {
##
# Basic Settings
##
sendfile on;
tcp_nopush off;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;
# server_names_hash_bucket_size 64;
# server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
##
# Logging Settings
##
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
##
# Gzip Settings
##
gzip on;
gzip_disable "msie6";
# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
##
# Virtual Host Configs
##
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
server {
listen 80;
server_name ec2-xx-xx-xx-xx.compute-x.amazonaws.com;
location ~ ^(.+\.php)(.*)$ {
root /home/wayvac/public;
fastcgi_pass unix:/var/run/php5-fpm.pid;
#fastcgi_pass 127.0.0.1:9000; #Un-comment this and comment "fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock;" if you are not using php-fpm.
fastcgi_index index.php;
set $document_root2 $document_root;
if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") { set $document_root2 $1$2; }
if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") { set $document_root2 $1$2; }
if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") { set $document_root2 $1$2; }
if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") { set $document_root2 $1$2; }
if ($document_root2 ~ "^(.*\\\\).*?[\\\\|\/]\.\.\/(.*)$") { set $document_root2 $1$2; }
fastcgi_split_path_info ^(.+\.php)(.*)$;
fastcgi_param SCRIPT_FILENAME $document_root2$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param PATH_TRANSLATED $document_root2$fastcgi_path_info;
include fastcgi_params;
fastcgi_param DOCUMENT_ROOT $document_root2;
}
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
location / {
root /home/wayvac/public;
index index.html index.htm index.php;
}
location ~* \.(?:ico|css|js|gif|jpe?g|png)$ {
# Some basic cache-control for static files to be sent to the browser
expires max;
add_header Pragma public;
add_header Cache-Control "public, must-revalidate, proxy-revalidate";
}
#include drop.conf;
#include php.conf;
}
}
fuente
# pass the PHP scripts to FastCGI server at /var/run/php5-fpm.sock location ~ ^/(app|app_dev)\.php(/|$) { fastcgi_pass unix:/var/run/php5-fpm.sock; fastcgi_split_path_info ^(.+\.php)(/.*)$; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param HTTPS off; }
?127.0.0.1:9000
Intente establecer estos valores, resuelve el problema en fast-cgi
fastcgi_buffer_size 16k; fastcgi_buffers 4 16k;
fuente
Hice todos estos ajustes similares, pero de vez en cuando recibía errores 501/502 (diariamente).
Esta es mi configuración en /etc/php5/fpm/pool.d/www.conf para evitar errores 501 y 502 nginx… El servidor tiene 16 Gb de RAM. Esta configuración es para un servidor RAM de 8 Gb, así que ...
luego establezca los siguientes valores para
pm.max_children = 70 pm.start_servers = 20 pm.min_spare_servers = 20 pm.max_spare_servers = 35 pm.max_requests = 500
Después de estos cambios, reinicie php-fpm
fuente
Si encontró el problema después de actualizar php-fpm como yo, intente esto: abra /etc/php5/fpm/pool.d/www.conf, descomente las siguientes líneas:
listen.owner = www-data listen.group = www-data listen.mode = 0666
luego reinicie php-fpm.
fuente
/etc/php/php-fpm.d/www/conf
en Arch Linux. Tenga en cuenta que la configuración de permisos en0666
probablemente no sea adecuada para producción. En cambio, un servidor de producción debe coincidir con el usuario de Nginx y el usuario de PHP-FPM y mantener los permisos0660
para aumentar la seguridad.No olvides que
php-fpm
es un servicio. Después de instalarlo, asegúrese de iniciarlo:# service php-fpm start # chkconfig php-fpm on
fuente
Para cualquier otra persona que esté luchando por llegar al fondo de esto, intenté ajustar los tiempos de espera como se sugirió, ya que no quería dejar de usar sockets Unix ... después de mucha resolución de problemas y no mucho para continuar, descubrí que este problema se estaba causando por la extensión APC que habilité en php-fpm hace unos meses. La desactivación de esta extensión resolvió los errores 502 intermitentes, la forma más sencilla de hacerlo era comentando la siguiente línea:
¡Esto me sirvió!
fuente
El puerto se cambió a 9001 en 5.4, simplemente cambiar el puerto de 9000 a 9001 en nginx conf y en la configuración php-fpm funcionó para mí.
fuente
Espero que este consejo salve la vida de otra persona. En mi caso el problema fue que me quedé sin memoria, pero solo un poco, era difícil pensar en ello. Perdí 3 horas en eso. Recomiendo correr:
o
... junto con ejecutar solicitudes problemáticas en el servidor para ver si su memoria no se agota. Y si funciona como en mi caso, debe crear un archivo de intercambio (a menos que ya tenga uno).
He seguido este tutorial para crear un archivo de intercambio en Ubuntu Server 14.04 y funcionó bien: http://www.cyberciti.biz/faq/ubuntu-linux-create-add-swap-file/
fuente
Debería ver el registro de errores. De forma predeterminada, su ubicación está en /var/log/nginx/error.log
En mi caso, 502 se sale debido a:
GET /app_dev.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock:", host: "symfony2.local" 2016/05/25 11:57:28 [error] 22889#22889: *3 upstream sent too big header while reading response header from upstream, client: 127.0.0.1, server: symfony2.local, request: "GET /app_dev.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock:", host: "symfony2.local" 2016/05/25 11:57:29 [error] 22889#22889: *3 upstream sent too big header while reading response header from upstream, client: 127.0.0.1, server: symfony2.local, request: "GET /app_dev.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock:", host: "symfony2.local" 2016/05/25 11:57:29 [error] 22889#22889: *3 upstream sent too big header while reading response header from upstream, client: 127.0.0.1, server: symfony2.local, request: "GET /app_dev.php HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock:", host: "symfony2.local"
Cuando sepamos exactamente qué está mal, corríjalo. Para estos errores, simplemente modifique el búfer:
fastcgi_buffers 16 512k; fastcgi_buffer_size 512k;
fuente
También descubrí que este error puede deberse al escribir datos json_encoded () en MySQL. Para evitarlo, baso64_encode () el JSON. Tenga en cuenta que cuando se decodifica, la codificación JSON puede cambiar los valores. Nótese bien. 24 pueden convertirse en 24,00
fuente
Muy bien, después de probar todas las soluciones en la web, terminé solucionando el problema con un método muy simple, primero verifiqué php-fpm err log
cat /var/log/php5-fpm.log
y el error más repetido fue
" WARNING: [pool www] server reached pm.max_children setting (5), consider raising it "
Edito la configuración de los pools PHP-fpm
Chenged esta línea
pm.max_children = 5
A un nuevo valor
pm.max_children = 10
Por cierto, estoy usando un VPS de gama baja con 128 MB de ram. Como todos los demás, pensaba que redusarlo
pm.max_children
hará que mi servidor se ejecute más rápido y consuma menos memoria, pero la configuración que usamos era demasiado baja para iniciar el proceso PHP-fpm. Espero que esto ayude a otros, ya que encontré esto después de 24 horas de pruebas y fallas, pero mi soporte de alojamiento web no pudo resolver el problema.fuente
Llego muy tarde a este juego, pero mi problema comenzó cuando actualicé php en mi servidor. Pude simplemente eliminar el archivo .socket y reiniciar mis servicios. Entonces, todo funcionó. No estoy seguro de por qué hizo la diferencia, ya que el archivo es de tamaño 0 y la propiedad y los permisos son los mismos, pero funcionó.
fuente
Antes de jugar con la configuración de Nginx, primero intente deshabilitar ChromePHP.
1 - Abra la aplicación / config / config_dev.yml
2 - Comenta estas líneas:
ChromePHP empaqueta la información de depuración codificada en json en el encabezado X-ChromePhp-Data, que es demasiado grande para la configuración predeterminada de nginx con fastcgi.
fuente
En su archivo vhost de NGINX, en el bloque de ubicación que procesa sus archivos PHP (generalmente
location ~ \.php$ {
) a través de FastCGI, asegúrese de tener las siguientes líneas:proxy_buffer_size 128k; proxy_buffers 4 256k; proxy_busy_buffers_size 256k; fastcgi_buffer_size 16k; fastcgi_buffers 4 16k;
Después de eso, no olvide reiniciar fpm y nginx.
Adicional:
Rutas de NGINX vhost
/etc/nginx/sites-enabled/
- LinuxReinicie NGINX:
sudo service nginx restart
- Linuxbrew service restart nginx
- MacReinicie FPM:
Determine el nombre del proceso fpm: -
systemctl list-unit-files | grep fpm
- Linux -brew services list | grep php
- Macy luego reinícielo con:
sudo service <service-name> restart
- Linuxbrew services restart <service-name>
- Macfuente
Quizás esta respuesta ayude:
nginx error al conectarse a php5-fpm.sock falló (13: Permiso denegado)
La solución fue reemplazar www-data con nginx en /var/www/php/fpm/pool.d/www.conf
Y modificar respectivamente las credenciales del socket:
$ sudo chmod nginx:nginx /var/run/php/php7.2-fpm.sock
fuente