Обновление arp таблицы [РЕШЕНО]

Добрый день коллеги.

Подскажите куда копать.
Есть две машинки (стоят у хостера) HOST-1 и HOST-2, у них (у каждой) сетевые интерфейсы объеденены в бондинг.
Между ними настраивается плавающий IP, поднимается виртуальный интерфейс и на него вешается IP.
То есть, плавающий IP должен подниматся на HOST-2, если HOST-1 умрет.
В этой части все шоколадно.
HOST-1 работает и отдает трафик по виртуальному IP, HOST-2 за ним наблюдает из засады.
Как только гасится HOST-1, на HOST-2 поднимается виртуальный интерфейс, на него вешаеться плавающий IP и стартуют нужные службы.
Но вот пакеты на этот новый интерфейс не приходят :(
Пытался принудительно обновить arp таблицу так:

vip-start() {
   ip addr add ${JOBIP}/${JOBMASK} brd + dev ${IFACE} label ${IFACE}:VIP
   /etc/init.d/nginx start
   arping -q -A -c 1 -I ${IFACE} ${JOBIP}
   sleep 2
   arping -q -U -c 1 -I ${IFACE} ${JOBIP}
}

не сработало, хотя в тестовой зоне (не у хостера) все работает замечательно.

Кто что может подсказать?

P.S. Сторонние системы, типа heartbeat, просьба не предлагать.

#################################################################################################################################

Всем откликнувшимся спасибо.
Проблема была забавная, тестировал я свой велосипед на gentoo, а запускал на debiane.
В общем оказалось, что есть две утилиты arping. Одна входит в пакет iputils, вторая самостоятельная.
В gentoo уже стоял пакет iputils, и там у утилиты arping присутствует ключик -U, который очень важен.
Когда же я сунулся в debian, там утилиты arping не оказалось ну и я ее поставил :)
Но у установленной утилиты arping оказалось отсутствует ключик -U.
Пришлось сносить в debian'е arping и ставить пакет iputils-arping.
После этого все заработало как надо.

настраивается плавающий

настраивается плавающий IP,

Чем настраивается ? Опять изобрели "вылысыпед на админских скриптах" ? Keepalived ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Собственно код скрипта,

Собственно код скрипта, отвечающий за поднятие виртуального интерфейса и присваивания этому интерфейсу плавающего IP я привел:

ip addr add ${JOBIP}/${JOBMASK} brd + dev ${IFACE} label ${IFACE}:VIP

Суть проблемы в том, что надо объяснить шлюзу, что данный IP теперь переехал на другой порт и имеет новый MAC-адрес.
Я пытаюсь попросить шлюз обновить arp таблицу для соответствующего IP адреса, но безуспешно.

Поскольку хостер выдал IP с маской 32, есть подозрение, что данная проблема связана с организацией arp-proxy у хостера.
Можно почитать это и почитать это

Ну и собственно про велосипед.
Разве "волшебной" keepalived не нужно объяснять шлюзу, что данный IP теперь переехал на другой порт и имеет новый MAC-адрес?

Я типичный русский колхозник.
Долго запрягаю, быстро езжу и сильно торможу...

Разве "волшебной" keepalived

Разве "волшебной" keepalived не нужно объяснять шлюзу, что данный IP теперь переехал на другой порт и имеет новый MAC-адрес?

Панимаешь, есть такая штука в rocket science - VRRP. Изучают где то в ICND......
тык вот keepalived не надо ничего рассказывать.

Просто не надо вылысыпыдыт "на админских скриптах" то, на что умные люди давно написали RFC. https://tools.ietf.org/html/rfc3768

Для любителей читать напевы Рабиновича - http://xgu.ru/wiki/VRRP

Поскольку хостер выдал IP с маской 32,
то в дупу такого хостера

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Вот я удивляюсь с вас

Вот я удивляюсь с вас уважаемый, если админские скрипты написаны как надо и выполняют свою функцию, что в этом плохого?
И потом, большая половина линукса сплошные скрипты :)
А велосипеды - это наше все !!! :)

Я типичный русский колхозник.
Долго запрягаю, быстро езжу и сильно торможу...

А я солидарен с товарищем

А я солидарен с товарищем Слепногой.
А плохого в этом то что разбираться в костылно-заскриптованных это ад.
есть кипаливд который все это делает и все об этом знают и умеют с этим работать.

Спасибо за ваше мнение,

Спасибо за ваше мнение, только у меня свое ИМХО.
Когда я могу реализовать все самостоятельно, я это делаю, иначе теряется весь кайф от использования линукс.

Я типичный русский колхозник.
Долго запрягаю, быстро езжу и сильно торможу...

.

myaucher написал(а):
А плохого в этом то что разбираться в костылно-заскриптованных это ад.

Поверь моему опыту, последствия танца от RFC (без достаточного обременения практикой) доставляют в не меньшей степени.
Не говоря о таком по своему прекрасном квесте, как определение степени знакомства с нормативными документами разработчиков используемого ПО. С вопросами полноты и корректности реализации требований нормативных документов (напомнить об отношениях ЭМВОС с практикой?).

:wq
--
Live free or die

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".