В статье "Redundant routers with Linux and Keepalived (http://tips.linux.com/article.pl?sid=05/05/10/1436254)" предлагется метод по увеличению надёжности Linux-маршрутизатора, путём введения дополнительных маршрутизаторов и организации их работы с использованием протокола VRRP (http://www.faqs.org/rfcs/rfc2338.html) и демона keepalived (http://www.keepalived.org/). В статье приводится пример установки и настройки подобной конфигурации.URL: http://tips.linux.com/article.pl?sid=05/05/10/1436254
Новость: http://www.opennet.me/opennews/art.shtml?num=5461
место vrrp лучше использовать carp ucarp.org
Кстати, когда обновлялся с FreeBSD 5.3 до 5.4 mergemaster показал весьма интересную картинку (не дословно):
--/etc/protocols
++/etc/protocols
(skipped)
--vrrp 112 VRRP
++carp 112 CARP vrrp
-----EOF-----Круто, да? Т.е. VRRP уже не рассматривается.
А вы в /etc/protocols -- carp - видели
а только VVRP - тама видел и все
забыли поменять что-ли?
Еще раз говорю: в 5.4 в /etc/protocols за номером 112 уже значится CARP, вплоть до этого был VRRP.
у меня что-то нихрена mergemaster не показывал
и в /etc/protocols - carp - руками прописывал
а pfsync есть? номер 240
Ребят, залезте на webcvs - поможет =)
Простите, но по-моему, в /etc/protocols сейчас ОБА есть. А был только первый.
#uname -r
5.4-RELEASE
#grep -i vrrp /etc/protocols
carp 112 CARP vrrp #Common Address Redundancy Protocolvrrp оставили походу просто для обратной совместимости. Но главное все-таки в комментарии. Если у вас не так - man mergemaster.
Я может чего не понимаю, но ЗАЧЕМ все это?
Все протоколы маршрутизации итак поддерживают избыточное количество связей, а у клиентов можно указать несколько шлюзов в настройках.
Зачем городить огород?
Затем же, зачем придумали RAID0 и RAID1 (он же 0+1) - избыточная надежность и распределение нагрузки.
Ну в общем-то протоколы динамической маршрутизации этот вопрос как раз и решают. Действительно, непонятно зачем здесь VRRP/CARP? Т.е. я бы понял если бы решь шла о каких-нибудь протоколах прикладного уровня, но маршрутизация...
>Я может чего не понимаю, но ЗАЧЕМ все это?
>Все протоколы маршрутизации итак поддерживают избыточное количество связей, а у клиентов можно
>указать несколько шлюзов в настройках.
>Зачем городить огород?Потому что нельзя у клиента прост опоставить нескольку шлюзов по умолчанию. Потому что без динамической маршутизации он не определит, что next-hop первого маршрута мерт в и нужно использовать второй маршрут.
Почитайте введение в RFC по VRRP. Там очень понятно написано зачем он нужен.
А что касается CARP, то он возник из за того, что у Cisco есть патент, под действе котрого подпадает VRRP. В свое время они наехали по этому поводу на OpenBSD и им пришлось придумать другой протокол аналогичного назначения - CARP.
> Потому что без динамической маршутизации он не определит, что next-hop первого маршрута мерт в и нужно использовать второй маршрут.Верится с трудом. Во всех операционных системах выпущеных за последние 5 лет нормально детектируется умерший раутер и не используются маршруты идущие в него.
> Потому что нельзя у клиента прост опоставить нескольку шлюзов по умолчанию.Да неужели? :)