2 ip для одной машины (как настроить со стороны провайдера и клиента. возможно ли.)

[Арахноид]

суток доброго времени
задали тут задачку, пытаюсь понять
Некому товарищу Т необходимо, чтобы всё у него работало через один айпи, а вот одна программа -- через второй (сторонние прокси не подходят по соображениям безопасности идеологии).
Провайдер П готов предоставить ему эти два внешних айпи.
Но провайдер П (П он и в Африке П) не знает, как это реализовать.
Ваш покорный слуга А почесал репу и понял, что в ней, репе, мало чего полезного по этому вопросу есть.
Краем пятки слышал про pat. Транслируем с/на определённый порт на другой айпи.
Вот только другая моя пятка нашал только про обратное: многих на один сажают.
В каком направлении покопать? А то вот запутался я.
Что же клиенту Т и провайдеру П делать стоит?

[Sleeping Daemon]

суток доброго времени
задали тут задачку, пытаюсь понять
Некому товарищу Т необходимо, чтобы всё у него работало через один айпи, а вот одна программа -- через второй (сторонние прокси не подходят по соображениям безопасности идеологии).
Провайдер П готов предоставить ему эти два внешних айпи.
Но провайдер П (П он и в Африке П) не знает, как это реализовать.
Ваш покорный слуга А почесал репу и понял, что в ней, репе, мало чего полезного по этому вопросу есть.
Краем пятки слышал про pat. Транслируем с/на определённый порт на другой айпи.
Вот только другая моя пятка нашал только про обратное: многих на один сажают.
В каком направлении покопать? А то вот запутался я.
Что же клиенту Т и провайдеру П делать стоит?

ifconfig eth0 ETHET_ADDR_1 up
ifconfig eth0:0 ETHET_ADDR_2 up
Называется алиас.

[Olden Gremlin]

суток доброго времени
задали тут задачку, пытаюсь понять
Некому товарищу Т необходимо, чтобы всё у него работало через один айпи, а вот одна программа -- через второй (сторонние прокси не подходят по соображениям безопасности идеологии).
Провайдер П готов предоставить ему эти два внешних айпи.
Но провайдер П (П он и в Африке П) не знает, как это реализовать.
Ваш покорный слуга А почесал репу и понял, что в ней, репе, мало чего полезного по этому вопросу есть.
Краем пятки слышал про pat. Транслируем с/на определённый порт на другой айпи.
Вот только другая моя пятка нашал только про обратное: многих на один сажают.
В каком направлении покопать? А то вот запутался я.
Что же клиенту Т и провайдеру П делать стоит?

ip a a 192.168.0.1/16 dev eth0
ip a a 172.16.0.1/12 dev eth0
ip a a 10.0.0.1/8 dev eth0
имеем три ip-адреса на одном интерфейсе
смотреть
ip a s
по-поводу того с какого ip какая программа работать будет...
хм... самому так извращаться не приходилось, но... я бы посмотрел в сторону
iproute2, в частности ip ru и в сторону опции iptables'а owner (или что-то в этом духе), при этом используя ее в POSTROUTING'а для определения to-source для разных пользователей (owner'ов)... но, еще раз говорю, - это только мысли вслух. реально над этим не изголялся...

[Ленивая Бестолочь]

кстати, господа, заранее извиняюсь за легкий оффтоп.
вопрос к т.Olden Gremlin - комманда ip в каком пакете дебиана? :-[

[BuriK666]

кстати, господа, заранее извиняюсь за легкий оффтоп.
вопрос к т.Olden Gremlin - комманда ip в каком пакете дебиана? :-[

Наверное как и везде в iproute2

[Olden Gremlin]

кстати, господа, заранее извиняюсь за легкий оффтоп.
вопрос к т.Olden Gremlin - комманда ip в каком пакете дебиана? :-[

Код: Выделить всё

olden@og:~$ aptitude search iproute
i   iproute                                                       - Professional tools to control the networking in Linux kernels
p   iproute-dev                                                   - Development package for iproute
i   iproute-doc                                                   - Professional tools to control the networking in Linux kernels

[Ленивая Бестолочь]

спасибо большое )

[-sanches-]

и в сторону опции iptables'а owner (или что-то в этом духе),

Кстати, цитата из man iptables: NOTE: pid, sid and command matching are broken on SMP . Недавно сам по этому поводу сильно обломался.

[Арахноид]

дико извиняюсь, завертелся с делами, скоро смогу вернуться к этому вопросу и глубоко покопать.
спасибо :-)