Здраствуйте,появилась проблема и хочется объяснений в сути работы php-
fpm на внешнем ип.
Добавляем еще один бекенд к проекту,php-fpm крутиться на внешнем порту
это видно по netstat -Lan
netstat -Lan
Current listen queue sizes (qlen/incqlen/maxqlen)
Proto Listen Local Address
tcp4 0/0/4096 192.168.0.2.9001

В конфиге php-fpm указано listen = 192.168.0.2:9001
В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при этом
если пхп находится на другом ип,то разворачивать весь сайт там не
нужно.Так?
Что еще я упустил или сделал неверно для работы php-fpm на внешнем ип.

On Feb 2, 1:55 pm, No1 <smile.neversm...@gmail.com> wrote:
> Здраствуйте,появилась проблема и хочется объяснений в сути работы php-
> fpm на внешнем ип.
> Добавляем еще один бекенд к проекту,php-fpm крутиться на внешнем порту
> это видно по netstat -Lan
> netstat -Lan
> Current listen queue sizes (qlen/incqlen/maxqlen)
> Proto Listen         Local Address
> tcp4  0/0/4096       192.168.0.2.9001
>
> В конфиге php-fpm указано listen = 192.168.0.2:9001

Это "внешний ип"? )

> В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
> Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при этом
> если пхп находится на другом ип,то разворачивать весь сайт там не
> нужно.Так?

что значит "разворачивать весь сайт" и где "там" ?

> Что еще я упустил или сделал неверно для работы php-fpm на внешнем ип.

конфиг nginx в студию )

2011/2/2 BlaCat <gvtsoy@gmail.com>

> On Feb 2, 1:55 pm, No1 <smile.neversm...@gmail.com> wrote:
> > Здраствуйте,появилась проблема и хочется объяснений в сути работы php-
> > fpm на внешнем ип.
> > Добавляем еще один бекенд к проекту,php-fpm крутиться на внешнем порту
> > это видно по netstat -Lan
> > netstat -Lan
> > Current listen queue sizes (qlen/incqlen/maxqlen)
> > Proto Listen Local Address
> > tcp4 0/0/4096 192.168.0.2.9001
> >
> > В конфиге php-fpm указано listen = 192.168.0.2:9001
>
> Это "внешний ип"? )
>
> Ип указан условно.74.125.87.104:9001

> > В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
> > Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при этом
> > если пхп находится на другом ип,то разворачивать весь сайт там не
> > нужно.Так?
>
> что значит "разворачивать весь сайт" и где "там" ?
>
> Разворачивать весь сайт(рабочую копию,полностью переносить все файлы
скрипты и т.д) там (на втором бэкенде).

> > Что еще я упустил или сделал неверно для работы php-fpm на внешнем ип.
>
> конфиг nginx в студию )

Конфиг не полный.
upstream backend
{
server 127.0.0.1:9000;
server 74.125.87.104:9001;
}
location @php
{
fastcgi_pass backend;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /var/www/site/index.php
include fastcgi_params;
fastcgi_param DOCUMENT_ROOT /var/www/site/;
fastcgi_temp_path /tmp/nginx/temp 1 2;
fastcgi_intercept_errors on;
}
location ~ \.php$
{
root /var/www/site;
fastcgi_pass backend;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /var/www/site/index.php;
include fastcgi_params;
fastcgi_param DOCUMENT_ROOT /var/www/site/;
fastcgi_temp_path /tmp/nginx/temp 1 2;

}

> > > В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
> > > Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при этом
> > > если пхп находится на другом ип,то разворачивать весь сайт там не
> > > нужно.Так?
>
> > что значит "разворачивать весь сайт" и где "там" ?
>
> > Разворачивать весь сайт(рабочую копию,полностью переносить все файлы
>
> скрипты и т.д) там (на втором бэкенде).

Думаю вы не правильно понимаете суть fastcgi_pass.
Или я так и не понял ваш вопрос.

