connect () a échoué (111: connexion refusée) lors de la connexion en amont

Je rencontre des 502 Gatewayerreurs lors de l'accès à un fichier PHP dans un répertoire ( http://example.com/dev/index.php). Les journaux dit simplement ceci:

2011/09/30 23:47:54 [error] 31160#0: *35 connect() failed (111: Connection refused) while connecting to upstream, client: xx.xx.xx.xx, server: domain.com, request: "GET /dev/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "domain.com"

Je n'ai jamais vécu cela auparavant. Quelle est la solution pour ce type d' 502 Gatewayerreur?

C'est le nginx.conf:

user www-data;
worker_processes 4;
pid /var/run/nginx.pid;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    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/*;
}

On dirait que vous n’avez pas démarré et configuré le backend pour Nginx. Commencez php-fpmet ajoutez les éléments suivants à nginx.conf, dans le httpcontexte:

server {
    listen 127.0.0.1;
    server_name localhost;

    error_log /var/log/nginx/localhost.error_log info;

    root /var/www/localhost/htdocs;

    location ~ \.php$ {
        fastcgi_pass 127.0.0.1:9000;
        include /etc/nginx/conf.d/*.conf;
        include /etc/nginx/sites-enabled/*;

        fastcgi_intercept_errors        on;
        error_page 404 /error/404.php;
    }
}

Cette réponse est seulement pour ceux qui ont une erreur comme celle-ci:

connect () a échoué (111: connexion refusée) lors de la connexion au client en amont .... fastcgi: // [:: 1]: 9000

Réécrivez votre configuration nginx pour utiliser ip, pas dns. Par exemple, 127.0.0.1au lieu de localhost, supprimez l’alias ipv6 de / etc / hosts.

Vous avez des erreurs comme ça aussi. Le problème était mon backend abstrait référençant deux serveurs. php-fpmétait seulement la liste à la prise ...

# Upstream to abstract backend connection(s) for php
upstream php {
        server unix:/var/run/php5-fpm.sock;
        #server 127.0.0.1:9000;
} 

server {
    [...]

    location ~ \.php$ {
            # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini

            # With php5-fpm:
            fastcgi_pass php;
            fastcgi_index index.php;
            fastcgi_intercept_errors on;
            include fastcgi_params;
    }
}

Avait le même problème avec les requêtes envoyées par proxy à un serveur de nœud qui écoute sur le port 5000. Les requêtes résultent avec 200 OKmais parfois de 502 Bad Gatewaymanière aléatoire. NGINX a montré l'erreur:

connect() failed (111: Connection refused) while connecting to upstream, client: ..., server: ...

Ma solution:

1. Configurez le serveur HTTP du noeud pour qu’il écoute strictement ipv4 en incluant localhost en tant qu’hôte:server.listen(5000, 'localhost');
2. Suppression des directives d'écoute ipv6 ( listen [::]:80;ou listen [::]:443 ssl default_server;).
3. Bloc de localisation modifié proxy_pass pour utiliser les adresses IP: proxy_pass http://127.0.0.1:5000(pas proxy_pass http://localhost:5000).

J'espère que ça aide quelqu'un.

Dans mon cas, l'erreur était un mauvais emplacement pour le fichier error_log du service php5.6-fpm et le service php-fpm ne parvenait pas à démarrer et nginx n'était pas en mesure de s'y connecter . Vous pouvez le trouver dans /etc/php/5.6/fpm/php.ini(vous pouvez remplacer 5.6 par la version que vous utilisez).

Aujourd'hui, j'ai rencontré ce problème et pour moi, c'était un problème de mémoire insuffisante pendant une période de charge élevée. Donc, niveler le type d'instance corrige le problème.

J'ai eu le même problème et l'ajout de l'instruction d'écoute

listen 127.0.0.1;

a travaillé pour moi.

Chose intéressante, j'ai d'autres blocs de serveurs qui fonctionnent très bien sans cela!