ПРОЕКТЫ 


  АРХИВ 


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]

Re: source IP for private host



Доброе утро,

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

Всем спасибо. 

Евгений

On Jan 10, 2013, at 12:03 PM, Andrew Alexeev wrote:

> On Jan 10, 2013, at 12:01 PM, Alexey V. Karagodov wrote:
> 
>> в аттаче решение для пингвинов 
>> есть ещё для бзди, если интересно 
>> для венды - не ведаю, возможно-ли 
>> для мака и солярки тоже не в курсе 
>> 
>> в случае с пингвинёй надо изменить исходящий интерфейс (кажется это 
>> смахивает на PBR, не уверен :) ) 
>> в случае с бздунами надо создавать правило (речь идёт исключительно о PF) 
>> следуя которому ответы уйдут через тот-же интерфейс, через который пришли 
>> запросы (собственно stateful firewall) 
>> или, ответы уйдут тем же путём, каким пришли запросы 
> 
> Еще можно посмотреть на setfib
> http://nginx.org/en/docs/http/ngx_http_core_module.html#listen
> 
>> на juniper это работает "искаропки" (можно выключить), на цисках нужно 
>> городить PBR (тупая и мерзкая штука) 
>> 
>> всё это описано на разных языках в разных позах, поиск таки даёт результаты 
>> 
>> 
>> On 10.01.2013, at 11:48, Andrey Kopeyko <andrey@xxxxxxxxxx> wrote:
>> 
>>> 10.01.2013 08:47, Pavel V. пишет:
>>>> Здравствуйте.
>>>> 
>>>>>> Допустим на сервере есть два внешних интерфейса A и B и еще один
>>>>>> внутренний C. Nginx слушает везде. На внутреннем сидит домен,
>>>>>> проксирующий запросы наружу. Через какой из внешних интерфейсов они 
>>>>>> пойдут?
>>>> 
>>>>> В обшем случае - пойдут так, как указано в таблице маршрутизации вашего
>>>>> сервера.
>>>> 
>>>>> Если вас это не устраивает - можете подправить директивой proxy_bind
>>>>>  http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_bind
>>>> 
>>>> Одной только директивы proxy_bind обычно недостаточно - работать всё будет 
>>>> по таблице
>>>> маршрутизации.
>>>> 
>>>> Если на хосте есть два внешних интерфейса, то обычно начинается тема 
>>>> "линукс и два провайдера" с
>>>> использованием команды ip (в линуксе) (ip rule show, ip route show table 
>>>> main, ip ro sh table
>>>> default и т д) и т п.
>>> 
>>> Да, Вы правы : если внешние интерфейсы от разных провайдеров, или хотя бы 
>>> из разных сетей - разруливать надо policy-routing'ом.
>>> 
>>> Я, видимо, недостаточно внимательно прочитал письмо, и вообразил более 
>>> привычную для colocation ситуацию - когда 2 внешних интерфейса из одной 
>>> подсети -, и предложил решение для неё.
>>> 
>>> 
>>> -- 
>>> Best regards,
>>> Andrey Kopeyko <andrey@xxxxxxxxxx>
>>> 
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru@xxxxxxxxx
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> 
>> <untitled text 72>_______________________________________________
>> nginx-ru mailing list
>> nginx-ru@xxxxxxxxx
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

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


 




Copyright © Lexa Software, 1996-2009.