Форум русскоязычного сообщества Ubuntu


Получить помощь и пообщаться с другими пользователями Ubuntu можно
на irc канале #ubuntu-ru в сети Freenode
и в Jabber конференции ubuntu@conference.jabber.ru

Автор Тема: iproute2. Демоны машрутизации и отказоустйчивость.  (Прочитано 7676 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн djrust

  • Активист
  • *
  • Сообщений: 861
    • Просмотр профиля
Цитировать
ответ №6
Проблематично ssh Отвалился....

Везде все выводит,кроме mainbird

reade
is not a table
« Последнее редактирование: 26 Апреля 2012, 01:10:21 от djrust »

Оффлайн koshev

  • Автор темы
  • Старожил
  • *
  • Сообщений: 1709
  • חתול המדען
    • Просмотр профиля
Так всё-таки birddеfault или mainbird?
OpenWrt 19.07

Оффлайн djrust

  • Активист
  • *
  • Сообщений: 861
    • Просмотр профиля
ip r s t all p bird
192.168.10.0/24 dev eth1  table ISP1
192.168.140.0/24 dev eth2  table ISP1
default via 192.168.140.1 dev eth2  table ISP1
default
        nexthop via 192.168.100.1  dev eth0 weight 1
        nexthop via 192.168.140.1  dev eth2 weight 1
192.168.100.0/24 dev eth0  table ISP2
192.168.10.0/24 dev eth1  table ISP2
default via 192.168.100.1 dev eth0  table ISP2

sudo birdc show route table birdISP1
BIRD 1.3.7 ready.
0.0.0.0/0          via 192.168.100.1 on eth0 [static1 01:05] * (200)
192.168.100.0/24   dev eth0 [static1 01:05] * (200)
192.168.10.0/24    dev eth1 [static1 01:05] * (200)

sudo birdc show route table birdISP2
BIRD 1.3.7 ready.
0.0.0.0/0          via 192.168.140.1 on eth2 [static2 01:05] * (200)
192.168.10.0/24    dev eth1 [static2 01:05] * (200)
192.168.140.0/24   dev eth2 [static2 01:05] * (200
)

sudo birdc show route table mainbird
BIRD 1.3.7 ready.
mainbird is not a table
ip rule
0:      from all lookup local
32764:  from 192.168.100.150 lookup ISP1
32765:  from 192.168.140.150 lookup ISP2
32766:  from all lookup main
32767:  from all lookup default



А ничего если я все дела на виртуальных машинах?Сейчас роутер настроен на 140 подсеть....со шлюза 192.168.140.1 пингуется.....а на ping ya.ru затыкается

И как блин убрать жирный....какая волшебная кнопка
« Последнее редактирование: 26 Апреля 2012, 01:38:13 от djrust »

Оффлайн koshev

  • Автор темы
  • Старожил
  • *
  • Сообщений: 1709
  • חתול המדען
    • Просмотр профиля
По идее должно быть без разницы.
Только вместе с конфигами хорошо бы пояснить как гости с хостом общаются, ну и тип виртуалок.
Боевой конфиг под спойлером, если интересно.
(Нажмите, чтобы показать/скрыть)
OpenWrt 19.07

Оффлайн djrust

  • Активист
  • *
  • Сообщений: 861
    • Просмотр профиля
windows 7 x64 на нем virtualbox

ubuntu server 10.04
3 сетевые
eth0 сетевой мост
eth1 внутренняя сеть
eth2 сетевой мост

Такое ощущение что в dns проблема....роутер то пингуется

cat etc/resolv.conf
nameserver 192.168.100.1
nameserver 192.168.140.1

+ я со шлюза пингую всех...а шлюз не пингуется(только с локалки)

Пользователь решил продолжить мысль 26 Апреля 2012, 02:01:00:

о как)))Убил сетевую...пинги пошли......
поднимаю,все капец

Так и должно быть?
« Последнее редактирование: 26 Апреля 2012, 02:02:37 от djrust »

Оффлайн koshev

  • Автор темы
  • Старожил
  • *
  • Сообщений: 1709
  • חתול המדען
    • Просмотр профиля
Мне кажца тут в конфигурировании VB еще дело, ибо по конфигам выше оно (шлюз) сконфигурировалось верно.
OpenWrt 19.07

Оффлайн djrust

  • Активист
  • *
  • Сообщений: 861
    • Просмотр профиля
Все может быть,но если я отключаю первый канал sudo ifconfig eth0 down то все начинает работать

Пользователь решил продолжить мысль 26 Апреля 2012, 02:19:31:
Все до меня дошло.....в VB есть галки,сетевой кабель подключен...

Убираем и все становится ок через 20 секунд....

Тока нашел проблему с DNS

Если включен первый канал 192.168.100.0/24
а в resolv.conf первым стоит 140.1
nameserver 192.168.140.1
nameserver 192.168.100.1