Если вы хотите сделать 2 бэкенда, то на обоих должны быть скрипты,
которые обрабатываются php-fpm.

nginx всего лишь распределяет запросы по серверам.
http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html

2011/2/2 BlaCat <gvtsoy@gmail.com>

> > > > В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
> > > > Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при этом
> > > > если пхп находится на другом ип,то разворачивать весь сайт там не
> > > > нужно.Так?
> >
> > > что значит "разворачивать весь сайт" и где "там" ?
> >
> > > Разворачивать весь сайт(рабочую копию,полностью переносить все файлы
> >
> > скрипты и т.д) там (на втором бэкенде).
>
> Думаю вы не правильно понимаете суть fastcgi_pass.
> Или я так и не понял ваш вопрос.
>
> Если вы хотите сделать 2 бэкенда, то на обоих должны быть скрипты,
> которые обрабатываются php-fpm.
>
> nginx всего лишь распределяет запросы по серверам.
> http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html

Понятно...
Вообщем мои мысли были такими,что взяв запрос nginx просто отправит
обработку на другой бэкенд.Не правильно думал и сам запутался в конце концов
:)
Значит будет еще одно зеркало,аля бэкенд с синхронизацией файлов между
собой.Сейчас правильно думаю?))

Еще важным моментом было такое: что в nginx'e прописаны пулы php-fpm,т.е на
обработку запроса,nginx будет отправлять в эти пулы,а не перенаправлять
запрос,получается,на зеркало сайта.

2011/2/2 No1 <smile.neversmile@gmail.com>

>
>
> 2011/2/2 BlaCat <gvtsoy@gmail.com>
>
>> > > > В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
>>
>> > > > Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при этом
>> > > > если пхп находится на другом ип,то разворачивать весь сайт там не
>> > > > нужно.Так?
>> >
>> > > что значит "разворачивать весь сайт" и где "там" ?
>> >
>> > > Разворачивать весь сайт(рабочую копию,полностью переносить все файлы
>> >
>> > скрипты и т.д) там (на втором бэкенде).
>>
>> Думаю вы не правильно понимаете суть fastcgi_pass.
>> Или я так и не понял ваш вопрос.
>>
>> Если вы хотите сделать 2 бэкенда, то на обоих должны быть скрипты,
>> которые обрабатываются php-fpm.
>>
>> nginx всего лишь распределяет запросы по серверам.
>> http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html
>>
> Понятно...
> Вообщем мои мысли были такими,что взяв запрос nginx просто отправит
> обработку на другой бэкенд.Не правильно думал и сам запутался в конце концов
> :)
> Значит будет еще одно зеркало,аля бэкенд с синхронизацией файлов между
> собой.Сейчас правильно думаю?))
>
>

On Feb 2, 3:31 pm, No1 <smile.neversm...@gmail.com> wrote:
> Еще важным моментом было такое: что в nginx'e прописаны пулы php-fpm,т.е на
> обработку запроса,nginx будет отправлять в эти пулы,а не перенаправлять
> запрос,получается,на зеркало сайта.
>

Давайте с другой стороны зайдем.
У вас цель какая, можно поинтересоваться? )

Добиться я хотел такого : fastcgi_pass уходит на бэкенд,т.е на локальные
пулы php-fpm,а можно ли сделать,чтобы эти пулы были и в внешней сети.Т.е как
таковой разницы же нет,просто идет заапрос к пулу который находится на
другом сервере.

2011/2/2 No1 <smile.neversmile@gmail.com>

