Народ, у меня ситуация которая поставила меня в ступор, возможно просто чего то не знаю, но установил на сервер 2 дополнительных сетевых интерфейса система их увидела ifconfig -a тоже показывает их наличие, в network-scripts нужные файлы не появились, ну и черт с ними, создал их в ручную, все как полагается, начинаю тестировать, пингуются, но оказалось то что пингуются только тогда когда включен основной интерфейс, соответственно я подумал что малоли там чего виртуальный поднял случайно делаю ifconfig eth1 down (тот что добавленный), и что бы вы думали, все равно гад пингуется, но как!!!!!!!!!, ifconfig  показывает что он отключен, но как только выдергиваешь провод из основного, перестает пинговаться, все десять раз проверел, мало ли может забил адреса как то не так или еще что, но не понятно что за дела, мало ли может кто знает, операционка centos 6

• Не стандартное поведение сетевого интерфейса,Andrey Mitrofanov, 10:31 , 05-Окт-11
• Не стандартное поведение сетевого интерфейса,zd3n, 10:36 , 05-Окт-11
  • Не стандартное поведение сетевого интерфейса,mgkitman, 10:51 , 05-Окт-11
    • Не стандартное поведение сетевого интерфейса,zd3n, 11:39 , 05-Окт-11

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

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

> что малоли там чего виртуальный поднял случайно делаю ifconfig eth1 down
> (тот что добавленный), и что бы вы думали, все равно гад
> пингуется, но как!!!!!!!!!, ifconfig  показывает что он отключен, но как
> только выдергиваешь провод из основного, перестает пинговаться, все десять раз проверел,

А вот это, кстати да, было на днях.

>мало ли может кто знает, операционка centos 6

Debian 6.0 с ядром 2.6.32 с чем-то. Опускаю интерфейс
ifdown eth2
пингую его ip -- ой :-O , _пингуется_. Смотрю
ip a
--eth2 "state DOWN", но "inet 10.10.10.1/24" присутствует. Пока не сказал
ip a del 10.10.10.1/32 dev eth2
локальный ip пинговался, "ip l s eth2 down" не помогло, но и адреса в той /24 сетке не пинговались.

Видимо, особенность реализации... А может, "сломали" и не заметили в какой-нибудь очередной 2.6.${N+1}...

Шлюз (GATEWAY=....) в каком файле прописан? В /etc/sysconfig/network или в каком-нибудь файле /etc/sysconfig/network-scripts/ifcfg-ethX ?

Команда route что выдаёт?

ИМХО, это связано с таблицей маршрутизации, с ней и надо разбираться...

> Шлюз (GATEWAY=....) в каком файле прописан? В /etc/sysconfig/network или в каком-нибудь
> файле /etc/sysconfig/network-scripts/ifcfg-ethX ?
> Команда route что выдаёт?
> ИМХО, это связано с таблицей маршрутизации, с ней и надо разбираться...

В /etc/sysconfig/network

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
80.79.71.0      *               255.255.255.224 U     0      0        0 eth2
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0
link-local      *               255.255.0.0     U     1002   0        0 eth0
default         192.168.0.1     0.0.0.0         UG    0      0        0 eth0

Дефолтный маршрут идёт через eth0.
Т.о. если выдернуть шнурок из eth0, пинг до IP, привязанного к eth2, пропадёт(ИМХО).
Тут либо составлять таблицу маршрутизации, распределив разные Destination между eth0 и eth2, что слишком геморно и не имеет особого смысла в большинстве случаев(ИМХО).
Либо поднимать bonding на основе eth0 и eth2, что более правильно.