Ошибка connect() (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/*;
}
Источник

9 ответов

Решение

Похоже, вы еще не запустили и не настроили бэкэнд для 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;
    }
}
Источник

Этот ответ только для тех, кто получает такую ​​ошибку:

Ошибка connect() (111: соединение отклонено) при подключении к восходящему каналу, клиенту.... fastcgi://[::1]:9000

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

Источник

Такая же проблема была с прокси-запросами к серверу 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).

Надеюсь, это кому-нибудь поможет.

Источник

Есть ошибки, как это тоже. Проблемой был мой абстрактный бэкэнд, ссылающийся на два сервера.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;
    }
}
Источник

Та же проблема возникла и у меня, и, наконец, я обнаружил, что firewalld блокирует необходимые порты после установки, и мне не хватало открытия портов в брандмауэре (порт 9000 в ваших журналах).

Источник

На всякий случай, если кто-то отчаянно пытается решить свою проблему, просто чтобы понять, что с их настройкой обратного прокси нет ничего плохого:

В моем случае ошибка сохранялась даже после того, как я удалил все location директивы, но одна, которая предоставляет только статический контент.

Сообщение об ошибке было вызвано тем, что Nginx не смог зарегистрировать журнал на сервере системного журнала:

       access_log syslog:server=10.0.1.48:514,facility=local4,tag=nginx,severity=debug,nohostname main;

Резюме:

Если вы используете сервер системного журнала, убедитесь, что он доступен. Чтобы проверить, связана ли ошибка с настройкой ведения журнала, закомментируйте все конфигурации ведения журнала, чтобы Nginx вернулся к собственной схеме ведения журнала.

Я надеюсь, что это сэкономит некоторым людям время на отладку полностью действующей конфигурации обратного прокси-сервера, просто чтобы исправить ошибку где-нибудь еще:D

Источник

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

Источник

Только сегодня я столкнулся с этой проблемой, и для меня это была проблема с нехваткой памяти во время периода высокой нагрузки. Так что выравнивание типа экземпляра решило проблему.

Источник

У меня была такая же проблема и добавление оператора прослушивания

listen 127.0.0.1;

работал на меня.

Интересно, что у меня есть другие серверные блоки, которые без этого работают довольно счастливо!

Источник
Другие вопросы по тегам