Russian Users MikroTik | Форум пользователей MikroTik

Мы недавно прибрели RB3011, человек приехал нам настроил 2 интернет подключений, первый главный, второй резервный.
У нас 2 интернета (EHT1 и ADSL), ETH1 быстрый, но нестабильный, а второй медленный, но стабильный.
Вот сам конфиг файл, чтоб вы видели на самом деле как настроена: http://dropmefiles.com/PC04c

тестировали так: во время работы вытаскивали провод, симулировали отключение первого интернета и все переходит благополучно на второй. А после возвращение на место провода, обратно все переходит на первый. тут да, все нормально.
Сегодня задался вопросом, а что если скажем DNS у первого отвалился или шлюз? как бы бывает такое, что подключение есть, а сам интернет не работает. В таких случаях как наш микротик будет себя ввести? перейдет на резервный или нет?

В таком случае используйте рекурсивные маршруты с параметром check gateway, нагуглите легко. Странно, что человек вам сразу не настроил.
Что касается DNS серверов - добавьте в дополнение к провайдерским DNS Гугла или Яндекса.

DmNuts писал(а):В таком случае используйте рекурсивные маршруты с параметром check gateway, нагуглите легко. Странно, что человек вам сразу не настроил.
Что касается DNS серверов - добавьте в дополнение к провайдерским DNS Гугла или Яндекса.

Это так, мысли в слух. пока не было глюки с первым интернетом, чтоб посмотреть как себе поведет. Просто до этого у нас все на DSL модемах держался, там горел DSL и интернет лампочки, но интернет не работал. Бывало пинги доходят до провайдерского шлюза и все, дальше не идут.
А вы посмотрели наш конфиг? возможно он у нас настроен. Этот человек делал все, что мог :) в нашей деревне он единственный, кто что то понимает в микротиках.
DNS адрес отдельно мы ввели. есть там и гугловксий вроде. (8.8.8.8)

Нет, у вас рекурсивный маршрут не настроен.
http://podarok66.livejournal.com/16482.html почитайте, я тут пытался как можно более просто всё описать...

Кажется, вы не совсем правильно назвали тему, вопрос больше про переключение на резервный канал и обратно.
А почему бы не воспользоваться скриптами, по мне это самое правильное решение при такой задаче.
У меня так настроено, просто шикарно все работает.
Если интересно, могу скинуть..

hitman писал(а):Кажется, вы не совсем правильно назвали тему, вопрос больше про переключение на резервный канал и обратно.

А я о чем речь веду? Именно в резервировании и используют рекурсивный канал, дабы исключить обращение с помощью check gateway к адресу шлюза и заменить его на какой-нибудь стабильный из сети. Есть ситуация, и она достаточно часто повторяема, когда шлюз провайдера остается доступным несмотря на то, что соединения с интернетом нет. Рекурсивный маршрут может помочь исправить ситуацию.

hitman писал(а):А почему бы не воспользоваться скриптами, по мне это самое правильное решение при такой задаче.

Скрипты - это хорошо.
Но .................... они есть дополнительная нагрузка
.................... надо уметь их писать
.................... вы поймите, что ТС вообще с Микротиками никак. И тут 6 маршрутов по аналогии со статьёй перед глазами проще, чем сочинять скрипт по рассказу участника форума, поверив голым утверждениям без показа хотя бы примера скриптов. Это же еще хотя бы чуть-чуть сам язык надо освоить...
.................... понятие шикарно - растяжимое. У меня есть скрипты, которые работают несколько лет (с 2012 года, вот сейчас посмотрел). Но это шикарно или нет, я сказать затрудняюсь.

podarok66 писал(а):А я о чем речь веду? Именно в резервировании и используют рекурсивный канал, дабы исключить обращение с помощью check gateway к адресу шлюза и заменить его на какой-нибудь стабильный из сети. Есть ситуация, и она достаточно часто повторяема, когда шлюз провайдера остается доступным несмотря на то, что соединения с интернетом нет. Рекурсивный маршрут может помочь исправить ситуацию.

Вы кажется меня не правильно поняли, имеется ввиду название темы и это было адресовано автору.

podarok66 писал(а):Скрипты - это хорошо.
Но .................... они есть дополнительная нагрузка
.................... надо уметь их писать
.................... вы поймите, что ТС вообще с Микротиками никак. И тут 6 маршрутов по аналогии со статьёй перед глазами проще, чем сочинять скрипт по рассказу участника форума, поверив голым утверждениям без показа хотя бы примера скриптов. Это же еще хотя бы чуть-чуть сам язык надо освоить...
.................... понятие шикарно - растяжимое. У меня есть скрипты, которые работают несколько лет (с 2012 года, вот сейчас посмотрел). Но это шикарно или нет, я сказать затрудняюсь.

По данной теме, в одно время тоже перерыл много статей и форумы. В итоге сообразил следующее..
Вот именно этот метод, я считаю "шикарным" :
в Netwatch->Down добавлем скрипт

c с комментом wan1- основной канал
................... wan2- резервный канал
Т.е. фишка тут заключается в том, что проверяется не один ip-адрес, а два.. т.е. если первый не доступен - проверяется второй, если и этот не ответит при 5 попытках (тут можно и еще внести изменения, зависит от фантазии и задач), то переключается на резервный.. а как только становится доступным основной канал, то он сразу переключается на основной..
и плюс, как видите в скрипте у меня и сообщение приходит на майл, при падении и при восстановления работы основного канала.
Чтобы все это эффективно работало, надо настроить route, чтобы адрес 8.8.4.4 был доступен только через основной канал.

Скрипт для -UP-

Если вы считаете, что какой нибудь другой метод лучше, то буду признателен, если вы поделитесь им.

hitman писал(а):Вы кажется меня не правильно поняли, имеется ввиду название темы и это было адресовано автору.

Не увидел адресации. Никаким из доступных способов.

hitman писал(а):Если вы считаете, что какой нибудь другой метод лучше, то буду признателен, если вы поделитесь им.

Ну насчет лучше, не знаю. Тут каждый решает сам для себя. Но другие были описаны по той ссылке, что я привел в своём первом посте. Я старался описать попроще.