Size: a a a

2019 October 20

B

B in MikrotikRus
Я тоже их люблю, но делать на них что-то что ты делаешь кому-то кто в них не умеет Медвежья услуга
источник

К

Конкере in MikrotikRus
А, это да
источник

VP

Vladimir Prislonsky in MikrotikRus
B
Я тоже их люблю, но делать на них что-то что ты делаешь кому-то кто в них не умеет Медвежья услуга
Cтандартный dhcp клиент тоже реализован с помощью скрипта. Только он скрыт в системе.  Следуя Вашей логике, рекомендовать использовать dhcp клиент тому, кто не разбирается как он работает, тоже медвежья услуга? )
источник

B

B in MikrotikRus
Все что тыкается в меню или отображается в GUI скрыто где-то ещё и следует логике разработчика в данном случае... я предлагаю сразу не тыкать в людей скриптом только потому, что это можно) и может быть это круто
источник

B

B in MikrotikRus
Обновление может сделать скрипт нерабочим ... такое бывает и с функционалом
источник

B

B in MikrotikRus
И есть ещё два три варианта dual wan типовым функционалом без скрипта )
источник

VP

Vladimir Prislonsky in MikrotikRus
B
Все что тыкается в меню или отображается в GUI скрыто где-то ещё и следует логике разработчика в данном случае... я предлагаю сразу не тыкать в людей скриптом только потому, что это можно) и может быть это круто
Придерживаюсь той же логики и стараюсь не усложнять там, где это не нужно. А "тыкнул человека скриптом" потому, что убежден - по условию задачи автора темы реализовать надежное подключение и переключение каналов без скриптов нельзя. Более того, привел пока не опровергнутые аргументы такого вывода.
источник

B

B in MikrotikRus
Можно через vrf там вообще будет по барабану на адреса которые будет получать микротик, пусть хоть даже в одной сети
источник

B

B in MikrotikRus
Презентацию Чудина можно посмотреть
источник

К

Конкере in MikrotikRus
B
Можно через vrf там вообще будет по барабану на адреса которые будет получать микротик, пусть хоть даже в одной сети
vrf это что?
источник

B

B in MikrotikRus
источник

B

B in MikrotikRus
В такой ситуации когда адресация динамическая и шлюз может поменяться можно воспользоваться таким решением
источник

VP

Vladimir Prislonsky in MikrotikRus
B
И есть ещё два три варианта dual wan типовым функционалом без скрипта )
Сам механизм дуалван скриптов не требует не зависимо от подключения. Скриптов требует конфигурация динамических настроек подключения и, как следствие, переключение с глубоким анализом состояния.
источник

VP

Vladimir Prislonsky in MikrotikRus
B
В такой ситуации когда адресация динамическая и шлюз может поменяться можно воспользоваться таким решением
Смотрю.
источник

VP

Vladimir Prislonsky in MikrotikRus
B
В такой ситуации когда адресация динамическая и шлюз может поменяться можно воспользоваться таким решением
Прекрасная подмена понятий.  ) Автор использует инструмент нетватч, в котором пишет скрипт, называет это костылем, говорит, что без этого никак и предлагает не называть это скриптом. )))
Ну и плюс сам же говорит о ключевых недостатках этой схемы. Он не называет еще один недостаток этой схемы. А именно: проверочные адреса при падении "своего" провайдера становятся недоступны через второго провайдера. Как по мне - это еще один костыль.
источник

B

B in MikrotikRus
А по мне все равно ) можно использовать 8.8.8.8 и 8.8.4.4 и при этом днс Яндекса оставить для основной функции днс )
источник

К

Конкере in MikrotikRus
B
А по мне все равно ) можно использовать 8.8.8.8 и 8.8.4.4 и при этом днс Яндекса оставить для основной функции днс )
А если завтра мы проснёмся в чебурнете? 😐
источник

B

B in MikrotikRus
И скрипты up и down netwatch делают не что иное как выключений route rule правил
источник

VP

Vladimir Prislonsky in MikrotikRus
B
И скрипты up и down netwatch делают не что иное как выключений route rule правил
Но это же скрипт.
источник

АЯ

Александр Яздесь in MikrotikRus
Vladimir Prislonsky
Но это же скрипт.
Вендорский)
источник