Два провайдера - основной и резервный

http://sysadmins.ru/topic82857.html

Циски нету...

И что? До конца читать тяжело?

Prov1, Prov2, «IP первого», «IP любого из провайдеров» - кто все эти люди?

Запустите tcpdump на разных интерфейсах и посмотрите что куда ходит.

traceroute

или по модному mtr

если адреса дефаултов белые, то и будут пинговаться

Тебе надо вдумчиво покурить LARTC до состояния полного просветления. Там это написано.
http://lug.ivanovo.ru/lartc/
Глава
4.2. Маршрутизация через несколько каналов/провайдеров.
Ну все что там рядом тоже полезно

ИМХО, рано ему про LARTC говорить, похоже, что он вообще маршрутизацию не осилил...

route add default gw Prov1_GW

в итоге: Prov1 - пингуется Prov2 - не пингуется это хорошо, идем дальше...

Чтобы этот маршрут работал, должен быть маршрут до Prov1_GW, ага? И после удаления default gateway тот маршрут никуда не исчезнет. Так что пинг после удаления дефолтного маршрута - ни разу не мистика.

Так, постарась описать суть всего действия. Есть VPN сервер. Его суть такова:

eth0 - основной канал aa.aa.aa.aa/29

eth1 - резервный канал bb.bb.bb.bb/30

eth2 - локальная сеть cc.cc.cc.cc/24

Люди, сидят вообще в других городах, подключаются к aa.aa.aa.aa и работают с 1Ской, которая обращается к одному единственному компу в локальной сети. Но это не суть важно. Важно другое. При падении основного канала, у людей обрывается VPN подключение и они переподключаются на резервный канал. Все бы вроде хорошо, НО нужно сделать так, чтобы когда работает основной канал они не могли подрубиться на резервный! Соответственно даже пропинговать не могли резервный!!! Теперь по сути. Локальную сеть отбрасываем, нам она пока вообще не нужна!

ip route show

aa.aa.aa.aa/24 dev eth0 proto kernel scope link src aa.aa.aa.aa(IP основного)

bb.bb.bb.bb/30 dev eth1 proto kernel scope link src bb.bb.bb.bb(IP резервного)

ip rule show

0: from all lookup local

32764: from bb.bb.bb.bb lookup T2

32765: from aa.aa.aa.aa lookup T1

32766: from all lookup main

32767: from all lookup default

Т.е. в принципе не указываем ни одного дефолтного gw.

Теперь пробуем пропинговать IPшники обоих каналов. Если я все правильно понимаю, то ни одни не должен пинговаться... т.к. не указано ни одного шлюза по умолчанию...

ping aa.aa.aa.aa Превышен интервал ожидания для запроса.

ping bb.bb.bb.bb Ответ от bb.bb.bb.bb: число байт=32 время=7мс TTL=56

Просто непонятно ПОЧЕМУ????? Если подставить шлюз по умолчанию первого провайдера - будут пинговаться оба!!!

Был косяк. В таблицу Т1 забыл загнать шлюз.... в итоге загнал.... и вообще ничего хорошоего:) Теперь без указания шлюза по умолчанию пингуются ОБА! :) Чувству нужен скрипт

Да, скрипт! Ура! Блин, вот это я дал маху.... разобрался целиком и полностью!!!!!! Спасибо всем. надо больше спать :)