2 ip-адреса с одной подсети на компьютере

Так делать нельзя. Для чего вы это хотите сделать ?

Так делать нельзя

Кто сказал? Я так делал и всё работало

я понимаю, что по-хорошему надо разные подсети, но есть шлюз и есть часть федеральной сети, ip-адресация которой производится согласно регионам и вот я не могу менять ни ip шлюза, ни ip внутренних компов, т.к. они должны быть доступны из любого конца страны по определенным адресам. а мне надо еще между сетью и шлюзом воткнуть прокси для фильтрации трафика. нет способов как-то решить этот вопрос?

Так делать нельзя.

Ссылку на RFC или УК?

Что работало-то как у вас пойдут пакеты, в таблице маршрутизации для каждой сети прописывается правило, в котором указан маршрут до сети через определённый интерфейс, маршрут до этой же сети на другой интерфейс добавить нельзя, поэтому все пакеты пойдут по уже присутствующему маршруту, т.е через первый интерфейс. Например:

192.168.0.0     *  255.255.255.0     U    0      0        0 eth0

192.168.0.0     *  255.255.255.0     U    0      0        0 eth1

Соединение настраиваешь в мост. В мост добавляешь одну или две сетевухи (как удобнее). На мост цепляешь айпишник. Второй айпишник можно поцепить на алиас моста или dummy или другой логический интерфейс. Если ты воткнешь обе сетевухи в свитч за 20$ (без vlan), то закольцуешь себя, поэтому такой вещь допустить нельзя.

Я тебе больше скажу - я ставил не то, что из одной сети, а вообще одинаковые адреса
Всё работало

ну я вот попробовал на 3-х компах - ситуация везде совершенно одинакова...

Я тебе все написал. Ставь решено

не знаю куда там центос чего пишет, но вопрос от этого не меняется - в логах что?

а вообще одинаковые адреса Всё работало

Что-то слабо верится. В итоге у вас всё равно обмен пакетами шёл через одну сетевую карту. Обмен пакетами в одной сети идёт по arp адресу (MAC адресу) и в таблице MAC адресов выставляется жёстко соответствие MAC адрес - IP адрес. Не может для одного IP адреса быть несколько MAC адресов.

спасибо, завтра попробую твой совет.

специально для этого бог придумал мосты

man brctl

Ну это понятно, но при этом у меня не было симптомов описанных ТС (всё работает но просто долго подымается)
У меня интерес тут чисто академический, надо логи посмотреть почему так происходит

всё работает но просто долго подымается

Это потому, что это не правильно, как уже сказал я и некоторые ораторы, нужно использовать МОСТ.

kostik87

Добавить уже нельзя, поэтому все пакеты в эту сеть пойдут через eth0, если нужна балансировка нагрузки или просто увеличить пропускную способность / нажёность, то нужно объединять два интерфейса в мост и уже мосту назначать ip адрес.

andrew667

Соединение настраиваешь в мост. В мост добавляешь одну или две сетевухи (как удобнее). На мост цепляешь айпишник. Второй айпишник можно поцепить на алиас моста или dummy или другой логический интерфейс. Если ты воткнешь обе сетевухи в свитч за 20$ (без vlan), то закольцуешь себя, поэтому такой вещь допустить нельзя.

Turbid

специально для этого бог придумал мосты

спасибо за советы, завтра потыкаю, попробую настроить мост и погляжу логи

Это потому, что это не правильно

Ты сам себе противоречишь.
Если бы оно было неправильным, то оно бы вообще не работало
Теоретическая правильность это одно, а практический результат, даже противоречащий теориям - другое.
Результат ТСа явно показывает что твои выкладки неверны, но ты продолжаешь упорствовать. Это непродуктивно.

Знаете, можно, к примеру, дефрагментировать файловую систему, находящуюся на SSD накопителе, да процесс будет идти, даже очень быстро, файловая система будет дефрагментирована, все рады, но практической выгоды никакой, а только один вред.

То что оно как-то работает не говорит о том, что это правильно.

Единственно, что можно сказать, что спор в данной ситуации непродуктивен, здесь я с вами соглашусь.

Но, думаю, каждый останется при своём мнении.

в общем-то и меня не устраивает, что работает, но вот именно что «как-то». увидеть вторую сетевую спустя четверть часа - не самое приятная новость )))

Не слушай Костика, обычно он всё правильно говорит, но сегодня день тяжёлый, поэтому он начал путаться в показаниях.

Давай посмотрим
ip a
ip r
ip n

до и после поднятия второго интерфейса

давай, только это я уже завтра на работе все это опробую и выложу результат

Каким образом настроены сетевые карточки — через файлы в /etc/sysconfig/network-scripts/ или ещё как?

два вопроса, главный и основной.

Главный - а какую задачу ты хочеть таким образом решить? Может зная эту тайны мы сможем тебе подсказать идею не менее лучше?

Основной - каким образом у тебя поднимаются интерфейсы?

о, основной вопрос уже задали :)

а чем не подходит решение назначить одной сетевой карте 2 ip ?

# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 50:e5:49:88:d8:59 brd ff:ff:ff:ff:ff:ff
inet 192.168.3.3/24 brd 192.168.3.255 scope global eth0
inet6 fe80::52e5:49ff:fe88:d859/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:21:91:ef:9f:e2 brd ff:ff:ff:ff:ff:ff
inet 192.168.3.4/24 brd 192.168.3.255 scope global eth1
inet6 fe80::221:91ff:feef:9fe2/64 scope link
valid_lft forever preferred_lft forever
# ip r
192.168.3.0/24 dev eth0 proto kernel scope link src 192.168.3.3
192.168.3.0/24 dev eth1 proto kernel scope link src 192.168.3.4
169.254.0.0/16 dev eth0 scope link metric 1002
169.254.0.0/16 dev eth1 scope link metric 1003
default via 192.168.3.1 dev eth0
# ip n
192.168.3.1 dev eth0 lladdr 00:21:d8:d2:32:a0 REACHABLE
192.168.3.100 dev eth0 lladdr 00:1d:7d:70:be:68 REACHABLE
Одинаково до и после поднятия eth1

