The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Не стандартное поведение сетевого интерфейса"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Сеть. проблемы, диагностика)
Изначальное сообщение [ Отслеживать ]

"Не стандартное поведение сетевого интерфейса"  +/
Сообщение от mgkitman email(ok) on 05-Окт-11, 10:14 
Народ, у меня ситуация которая поставила меня в ступор, возможно просто чего то не знаю, но установил на сервер 2 дополнительных сетевых интерфейса система их увидела ifconfig -a тоже показывает их наличие, в network-scripts нужные файлы не появились, ну и черт с ними, создал их в ручную, все как полагается, начинаю тестировать, пингуются, но оказалось то что пингуются только тогда когда включен основной интерфейс, соответственно я подумал что малоли там чего виртуальный поднял случайно делаю ifconfig eth1 down (тот что добавленный), и что бы вы думали, все равно гад пингуется, но как!!!!!!!!!, ifconfig  показывает что он отключен, но как только выдергиваешь провод из основного, перестает пинговаться, все десять раз проверел, мало ли может забил адреса как то не так или еще что, но не понятно что за дела, мало ли может кто знает, операционка centos 6
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Не стандартное поведение сетевого интерфейса"  +/
Сообщение от Andrey Mitrofanov on 05-Окт-11, 10:31 
>начинаю тестировать, пингуются, но оказалось то
> что пингуются только тогда когда включен основной интерфейс, соответственно я подумал

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

> что малоли там чего виртуальный поднял случайно делаю 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}...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Не стандартное поведение сетевого интерфейса"  +/
Сообщение от zd3n (ok) on 05-Окт-11, 10:36 
Шлюз (GATEWAY=....) в каком файле прописан? В /etc/sysconfig/network или в каком-нибудь файле /etc/sysconfig/network-scripts/ifcfg-ethX ?

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Не стандартное поведение сетевого интерфейса"  +/
Сообщение от mgkitman email(ok) on 05-Окт-11, 10:51 
> Шлюз (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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Не стандартное поведение сетевого интерфейса"  +/
Сообщение от zd3n (ok) on 05-Окт-11, 11:39 
Дефолтный маршрут идёт через eth0.
Т.о. если выдернуть шнурок из eth0, пинг до IP, привязанного к eth2, пропадёт(ИМХО).
Тут либо составлять таблицу маршрутизации, распределив разные Destination между eth0 и eth2, что слишком геморно и не имеет особого смысла в большинстве случаев(ИМХО).
Либо поднимать bonding на основе eth0 и eth2, что более правильно.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру