nginx: falló la conexión () (111: conexión rechazada) al conectarse al flujo ascendente

3 minutos de lectura

avatar de usuario
Abhishek Tripathi

Intentando implementar mi primer portal.

Recibo un error de tiempo de espera de puerta de enlace 502 en el navegador cuando estaba enviando la solicitud a través del navegador

cuando revisé los registros, recibí este error

 2014/02/03 09:00:32 [error] 16607#0: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 14.159.131.19, server: foo.com, request: "GET HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "22.11.180.154"

¿Hay algún problema relacionado con los permisos?

  • agregue información para ayudar a comprender el problema, su configuración, ¿qué hizo? qué enlaces están rotos, y si alguno funciona o no, etc.

    – Mohammad Abu Shady

    03/02/2014 a las 16:33


  • mi problema fue resuelto…. no he instalado php en mi servidor

    – Abhishek Tripathi

    03/02/2014 a las 19:05

  • Consulte: stackoverflow.com/questions/15852884/nginx-connect-failed-error

    – hombre positivo

    23 de febrero de 2014 a las 9:51

  • @lucky Así que creo que es mejor cerrar esta pregunta.

    – Farshid Ashouri

    11 de junio de 2014 a las 20:02

avatar de usuario
sitio digital

No creo que esa solución funcione de todos modos porque verá algún mensaje de error en su archivo de registro de errores.

La solución fue mucho más fácil de lo que pensaba.

simplemente, abra la siguiente ruta a su php5-fpm

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

o si eres el administrador ‘raíz’

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

Luego busca esta línea y descoméntala:

listen.allowed_clients = 127.0.0.1

Esta solución le permitirá utilizar escucha = 127.0.0.1:9000 en tus bloques vhost

como esto: fastcgi_pass 127.0.0.1:9000;

después de realizar las modificaciones, todo lo que necesita es reiniciar o recargar Nginx y Php5-fpm

Php5-fpm

sudo service php5-fpm restart

o

sudo service php5-fpm reload

Nginx

sudo service nginx restart

o

sudo service nginx reload

De los comentarios:

También comenta

;listen = /var/run/php5-fpm.sock 

y añadir

listen = 9000

  • listen = 9000 y ;listen = /var/run/php5-fpm.sock

    – n611x007

    1 de enero de 2015 a las 16:16

  • En CentOS 7 este archivo estaba en /etc/php-fpm.d/www.conf para mí y tuve que agregar listen = 9000 y comentar listen = /var/run/php-fpm/php-fpm.sock.

    – drogadicto

    23/10/2016 a las 21:36

  • ¿Por qué no cambiar la configuración de NGINX para usar sockets en lugar de localhost: 9000? Al cambiar el fastcgi_pass línea a “astcgi_pass unix:/run/php/php7.0-fpm.sock;

    – K Nejad

    9 de diciembre de 2019 a las 14:07

Tuve el mismo problema cuando escribí dos upstreams en NGINX conf

upstream php_upstream {
    server unix:/var/run/php/my.site.sock;
    server 127.0.0.1:9000;
}

...

fastcgi_pass php_upstream;

pero en /etc/php/7.3/fpm/pool.d/www.conf Solo escuché el socket

listen = /var/run/php/my.site.sock

Así que solo necesito enchufe, no ninguno 127.0.0.1:9000y acabo de quitar IP+puerto aguas arriba

upstream php_upstream {
    server unix:/var/run/php/my.site.sock;
}

Esto podría ser reescrito sin un upstream

fastcgi_pass unix:/var/run/php/my.site.sock;

avatar de usuario
Lekia

Esto puede ser útil para alguien:

Si tiene varias versiones de PHP instaladas, por ejemplo, 8.0 y 7.4 en su Mac, y probó varias opciones y aún obtiene un error de puerta de enlace 502, intente verificar cómo su valet se conecta con su versión de PHP y Nginx.

desde la ejecución de la terminal valet use php@7.4 si esa es la versión que usas. La versión actual se desvinculará y la nueva versión se vinculará, luego Nginx y php@7.4 se reiniciarán.

Me enfrenté al mismo problema en Centos 8. en este archivo /etc/nginx/default.d/php.conf Acabo de reemplazar la línea de abajo, y funciona perfectamente.

#orignal line
fastcgi_pass 127.0.0.1:9000;

#replaced with
fastcgi_pass unix:/run/php-fpm/www.sock;

¿Ha sido útil esta solución?