|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrew Kant 2:469/83.1 10 Nov 2007 18:17:30
To : Maksim Malchuk
Subject : Split access и Load Balancing
--------------------------------------------------------------------------------
Saturday November 10 2007 00:54, Maksim Malchuk wrote to Andrew Kant:
AK>> А причем тут сабж? Добавь все три интерфейса как default gw, у
AK>> одного
MM> сразу видно lartc не читал раз сабж непонял
AK>> метрика маленькая, у второго - больше, у третьего - еще больше. Как
AK>> один отваливает вступает в силу следующий с наименьшей метрикой. Hо
AK>> все соединения, шедшие через умерший канал, в итоге помрут. Вот
AK>> если ты хочешь, чтобы резервные каналы не простаивали, тогда нужен
AK>> load balancing, но при твоих условиях это явно не так. Или если ты
AK>> хочешь, чтоб твои внутренние ресурсы были доступны снаружи даже
AK>> когда один из каналов лежит, тогда надо извращаться (но уже на
AK>> уровне as), а твой случай примитивен, как таковой iptables там и не
AK>> требуется (ну разве что прикрыться от интернета).
MM> спасибо за теорию, но это и так понятно, на примерах можно? сам
MM> пробовал? ;)
Иметь несколько каналов и переключаться между ними? пробовал, более того,
несколько каналов до нескольких сетей прямо сейчас прописаны через разные
интерфейсы с разными метриками. Отвалит основной-автоматом заработает другой.
Весь вопрос что с противоположной стороны прийдется еще руками кое-что
переключать, но в твоем случае это и не важно. Для этого даже команды ip route
много - достаточно было route add ... metric XX.
Пример? Hу вот где-то так
route add default gw $ISP1 dev $IF1 metric 10
route add default gw $ISP2 dev $IF2 metric 20
первая команда в ppp-up для первого провайдера, вторая - там-же для второго.
MM>>> Все каналы подняты через pppoe/pppd внутри линукс-бокса, т.е.
MM>>> при
MM> pppoe/pppd - ключевое слово. приколы с метрикой подходят только для
MM> ethernet когда интерфейс физически не пропадает в системе, и не удаляя
MM> вместе с собой все статические маршруты.
Ты чего-то сам себе противоречишь. Все маршруты, поднятые на конкретный
интерфейс, автоматом удаляются при его опускании (и для eth и для ppp), при
этом вступят в действие те, которые остались. Что тебе и нужно. Более того,
pppd имеет скрипты как при старте так и при отвале интерфейса, и ты на них
можешь повесить и некую дополнительную логику по добавлению-удалению маршрутов,
но еще раз повторяю - в твоем случае достаточно при подъеме интерфейса
создавать на него дефолт рутинг с требуемой метрикой, всё остальное будет
сделано автоматом.
PS lartc - это круто, и то, что ты его прочитал - очень хорошо. Hо помни про
KISS-принцип :) Hу и практика - попробуй, это намного проще, чем вести
теоретические споры. Я пробовал - работало (работает). Либо ты не описал
каких-то дополнительных условий, либо не видишь всей простоты своего случая.
Good bye!
Andrew
--- GoldED+/W32 1.1.4.7
* Origin: * KAA * (2:469/83.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
