URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID10
Нить номер: 1424
[ Назад ]
Исходное сообщение
"Две карточки на сервере смотрят в одну. Убрать сообщения в логах"
Отправлено Tiwn , 16-Июн-04 23:35 
У меня две карточки на одном сервере смотрят в одну сеть. Одна карточка работает для одного сервиса, другая для другого. Все хорошо только сыпятся вот такие сообщения в логи

Jun 16 23:28:28 gw /kernel: arp: 212.xxx.xxx.53 is on fxp1 but got reply from 00:02:b3:3e:e3:75 on fxp2


Как сделать, чтобы их не было?
Спасибо

Содержание
Сообщения в этом обсуждении
"Две карточки на сервере смотрят в одну. Убрать сообщения в л..."
Отправлено Dima , 17-Июн-04 11:18 
А не проще ли алиас на интерфейс написать, вместо использования двух карт для одной подсети ?
"Две карточки на сервере смотрят в одну. Убрать сообщения в л..."
Отправлено lamerusha , 17-Июн-04 12:52 
>Таже проблема только у меня файловый сервер и стоит 3 сетевухи в одну сеть >с одним IP для увеличения трафика.

интерсно - как ты это реализовал ???? на всех трех карточках один mac прописал ?? или что ?

"Две карточки на сервере смотрят в одну. Убрать сообщения в л..."
Отправлено lamerusha , 17-Июн-04 13:43 
>MACи какраз разные а IP один отсюда и ругня в логан пример

А ты представляешь как идут к тебе пакеты ????
  НАпример на физическом уровне ????
Что постоянно переписывается таблица ARP? у пользователей - куча проблем -
короче - то что ты сделал явно не работоспособно с точки зрения RFC ...

Есть что-то подобное у Microsoft называется LOAD BALANCING , когда ДВЕ карточки вуступают как ОДНА , тогда там используется Virtual MAC , но как показала практика простой PING способен свести все усилия на нет ... ;)

"Две карточки на сервере смотрят в одну. Убрать сообщения в л..."
Отправлено lamerusha , 17-Июн-04 15:12 
>
>А нарушение RFC не выходит за пределы локалки и никому не мешает :-)

Кул Хацкеры ... блииин ...
   Вопрос - а для какой задачи ты такое придумал ???
А если тянуть бооольшой файл ? то что будет ? он не бьется ..., я говорю о действительно бооольшом ..;)

"Две карточки на сервере смотрят в одну. Убрать сообщения в л..."
Отправлено lamerusha , 17-Июн-04 15:23 
>как показала практика всё явно работоспособно и пинги ходят и трафик на 3 >сетевухи делится правда не совсем ровно но устраивает (всёравно быстрее чем >на одной сетевухе )

Интересно а как ядрышко знает , на какой интерфейс ему слать ответ ?

Или у тебя 3 карточки слушают , а одна отвечает ???

"Две карточки на сервере смотрят в одну. Убрать сообщения в л..."
Отправлено TheUser , 19-Июн-04 21:39 
В тему. Задумал я диплом сделать по распараллеливанию сетевых соединений, чтоб скорость доставки атомарных пакетов сети увеличить, etc...  Да вот сомневаюсь, вдруг такая система уже существует и активно используется. Вобщем выглядеть это должно приблизительно так: 2 машины в один свич подключены через несколько сетевух. На каждой создается тунель, на который форвардятся все пакеты для другой машины. Посоветуйте, на каком уровне реализовать? Можно попроще -  тунель over IP, можно получше - через arp. Вобщем подскажите советом, а то диплом через 3 года...
"Две карточки на сервере смотрят в одну. Убрать сообщения в л..."
Отправлено Beginner , 28-Июн-04 07:44 
Смысла от 2 карт смотрящих в 1 сетку нет.
Единственный случай когда это может помочь - использование технологии Etherchannel (кое-кто называет это транкированием). Но как я понял - это не тот случай.
А еще можно так извратиться - объединить эти карточки в мост и приписать мосту 1 IP адрес. Если активное оборудование не поддерживает STP - будут незабываемые впечатления!