> Еще важным моментом было такое: что в nginx'e прописаны пулы php-fpm,т.е на
> обработку запроса,nginx будет отправлять в эти пулы,а не перенаправлять
> запрос,получается,на зеркало сайта.
>
> 2011/2/2 No1 <smile.neversmile@gmail.com>
>
>
>>
>> 2011/2/2 BlaCat <gvtsoy@gmail.com>
>>
>>> > > > В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
>>>
>>> > > > Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при
>>> этом
>>> > > > если пхп находится на другом ип,то разворачивать весь сайт там не
>>> > > > нужно.Так?
>>> >
>>> > > что значит "разворачивать весь сайт" и где "там" ?
>>> >
>>> > > Разворачивать весь сайт(рабочую копию,полностью переносить все файлы
>>> >
>>> > скрипты и т.д) там (на втором бэкенде).
>>>
>>> Думаю вы не правильно понимаете суть fastcgi_pass.
>>> Или я так и не понял ваш вопрос.
>>>
>>> Если вы хотите сделать 2 бэкенда, то на обоих должны быть скрипты,
>>> которые обрабатываются php-fpm.
>>>
>>> nginx всего лишь распределяет запросы по серверам.
>>> http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html
>>>
>> Понятно...
>> Вообщем мои мысли были такими,что взяв запрос nginx просто отправит
>> обработку на другой бэкенд.Не правильно думал и сам запутался в конце концов
>> :)
>> Значит будет еще одно зеркало,аля бэкенд с синхронизацией файлов между
>> собой.Сейчас правильно думаю?))
>>
>>
>

On Feb 2, 4:12 pm, No1 <smile.neversm...@gmail.com> wrote:
> Добиться я хотел такого : fastcgi_pass уходит на бэкенд,т.е на локальные
> пулы php-fpm,а можно ли сделать,чтобы эти пулы были и в внешней сети.Т.е как
> таковой разницы же нет,просто идет заапрос к пулу который находится на
> другом сервере.

да можно.
бэкендом может быть как локальный так и удаленный fastcgi-server
разницы действительно нет (если опускаем вопросы connectivity)

Отлично,каким образом сделать?
Сейчас по конфигам вы видете что есть у меня,при этом запросы на удаленный
fastcgi сервер не уходят.

2011/2/2 BlaCat <gvtsoy@gmail.com>

> On Feb 2, 4:12 pm, No1 <smile.neversm...@gmail.com> wrote:
> > Добиться я хотел такого : fastcgi_pass уходит на бэкенд,т.е на локальные
> > пулы php-fpm,а можно ли сделать,чтобы эти пулы были и в внешней сети.Т.е
> как
> > таковой разницы же нет,просто идет заапрос к пулу который находится на
> > другом сервере.
>
> да можно.
> бэкендом может быть как локальный так и удаленный fastcgi-server
> разницы действительно нет (если опускаем вопросы connectivity)

On Feb 2, 5:33 pm, No1 <smile.neversm...@gmail.com> wrote:
> Отлично,каким образом сделать?
> Сейчас по конфигам вы видете что есть у меня,при этом запросы на удаленный
> fastcgi сервер не уходят.
>

Уверены что не уходят?
Чтобы убедиться закомментируйте в upstream первый сервер
и запросы будут уходить только на второй

Вот я так и проверял :)

2011/2/2 BlaCat <gvtsoy@gmail.com>

>
>
> On Feb 2, 5:33 pm, No1 <smile.neversm...@gmail.com> wrote:
> > Отлично,каким образом сделать?
> > Сейчас по конфигам вы видете что есть у меня,при этом запросы на
> удаленный
> > fastcgi сервер не уходят.
> >
>
> Уверены что не уходят?
> Чтобы убедиться закомментируйте в upstream первый сервер
> и запросы будут уходить только на второй

Ну и что nginx написал в error.log ?

On Feb 2, 5:58 pm, No1 <smile.neversm...@gmail.com> wrote:
> Вот я так и проверял :)
>
> 2011/2/2 BlaCat <gvt...@gmail.com>
>
>
>
>
>
> > On Feb 2, 5:33 pm, No1 <smile.neversm...@gmail.com> wrote:
> > > Отлично,каким образом сделать?
> > > Сейчас по конфигам вы видете что есть у меня,при этом запросы на
> > удаленный
> > > fastcgi сервер не уходят.
>
> > Уверены что не уходят?
> > Чтобы убедиться закомментируйте в upstream первый сервер
> > и запросы будут уходить только на второй

