Re: Сервер по-умолчанию для конкретного домена

2013-11-01 Пенетрантность Igor Sysoev
http://nginx.org/ru/docs/http/configuring_https_servers.html#name_based_https_servers -- Igor Sysoev http://nginx.com On Nov 1, 2013, at 11:12 , Nikita A Kardashin wrote: Всем привет, Возникла задача: - На один nginx ссылаются 1 домена, при этом, для каждого из них должен быть

upstream prematurely closed connection while reading response header from upstream

2013-11-01 Пенетрантность Vladimir Skubriev
Вопрос, если в логе nginx появляется сообщение (раз в 10-20 обновлений страницы) upstream prematurely closed connection while reading response header from upstream и при этом на бэкенде в логах конкретно об этом запросе ни чего нет но предыдущие запросы и последующие запросы нормально

Re: Сервер по-умолчанию для конкретного домена

2013-11-01 Пенетрантность Vladimir Skubriev
01.11.2013 14:07, Никита Кардашин пишет: Так, я, видимо, не очень правильно описал проблему. Попробую еще раз: - Есть домены: domain1.tld domain2.tld domain3.tld Сами главные домены хостятся где-то в другом, отличном от нашего сервера, месте. Для каждого из них есть wildcard SSL-сертификат.

Управление бэкендами

2013-11-01 Пенетрантность Sergey Kobzar
Приветсвую Nginx стоит как frontend. За ним находится несколько десятков или более бэкендов (разные servername). Необходимо динамически управлять на какой бэкенд запрос упадет. Править nginx.conf и перечитывает его не вариант, т.к. это может происходить ежесекундно. Думал хранить

Re: Сервер по-умолчанию для конкретного домена

2013-11-01 Пенетрантность Oleksandr V. Typlyns'kyi
Today Nov 1, 2013 at 16:07 Никита Кардашин wrote: Прописать для каждого из доменов сервер с server_name *.domainX.tld я тоже не могу, т.к. тогда туда пойдут не только запросы к несуществующим приложениям, а вообще ВСЕ запросы (т.е. в приложение никто не попадет).

Re: Управление бэкендами

2013-11-01 Пенетрантность Oleksandr V. Typlyns'kyi
Today Nov 1, 2013 at 14:23 Sergey Kobzar wrote: Приветсвую Nginx стоит как frontend. За ним находится несколько десятков или более бэкендов (разные servername). Необходимо динамически управлять на какой бэкенд запрос упадет. Править nginx.conf и перечитывает его не вариант, т.к. это

Re: Управление бэкендами

2013-11-01 Пенетрантность Валентин Бартенев
On Friday 01 November 2013 16:23:32 Sergey Kobzar wrote: Приветсвую Nginx стоит как frontend. За ним находится несколько десятков или более бэкендов (разные servername). Необходимо динамически управлять на какой бэкенд запрос упадет. Править nginx.conf и перечитывает его не вариант, т.к.

Re: Управление бэкендами

2013-11-01 Пенетрантность Sergey Kobzar
On 11/01/13 14:28, Oleksandr V. Typlyns'kyi wrote: Today Nov 1, 2013 at 14:23 Sergey Kobzar wrote: Приветсвую Nginx стоит как frontend. За ним находится несколько десятков или более бэкендов (разные servername). Необходимо динамически управлять на какой бэкенд запрос упадет. Править

Re: Управление бэкендами

2013-11-01 Пенетрантность Валентин Бартенев
On Friday 01 November 2013 16:35:57 Sergey Kobzar wrote: On 11/01/13 14:28, Oleksandr V. Typlyns'kyi wrote: Today Nov 1, 2013 at 14:23 Sergey Kobzar wrote: Приветсвую Nginx стоит как frontend. За ним находится несколько десятков или более бэкендов (разные servername). Необходимо

Re: Управление бэкендами

2013-11-01 Пенетрантность Sergey Kobzar
On 11/01/13 14:32, Валентин Бартенев wrote: On Friday 01 November 2013 16:23:32 Sergey Kobzar wrote: Приветсвую Nginx стоит как frontend. За ним находится несколько десятков или более бэкендов (разные servername). Необходимо динамически управлять на какой бэкенд запрос упадет. Править

Re: Управление бэкендами

2013-11-01 Пенетрантность Валентин Бартенев
On Friday 01 November 2013 16:41:47 Sergey Kobzar wrote: On 11/01/13 14:32, Валентин Бартенев wrote: On Friday 01 November 2013 16:23:32 Sergey Kobzar wrote: Приветсвую Nginx стоит как frontend. За ним находится несколько десятков или более бэкендов (разные servername). Необходимо

Re: Управление бэкендами

2013-11-01 Пенетрантность Sergey Kobzar
On 11/01/13 14:47, Валентин Бартенев wrote: Зависит от того, что вам требуется. Как я первоначально понял ваш вопрос, требуется на каждый запрос решать на какой сервер он пойдет. Да - так и есть. В этом случае вы сначала с помощью proxy_pass/fastcgi_pass направляете запрос на

Re: Управление бэкендами

2013-11-01 Пенетрантность Валентин Бартенев
On Friday 01 November 2013 16:54:43 Sergey Kobzar wrote: [..] Далее у вас есть internal location, в котором тот же proxy_pass/fastcgi_pass с переменной и запрос отправляется на нужный сервер. А переменную как выковырять из ответа? Например так: возвращаете X-Accel-Redirect:

Re: Управление бэкендами

2013-11-01 Пенетрантность Валентин Бартенев
On Friday 01 November 2013 17:02:43 Валентин Бартенев wrote: On Friday 01 November 2013 16:54:43 Sergey Kobzar wrote: [..] Далее у вас есть internal location, в котором тот же proxy_pass/fastcgi_pass с переменной и запрос отправляется на нужный сервер. А переменную как выковырять

Re: Управление бэкендами

2013-11-01 Пенетрантность Sergey Kobzar
On 11/01/13 15:02, Валентин Бартенев wrote: On Friday 01 November 2013 16:54:43 Sergey Kobzar wrote: [..] Далее у вас есть internal location, в котором тот же proxy_pass/fastcgi_pass с переменной и запрос отправляется на нужный сервер. А переменную как выковырять из ответа? Например так:

Re: Управление бэкендами

2013-11-01 Пенетрантность Sergey Kobzar
On 11/01/13 15:09, Валентин Бартенев wrote: On Friday 01 November 2013 17:02:43 Валентин Бартенев wrote: On Friday 01 November 2013 16:54:43 Sergey Kobzar wrote: [..] Далее у вас есть internal location, в котором тот же proxy_pass/fastcgi_pass с переменной и запрос отправляется на нужный