LINUX.ORG.RU

История изменений

Исправление easybreezy, (текущая версия) :

Так это и не 80, а 8080, на который ты очевидно повесил апач.

nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.

Если и правда php, то переехал бы на php-fpm и сузил поиск.

Насколько я понял, nginx передаёт соединение и затем закрывает по таймауту, но у апача это соединение продолжает висеть. Правильно ли это и если да то как можно обучить nginx говорить апачу что соединение нужно закрыть?

Ну да, все так. Подробностей ты не привел, но если там какое-то приложение, то со стороны nginx в общем случае нельзя.

Сайт жрет ресурсы при обращениях

Выше уже ответили.

Исправление easybreezy, :

Так это и не 80, а 8080, на который ты очевидно повесил апач.

nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.

Если и правда php, то переехал бы на php-fpm и сузил поиск.

Насколько я понял, nginx передаёт соединение и затем закрывает по таймауту, но у апача это соединение продолжает висеть. Правильно ли это и если да то как можно обучить nginx говорить апачу что соединение нужно закрыть?

Ну да, все так. Подробностей ты не привел, но если там какое-то приложение, то со стороны nginx в общем случае нельзя.

Сайт жрет ресурсы при обращениях Выше уже ответили.

Исправление easybreezy, :

Так это и не 80, а 8080, на который ты очевидно повесил апач.

nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.

Если и правда php, то переехал бы на php-fpm и сузил поиск.

Насколько я понял, nginx передаёт соединение и затем закрывает по таймауту, но у апача это соединение продолжает висеть. Правильно ли это и если да то как можно обучить nginx говорить апачу что соединение нужно закрыть?

Ну да, все так. Подробностей ты не привел, но если там какое-то приложение, то со стороны nginx в общем случае нельзя.

Исправление easybreezy, :

Так это и не 80, а 8080, на который ты очевидно повесил апач.

nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.

Если и правда php, то переехал бы на php-fpm и сузил поиск.

Насколько я понял, nginx передаёт соединение и затем закрывает по таймауту, но у апача это соединение продолжает висеть. Правильно ли это и если да то как можно обучить nginx говорить апачу что соединение нужно закрыть?

Подробностей ты не привел, но если там какое-то приложение, то со стороны nginx в общем случае нельзя.

Исправление easybreezy, :

Так это и не 80, а 8080, на который ты очевидно повесил апач.

nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.

Если и правда php, то переехал бы на php-fpm и сузил поиск.

Исходная версия easybreezy, :

Так это и не 80, а 8080, на который ты очевидно повесил апач.

nginx принимает запрос на 80, отдает апачу на 8080 и ждет ответ по своему таймауту. Апач за это время ответ не успел отдать, nginx ждать перестал, вот и висит TIME_WAIT. Чем больше такого копится, тем в итоге и хуже, со временем.