а чем не подходит решение назначить одной сетевой карте 2 ip ?

ну может и подходит, но т.к. есть 2 карты в компе вот и решил, что так будет лучше.

Главный - а какую задачу ты хочеть таким образом решить?

Там где-то выше объяснял, что это прокси для фильтрации трафика

Каким образом настроены сетевые карточки — через файлы в /etc/sysconfig/network-scripts/ или ещё как?

сначала во время установки все параметры забивал, ставил автоматическое поднятие интерфейса, а потом уже после перезагрузки правил /etc/sysconfig/network-scripts/ifcfg-ethX

В подобных случаях рекомендуют на одном из таких интерфейсов установить маску /32. Я так делал и это правильно. Но в моем случае это были IP-алиасы на одном интерфейсе (впрочем до некоторых пределов это без разницы). Ну мне-то это было нужно, а зачем это ТС-у непонятно.

а чем не подходит решение назначить одной сетевой карте 2 ip ?

ну может и подходит, но т.к. есть 2 карты в компе вот и решил, что так будет лучше.

Причина мутная. Все равно непонятно, зачем тебе 2 интерфейса (или даже шире: зачем 2 айпишника) в одной подсетке?

есть шлюз и есть часть федеральной сети, ip-адресация которой производится согласно регионам и вот я не могу менять ни ip шлюза, ни ip внутренних компов, т.к. они должны быть доступны из любого конца страны по определенным адресам

и шлюз и компы в одной подсети, потому и надо внутреннюю сеть пропустить через прокси, не меняя ничьих ip

и шлюз и компы в одной подсети

Вы хотите сказать, что второй интерфейс Вашего прокси/шлюза идёт не в провайдера, а обратно в локалку? Ну и какой толк от него тогда?

Или Вы опять чего-то не договариваете?

ну а как сделать на одной сетевой прокси? вроде как все прокси подразумевают 2 сетевые...

провайдер воткнут в коммутатор, где делится на интернет и телефонию. потому и не могу я воткнуть провайдера в один из интерфейсов сервера

Дак у Вас что, приватная сеть федерального масштаба, с центральным офисом и кучей филиалов?

Забавно.

вроде как все прокси подразумевают 2 сетевые...

Никак не подразумевают.

возьми два любых адреса из сетей на другой стороне (федеральная и локальная, как я понял) и сделай
ip r g этоттвойадрес

провайдер воткнут в коммутатор, где делится на интернет и телефонию. потому и не могу я воткнуть провайдера в один из интерфейсов сервера

Выходящий с коммутатора линк втыкается во «внешний» интерфейс шлюза. С «внутреннего» ведёте раздачу интернета в локалку. На конторские адреса пускаете без ограничений, доступ к внешним регулируете согласно ЛНА.

В чём проблема-то?

у Вас что, приватная сеть федерального масштаба, с центральным офисом и кучей филиалов?
Забавно

Эм, а чего забавного, кроме того, что ТС явно не хватает знаний для работы?

kostik87 прав. Нельзя так делать потому что линукс будет отвечать на арп неправильно. Не нужно включать в один броадкаст домен два интерфейса. Правильный вариант - LACP из двух интерфейсов и соответствующая настройка коммутора.

специально для этого бог придумал мосты

man brctl

Мосты придуманы не для этого. Включив два таких интерфейса в мост, вы сделаете L2 кольцо и благоприятно на работе сети это не скажется.

Мосты придуманы не для этого.

А для чего?

Включив два таких интерфейса в мост, вы сделаете L2 кольцо и благоприятно на работе сети это не скажется.

Каким образом? Где еще L2 между его сетями, кроме c этого моста?

О не втыкает сетёвки в один свич. Он пытается фильтровать трафик, ему не нужен LACP.

правил /etc/sysconfig/network-scripts/ifcfg-ethX

NM_CONTROLLED="no"

стоит?

А так, либо нужно делать мост, либо на интерфейсы вашего прокси ставить ip-адреса не из вашей сети, но прописывать маршруты через эти интерфейсы и включать proxy_arp.

это всё скучно и уныло
единственный интересный вопрос - почему это всё-таки работает через 15 минут

http://wiki.centos.org/TipsAndTricks/BondingInterfaces

Вобще не понятно, почему ТС решил что через 15 минут происходит поднятие интерфейса, причём не уточнил какого. Ведь у него до и после поднятия одинаковый вывод команд ″ip ... show″.

Хотя, наверное, нужно вернутся к конфигурации сети, потому что у него ″ip n″ даёт оба компьютера на eth0.

О не втыкает сетёвки в один свич. Он пытается фильтровать трафик...

Не уверен. ТС молчит вообще. Как он от прова забирает инет тоже непонятно. Вполне возможна ситуация, когда юзеры изменят default gateway и полезут в инет минуя проксю.

* пишу по памяти*

Если уж хочешь поизвращаться, то

ip ro a X.X.X.X via X.X.X.X src 192.168.0.1 dev eth0 table 100
ip ru a to X.X.X.X lookup 100

там может ещё быть fwmark, подробнее man ip