Попробуйте с параметром fastcgi_next_upstream в локэйшене php.

fastcgi_upstream_max_fails 0;
fastcgi_next_upstream error timeout invalid_header http_500;

On 2 фев, 14:28, No1 <smile.neversm...@gmail.com> wrote:
> 2011/2/2 BlaCat <gvt...@gmail.com>
>
>
>
>
>
>
>
>
>
> > On Feb 2, 1:55 pm, No1 <smile.neversm...@gmail.com> wrote:
> > > Здраствуйте,появилась проблема и хочется объяснений в сути работы php-
> > > fpm на внешнем ип.
> > > Добавляем еще один бекенд к проекту,php-fpm крутиться на внешнем порту
> > > это видно по netstat -Lan
> > > netstat -Lan
> > > Current listen queue sizes (qlen/incqlen/maxqlen)
> > > Proto Listen         Local Address
> > > tcp4  0/0/4096       192.168.0.2.9001
>
> > > В конфиге php-fpm указано listen = 192.168.0.2:9001
>
> > Это "внешний ип"? )
>
> > Ип указан условно.74.125.87.104:9001
> > > В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
> > > Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при этом
> > > если пхп находится на другом ип,то разворачивать весь сайт там не
> > > нужно.Так?
>
> > что значит "разворачивать весь сайт" и где "там" ?
>
> > Разворачивать весь сайт(рабочую копию,полностью переносить все файлы
>
> скрипты и т.д) там (на втором бэкенде).
>
> > > Что еще я упустил или сделал неверно для работы php-fpm на внешнем ип.
>
> > конфиг nginx в студию )
>
> Конфиг не полный.
>  upstream  backend
> {
>     server   127.0.0.1:9000;
>     server   74.125.87.104:9001;}
>
> location @php
>     {
> fastcgi_pass backend;
> fastcgi_index index.php;
> fastcgi_param  SCRIPT_FILENAME  /var/www/site/index.php
>      include        fastcgi_params;
> fastcgi_param  DOCUMENT_ROOT /var/www/site/;
> fastcgi_temp_path  /tmp/nginx/temp 1 2;
> fastcgi_intercept_errors on;
>     }
> location ~ \.php$
>         {
> root /var/www/site;
>          fastcgi_pass   backend;
>          fastcgi_index  index.php;
>          fastcgi_param  SCRIPT_FILENAME  /var/www/site/index.php;
>          include        fastcgi_params;
> fastcgi_param  DOCUMENT_ROOT /var/www/site/;
> fastcgi_temp_path  /tmp/nginx/temp 1 2;
>
>         }

Я сделал виртуальный сервер и на нем тестирую...все запросы явно уходят в
этот fastcgi пул.

2011/2/2 nosize <nosize@gmail.com>

