Re: source IP for private host

["Alexey V. Karagodov" <kav@xxxxxxxxxxxxxx>]

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

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


на 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

Attachment: untitled text 72
Description: Binary data

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