nginx 502 плохой шлюз

Перейдите к /etc/php5/fpm/pool.d/www.conf и, если вы используете сокеты или эта строка раскомментирована

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

Также установите несколько других значений: -

listen.owner = www-data
listen.group = www-data
listen.mode = 0660

Не забудьте перезапустить php-fpm и nginx. Убедитесь, что вы используете одного и того же владельца nginx и имя группы.

Вы должны согласовать настройки PHP-FPM и Nginx для связи через сокеты или TCP.

Итак, перейдите к /etc/php5/fpm/pool.d/www.conf и найдите эту строку:

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

Затем перейдите к /etc/nginx/nginx.conf

Ищите это:

upstream php {
    server unix:/var/run/php5-fpm.socket;
}

Сопоставьте эти значения, и все будет готово.

Если вы используете Linux-сервер, убедитесь, что ваша конфигурация IPTABLES верна.

Выполните sudo iptables -L -n, вы получите список открытых портов. Если нет правила Iptables для открытия порта, обслуживающего сценарий fcgi, вы получите ошибку 502. Правило Iptables, открывающее правильный порт, должно быть указано перед любым правилом, которое категорически отклоняет все пакеты (то есть правилом формы "REJECT ALL -- 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable или аналогичным).

В моей конфигурации, чтобы правильно открыть порт, мне пришлось выполнить эту команду (предположим, что мой сервер fcgi работает на порту 4567):

sudo iptables -I INPUT 1 -p tcp --dport 4567 -j ACCEPT

ВНИМАНИЕ: это откроет порт 4567 для всего мира.

Так что лучше было бы сделать что-то вроде этого:

   sudo iptables-save >> backup.iptables
   sudo iptables -D INPUT 1 #Delete the previously entered rule
   sudo iptables -I INPUT 1 -p tcp --dport 8080 -s localhost -j ACCEPT # Add new rule

Это устранило ошибку 502 для меня.

изменение

fastcgi_pass    unix:/var/run/php-fpm.sock;

to

fastcgi_pass    unix:/var/run/php5-fpm.sock;

Когда я сделал sudo /etc/init.d/php-fpm start, я получил следующую ошибку:

Starting php-fpm: [28-Mar-2013 16:18:16] ERROR: [pool www] cannot get uid for user 'apache'

Я предполагаю, что /etc/php-fpm.d/www.conf необходимо знать пользователя, от имени которого работает веб-сервер, и предполагает, что это apache, тогда как для nginx это на самом деле nginx, и его нужно изменить.

Вы можете заставить nginx игнорировать прерывания клиента, используя:

location / {
  proxy_ignore_client_abort on;
}

У меня была такая же проблема при настройке сервера Ubuntu. Оказывается, у меня возникла проблема из-за неправильных разрешений для файла сокета.

Если у вас возникла проблема из-за проблемы с разрешением, вы можете раскомментировать следующие строки из: /etc/php5/fpm/pool.d/www.conf

listen.owner = www-data
listen.group = www-data
listen.mode = 0660

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

sudo chmod go+rw /var/run/php5-fpm.sock

Попробуйте отключить модули xcache или apc. Кажется, что проблема с некоторыми версиями заключается в сохранении объектов в переменной сеанса.

Надеюсь, этот совет спасет чью-то жизнь. В моем случае проблема заключалась в том, что у меня закончилась память, но совсем немного, было трудно об этом думать. Потрачено на это 3 часа. Рекомендую запустить:

sudo htop

or

sudo free -m

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

Я следовал этому руководству по созданию файла подкачки на Ubuntu Server 14.04, и он работал нормально: http://www.cyberciti.biz/faq/ubuntu-linux-create-add-swap-file/

Если вы используете Ubuntu, и все вышеперечисленное не помогло вам, скорее всего, виноват AppArmor.

Вот хорошее руководство, как это исправить: https://www.digitalocean.com/community/tutorials/how-to-create-an-apparmor-profile-for-nginx-on-ubuntu-14-04

Короче:

vi /etc/apparmor.d/nginx

Or

sudo aa-complain nginx
sudo service nginx restart

Посмотрите, как все работает хорошо ... тогда

sudo aa-logprof

У меня все еще были проблемы с тем, что Nginx не мог читать error.log, хотя у него были все возможные разрешения, в том числе в Apparomor. Я предполагаю, что это как-то связано с порядком записей или каким-то взаимодействием с Passenger или PHP-Fpm ... У меня не хватило времени, чтобы устранить эту неполадку, и сейчас я вернулся к Apache. (Apache тоже работает намного лучше, к вашему сведению.)

AppArmor просто позволяет Nginx делать все, что захочет, если вы просто удалите профиль:

 rm /etc/apparmor.d/nginx
 service apparmor reload

Шокирующе, но неудивительно, что многие сообщения об исправлении ошибок Nginx прибегают к полному отключению SELinux или удалению AppArmor. Это плохая идея, потому что вы теряете защиту от большого количества программ. Простое удаление профиля Nginx - лучший способ устранить неполадки в файлах конфигурации. Как только вы узнаете, что проблема не в ваших файлах конфигурации Nginx, вы можете потратить время на создание правильного профиля AppArmor.

Без профиля AppArmor, особенно если вы запускаете что-то вроде Passenger, я даю вашему серверу около месяца, чтобы получить бэкдор.

Для меня ошибка была в файле по умолчанию Nginx, расположенном в / etc / nginx / sites-available / default.

Я заметил, что используемая версия php-fpm была 7.0, а версия php, которую я скачал, была 7.2. Я просто изменил версию на 7.2, и она сработала.

fastcgi_pass unix: / var / run / php / php7.0-fpm .sock;

Подобная настройка здесь и выглядит так, будто это просто ошибка в моем коде. В начале своего приложения я искал неправильный URL, и это сработало: echo '<html>test</html>'; exit();

В моем случае проблема заключалась в неинициализированной переменной, которая не работала только при определенных обстоятельствах.