пинги идут с задержкой секунд 6
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=23 ttl=57 time=9.56 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=24 ttl=57 time=9.63 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=25 ttl=57 time=9.45 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=26 ttl=57 time=9.59 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=27 ttl=57 time=9.87 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=28 ttl=57 time=9.13 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=29 ttl=57 time=9.95 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=30 ttl=57 time=9.72 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=31 ttl=57 time=9.86 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=32 ttl=57 time=9.10 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=33 ttl=57 time=9.02 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=34 ttl=57 time=10.2 ms
64 bytes from www.yandex.ru (87.250.251.3): icmp_seq=35 ttl=57 time=9.47 ms



Пользователь решил продолжить мысль 26 Апреля 2012, 02:25:47:
только вот если второй провайдер поднимется, то опять все умрет...тут есть приоритет?
« Последнее редактирование: 26 Апреля 2012, 02:25:47 от djrust »

Оффлайн koshev

  • Автор темы
  • Старожил
  • *
  • Сообщений: 1709
  • חתול המדען
    • Просмотр профиля
Приоритет DNS? Кроме /etc/nsswitch.conf нет настроек никаких и линух читает файл reslv.conf строго по порядку.
А лучше использовать свой кэширующий DNS, либо публичные, впрочем это отношения к теме имеет никакого, проявите смекалку, раз уж так хочется пользоваться провайдерскими.
Ничего умирать не должно.
OpenWrt 19.07

Оффлайн djrust

  • Активист
  • *
  • Сообщений: 861
    • Просмотр профиля
Так нет....Вот смотрите....

у меня два провайдера,два интернета через два роутера

Если оба интернета активны,как он выбирает от куда брать gateway?

НА одном провайдера безлимит, на втором лимитированный тариф....

Надо так чтобы второй канал поднимался только тогда когда первый не работает и отключался,когда первый поднимается!Это реализуемо в помощью bird?
« Последнее редактирование: 26 Апреля 2012, 11:31:03 от djrust »

Оффлайн koshev

  • Автор темы
  • Старожил
  • *
  • Сообщений: 1709
  • חתול המדען
    • Просмотр профиля
Из таблицы маршрутизации, согласно весу следующего хопа. Вес можно регулировать.
Если вес первого и второго хопа одинаков и равен единице, то каждый последующий пакет будет послан через разные шлюзы.
Если, к примеру, вес первого канала 2, а второго 1, то каждый третий пакет будет идти через второй хоп.

Пользователь решил продолжить мысль 26 Апреля 2012, 11:46:26:
Цитировать
НА одном провайдера безлимит, на втором лимитированный тариф....
Надо так чтобы второй канал поднимался только тогда когда первый не работает и отключался,когда первый поднимается!Это реализуемо в помощью bird?
С этого и надо было начинать. bird тут используется по-другому, при падении одного из линков, переключает на рабочий. При восстановлении использует два канала, о чем и было сказано в самом первом топике.
А Вам проще пользоваться метриками: меньшую метрику использовать под основной канал. Большую под резервный. Всё, никаких бирдов в Вашем случае не требуется и балансировка не нужна.

Пользователь решил продолжить мысль 26 Апреля 2012, 11:59:28:
И вообще надо понимать, что балансировка, не является основным приоритетом этого демона, основной - динамическая маршутизация (RIP, BGP, OSPF) в составе автономных систем. Да, в примере я его использовал для обеспечения отказоустойчивости, но это частный случай.
« Последнее редактирование: 26 Апреля 2012, 11:59:28 от KT315 »
OpenWrt 19.07

Оффлайн Wint007

  • Любитель
  • *
  • Сообщений: 54
    • Просмотр профиля
А это означает фильтрацию для определенного шлюза?
(Нажмите, чтобы показать/скрыть)

Оффлайн koshev

  • Автор темы
  • Старожил
  • *
  • Сообщений: 1709
  • חתול המדען
    • Просмотр профиля
Это означает фильтрацию определённых маршрутов. Фильтров может быть несколько, однако применяться в таблице может только один фильтр, для нескольких необходимо использовать pipe.
OpenWrt 19.07

Оффлайн djrust

  • Активист
  • *
  • Сообщений: 861
    • Просмотр профиля
Цитировать
А Вам проще пользоваться метриками: меньшую метрику использовать под основной канал. Большую под резервный. Всё, никаких бирдов в Вашем случае не требуется и балансировка не нужна.

Кто бы еще про это статью написал! :-\
В общем спасибо!
 

Оффлайн koshev

  • Автор темы
  • Старожил
  • *
  • Сообщений: 1709
  • חתול המדען
    • Просмотр профиля
Кто бы еще про это статью написал! :-\
Всё уже написано давным-давно. Осталось только заглянуть в справку.
OpenWrt 19.07

Оффлайн Wint007

  • Любитель
  • *
  • Сообщений: 54
    • Просмотр профиля
Это означает фильтрацию определённых маршрутов.
значит это фильтрует маршрут для определённый таблицы т.е. не пускает этот маршрут по другой? 

 

Страница сгенерирована за 0.05 секунд. Запросов: 25.