> Попробуйте с параметром fastcgi_next_upstream в локэйшене php.
>
> fastcgi_upstream_max_fails 0;
> fastcgi_next_upstream error timeout invalid_header http_500;
>
> On 2 фев, 14:28, No1 <smile.neversm...@gmail.com> wrote:
> > 2011/2/2 BlaCat <gvt...@gmail.com>
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > > On Feb 2, 1:55 pm, No1 <smile.neversm...@gmail.com> wrote:
> > > > Здраствуйте,появилась проблема и хочется объяснений в сути работы
> php-
> > > > fpm на внешнем ип.
> > > > Добавляем еще один бекенд к проекту,php-fpm крутиться на внешнем
> порту
> > > > это видно по netstat -Lan
> > > > netstat -Lan
> > > > Current listen queue sizes (qlen/incqlen/maxqlen)
> > > > Proto Listen Local Address
> > > > tcp4 0/0/4096 192.168.0.2.9001
> >
> > > > В конфиге php-fpm указано listen = 192.168.0.2:9001
> >
> > > Это "внешний ип"? )
> >
> > > Ип указан условно.74.125.87.104:9001
> > > > В nginx'e прописан этот бэкенд,но запросы до пула не доходят.
> > > > Как я понимаю суть,fastcgi_pass отправляет запрос на бэкенд,при этом
> > > > если пхп находится на другом ип,то разворачивать весь сайт там не
> > > > нужно.Так?
> >
> > > что значит "разворачивать весь сайт" и где "там" ?
> >
> > > Разворачивать весь сайт(рабочую копию,полностью переносить все файлы
> >
> > скрипты и т.д) там (на втором бэкенде).
> >
> > > > Что еще я упустил или сделал неверно для работы php-fpm на внешнем
> ип.
> >
> > > конфиг nginx в студию )
> >
> > Конфиг не полный.
> > upstream backend
> > {
> > server 127.0.0.1:9000;
> > server 74.125.87.104:9001;}
> >
> > location @php
> > {
> > fastcgi_pass backend;
> > fastcgi_index index.php;
> > fastcgi_param SCRIPT_FILENAME /var/www/site/index.php
> > include fastcgi_params;
> > fastcgi_param DOCUMENT_ROOT /var/www/site/;
> > fastcgi_temp_path /tmp/nginx/temp 1 2;
> > fastcgi_intercept_errors on;
> > }
> > location ~ \.php$
> > {
> > root /var/www/site;
> > fastcgi_pass backend;
> > fastcgi_index index.php;
> > fastcgi_param SCRIPT_FILENAME /var/www/site/index.php;
> > include fastcgi_params;
> > fastcgi_param DOCUMENT_ROOT /var/www/site/;
> > fastcgi_temp_path /tmp/nginx/temp 1 2;
> >
> > }
>

Жаль что необходимо дублировать файлы на серверах...
2011/2/3 No1 <smile.neversmile@gmail.com>

> Фаерволла нет...
> Сейчас отдает 404
>
>
> 2011/2/3 No1 <smile.neversmile@gmail.com>
>
>> 504....Странно,не доступен.Фаера нет.
>>
>> 2011/2/3 No1 <smile.neversmile@gmail.com>
>>
>> В логах чисто :(
>>>
>>> 2011/2/2 BlaCat <gvtsoy@gmail.com>
>>>
>>>> Ну и что nginx написал в error.log ?
>>>>
>>>>
>>>> On Feb 2, 5:58 pm, No1 <smile.neversm...@gmail.com> wrote:
>>>> > Вот я так и проверял :)
>>>> >
>>>> > 2011/2/2 BlaCat <gvt...@gmail.com>
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > > On Feb 2, 5:33 pm, No1 <smile.neversm...@gmail.com> wrote:
>>>> > > > Отлично,каким образом сделать?
>>>> > > > Сейчас по конфигам вы видете что есть у меня,при этом запросы на
>>>> > > удаленный
>>>> > > > fastcgi сервер не уходят.
>>>> >
>>>> > > Уверены что не уходят?
>>>> > > Чтобы убедиться закомментируйте в upstream первый сервер
>>>> > > и запросы будут уходить только на второй
>>>>
>>>
>>>
>>
>

504....Странно,не доступен.Фаера нет.

2011/2/3 No1 <smile.neversmile@gmail.com>

> В логах чисто :(
>
> 2011/2/2 BlaCat <gvtsoy@gmail.com>
>
>> Ну и что nginx написал в error.log ?
>>
>>
>> On Feb 2, 5:58 pm, No1 <smile.neversm...@gmail.com> wrote:
>> > Вот я так и проверял :)
>> >
>> > 2011/2/2 BlaCat <gvt...@gmail.com>
>> >
>> >
>> >
>> >
>> >
>> > > On Feb 2, 5:33 pm, No1 <smile.neversm...@gmail.com> wrote:
>> > > > Отлично,каким образом сделать?
>> > > > Сейчас по конфигам вы видете что есть у меня,при этом запросы на
>> > > удаленный
>> > > > fastcgi сервер не уходят.
>> >
>> > > Уверены что не уходят?
>> > > Чтобы убедиться закомментируйте в upstream первый сервер
>> > > и запросы будут уходить только на второй
>>
>
>

