source IP for private host

[Alexey V. Karagodov]

в аттаче решение для пингвинов 
есть ещё для бзди, если интересно 
для венды - не ведаю, возможно-ли 
для мака и солярки тоже не в курсе 

в случае с пингвинёй надо изменить исходящий интерфейс (кажется это смахивает на PBR, не уверен :) ) 
в случае с бздунами надо создавать правило (речь идёт исключительно о PF) следуя которому ответы уйдут через тот-же интерфейс, через который пришли запросы (собственно stateful firewall) 
или, ответы уйдут тем же путём, каким пришли запросы 


на juniper это работает "искаропки" (можно выключить), на цисках нужно городить PBR (тупая и мерзкая штука) 

всё это описано на разных языках в разных позах, поиск таки даёт результаты 


On 10.01.2013, at 11:48, Andrey Kopeyko <andrey at kopeyko.ru> 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 at kopeyko.ru>
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-------------- next part --------------
A non-text attachment was scrubbed...
Name: untitled text 72
Type: application/octet-stream
Size: 2389 bytes
Desc: not available
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130110/aea08bfc/attachment.obj>