Підключення () не вдалося (111: з'єднання відмовлено) під час підключення до верхнього потоку

У мене виникають 502 Gatewayпомилки під час доступу до файлу PHP у каталозі ( http://example.com/dev/index.php). Журнали просто говорять так:

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"

Я ніколи цього не відчував. Яке рішення для цього типу 502 Gatewayпомилок?

Це 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/*;
}

Здається, ви не запустили і не налаштували бекенд для Nginx. Почніть php-fpmта додайте nginx.confв httpконтексті наступне :

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;
    }
}

Ця відповідь призначена лише для тих, хто отримує помилку на зразок цієї:

Підключення () не вдалося (111: з’єднання відмовлено) під час підключення до верхнього потоку, клієнта .... fastcgi: // [:: 1]: 9000

Перепишіть конфігурацію nginx для використання ip, а не dns. Наприклад, 127.0.0.1замість localhostабо видалити псевдонім ipv6 з / etc / hosts.

Також є такі помилки. Проблема полягала в моєму абстрактному посиланні на два сервери. php-fpmбув лише лістинг до сокета ...

# 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;
    }
}

Була така ж проблема з проксі-запитами на сервер Node, який прослуховує порт 5000. Запити можуть виникати, 200 OKале десь 502 Bad Gatewayвипадковим чином. NGINX показав помилку:

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

Моє рішення:

1. Встановіть HTTP-сервер вузла для строгого прослуховування ipv4, включивши localhost в якості хоста:server.listen(5000, 'localhost');
2. Видалено будь-які директиви про прослуховування ipv6 ( listen [::]:80;або listen [::]:443 ssl default_server;).
3. Змінено блок розташування proxy_pass для використання IP-адрес: proxy_pass http://127.0.0.1:5000(не proxy_pass http://localhost:5000).

Сподіваюся, що це комусь допоможе.

У моєму випадку помилка виявилася поганим розташуванням для файлу error_log для служби php5.6-fpm, і тому служба php-fpm не вдалося запустити, і nginx не зміг підключитися до неї . Ви можете знайти його /etc/php/5.6/fpm/php.ini(ви можете замінити 5.6 на запущену версію).

Щойно сьогодні я зіткнувся з цією проблемою, і для мене це було проблемою з низькою пам’яттю під час великого навантаження. Тож вирівнювання типу екземпляра вирішило проблему.

У мене була така ж проблема, і я додав заяву прослуховування

listen 127.0.0.1;

працював на мене.

Цікаво, що у мене є інші серверні блоки, які без цього працюють досить щасливо!