В логах чисто :(

2011/2/2 BlaCat <gvtsoy@gmail.com>

> Ну и что nginx написал в error.log ?
>
> On Feb 2, 5:58 pm, No1 <smile.neversm...@gmail.com> wrote:
> > Вот я так и проверял :)
> >
> > 2011/2/2 BlaCat <gvt...@gmail.com>
> >
> >
> >
> >
> >
> > > On Feb 2, 5:33 pm, No1 <smile.neversm...@gmail.com> wrote:
> > > > Отлично,каким образом сделать?
> > > > Сейчас по конфигам вы видете что есть у меня,при этом запросы на
> > > удаленный
> > > > fastcgi сервер не уходят.
> >
> > > Уверены что не уходят?
> > > Чтобы убедиться закомментируйте в upstream первый сервер
> > > и запросы будут уходить только на второй
>

Фаерволла нет...
Сейчас отдает 404

2011/2/3 No1 <smile.neversmile@gmail.com>

> 504....Странно,не доступен.Фаера нет.
>
> 2011/2/3 No1 <smile.neversmile@gmail.com>
>
> В логах чисто :(
>>
>> 2011/2/2 BlaCat <gvtsoy@gmail.com>
>>
>>> Ну и что nginx написал в error.log ?
>>>
>>>
>>> On Feb 2, 5:58 pm, No1 <smile.neversm...@gmail.com> wrote:
>>> > Вот я так и проверял :)
>>> >
>>> > 2011/2/2 BlaCat <gvt...@gmail.com>
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > > On Feb 2, 5:33 pm, No1 <smile.neversm...@gmail.com> wrote:
>>> > > > Отлично,каким образом сделать?
>>> > > > Сейчас по конфигам вы видете что есть у меня,при этом запросы на
>>> > > удаленный
>>> > > > fastcgi сервер не уходят.
>>> >
>>> > > Уверены что не уходят?
>>> > > Чтобы убедиться закомментируйте в upstream первый сервер
>>> > > и запросы будут уходить только на второй
>>>
>>
>>
>

Сделать сделал...Вот только откуда то идет задержка в 30с. перед загрузкой
сайта,т.е таймаут стоит.И такое наблюдается только на удаленном fastcgi
сервере,если все локально то без задержек.Сервера в одном свитче...

Задержка в 30 сек. - один из признаков ненастроенного разрешения имён.
Если у тебя где-то используется обращение по FQDN - проверь, доступен
ли DNS.

On 3 фев, 17:23, No1 <smile.neversm...@gmail.com> wrote:
> Сделать сделал...Вот только откуда то идет задержка в 30с. перед загрузкой
> сайта,т.е таймаут стоит.И такое наблюдается только на удаленном fastcgi
> сервере,если все локально то без задержек.Сервера в одном свитче...

Не используется fqdn.

On Feb 4, 9:04 am, RedRat <alexey.mar...@gmail.com> wrote:
> Задержка в 30 сек. - один из признаков ненастроенного разрешения имён.
> Если у тебя где-то используется обращение по FQDN - проверь, доступен
> ли DNS.
>
> On 3 фев, 17:23, No1 <smile.neversm...@gmail.com> wrote:
>
>
>
>
>
>
>
> > Сделать сделал...Вот только откуда то идет задержка в 30с. перед загрузкой
> > сайта,т.е таймаут стоит.И такое наблюдается только на удаленном fastcgi
> > сервере,если все локально то без задержек.Сервера в одном свитче...