форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Второй канал на диалапе"
Сообщение от billymicrosoft.ru on 23-Дек-04, 09:13  (MSK)
Есть два офиса (главный и клиент), в каждом офисе есть выделенка (сидят на разных провайдерах), стоят шлюзы на FreeBSD, поднят OpenVPN. Проблема в том что на стороне клиента иногда падает выделенка до провайдера. Хотелось бы организовать второй канал через диалап, т.е. если у клиента падает выделенка, то нужно чтоб у него поднимался диалап до какого либо провайдера. Как и каким софтом можно это организовать? Пока написал скрипт на который поднимает диалап, но работает он как то нестабильно, а иногда и не правильно ... :( (руки видимо не оттуда растут).
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Второй канал на диалапе"
Сообщение от Skif (ok) on 23-Дек-04, 10:14  (MSK)
Эта тема (и подобная ей) здесь поднимается почти каждую неделю. Как насчет поиска?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Второй канал на диалапе"
	Сообщение от billymicrosoft.ru on 23-Дек-04, 11:56  (MSK)
	>Эта тема (и подобная ей) здесь поднимается почти каждую неделю. Как насчет >поиска? Да в поиске все не совсем то... по идее у меня получается схема, когда есть один основной канал (выделенка), и я хочу чтобы поднимался резервный канал диалап в случае если основной падает. В поиске нашел только что делается это с помошью цисок. Можно ли такое сделать с помощью фри я не нашел, нашел только упоминание про zebra. Но можно ли с помощью zebra такое сделать я не нашел, в доке по zebre я еще путем не разобрался, да и копать в какую сторону тоже не разобрался. Если это можно с помощью зебры сделать то куда надо копать (OSPF, RIP)?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Второй канал на диалапе"
	Сообщение от billymicrosoft.ru on 23-Дек-04, 12:04  (MSK)
	И по идее надо чтобы провайдеры разрешали эти протоколы (RIP OSPF) для меня? Без них мне бесполезно поднимать зебру?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Второй канал на диалапе"
Сообщение от billymicrosoft.ru on 24-Дек-04, 14:41  (MSK)
Пока я только пришел к тому мнению что никакие зебры тут нафиг не нужны. Скоро такая функциональность (возможность переключения на резервный диалап) будет в моновале http://m0n0.ch/wall/todo.php И подобная же функциональность есть в некоторых железных маршрутизаторах типа http://www.hostinfo.ru/print/communication/adsl/devices/tuning/zyxel-662/ability http://www.dlink.ru/products/prodview.php?type=15&id=150 Сейчас же в freebsd как я понимаю возможно переключение только с помощью собственных скриптов. Если кто то уже решал подобную проблему, киньте ссылками или советами как такое сделать самому на фре.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Второй канал на диалапе"
	Сообщение от billymicrosoft.ru on 27-Дек-04, 08:22  (MSK)
	>Если кто то уже решал подобную проблему, киньте ссылками или советами как >такое сделать самому на фре. Видимо сталкивались, но так толком никто ничего сказать не может...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Второй канал на диалапе"
	Сообщение от fantom (??) on 27-Дек-04, 14:46  (MSK)
	>>Если кто то уже решал подобную проблему, киньте ссылками или советами как >>такое сделать самому на фре. > >Видимо сталкивались, но так толком никто ничего сказать не может... Сталкивался, писал свой скрипт, скрипт висел в cron - е и каждую минуту ping - ал шлюз провайдера ЧЕРЕЗ сетевуху, если ping есть - проверял, поднят ли диалап, если поднят диалап - отрубаем диалап и поднимаем выделенку (прописываем default на прова) если пинга нет и диалапа тоже нет - поднимаем диалап... вот и весь скрипт, можно еще модем опрашивать, в апе он или в дауне ну и т.д....
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.