ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Feature request: limit conn не хватает опции сброса соединения


  • To: nginx-ru@xxxxxxxxx
  • Subject: Feature request: limit conn не хватает опции сброса соединения
  • From: "INF[SZ]" <nginx-forum@xxxxxxxx>
  • Date: Wed, 30 Nov 2011 22:47:51 -0500
  • Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mickey.jlkhosting.com; s=x; h=Date:Sender:From:Message-ID:Content-Transfer-Encoding:Content-Type:Subject:To; bh=ZJBMH7BfnFZOrYEb+C1qdvlg5jPJYHFxMaJKLUpEg64=; b=Os5Y8K7HJjAaesRBxBbmVLmsmcYTMjJ3UEuddrR2y0NDEfmtzlTbU2qZlQlfYWpNuE7uR3cKdZJ7znViurDUtfKNpfYAapCD0rqZZzTfvN/eRTiESLzWzHWJ1tW35N7V;

Суть проблемы.

При срабатывании limit_conn в nginx клиенту
отдается 503 ошибка, но соединения
продолжают висеть в conntrack табице ОС.

Таким образом даже при настроенных
параметрах limit_conn единственный клиент с
помощью например ab может исчерпать всю
таблицу conntrack соединений. 

Предлагаю сделать параметр  limit_conn_action с
двумя возможными значениями: 

Действие error (по умолчанию) - выдает
стандартную 503 (Service Temporarily Unavailable)

Действие drop - сбрасывает TCP сессию с
клиентом на которой произошло
срабатывание limit_conn.

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,219404,219404#msg-219404

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.