Что именно?

dst-nat через WAN2

dst-nat через WAN2

Простите, не верю. )

Ждите приключений тогда на свою голову. Рано или поздно вы их получите.

Тут вот ещё что вспомнил. Когда изначально начали обсуждать мою проблему, мне сказали ждать приключений, потому что в довесок у меня не проходит трассировка до второго конца тоннеля с WAN адресов микротика. Так вот сейчас проверил при настройке через роутрулзы вместо манглов - трассировка так и не идёт. Ну это не проблема, а так, к слову

Простите, не верю. )

Ну ничего страшного. Другое дело если бы не работало.

Ну ничего страшного. Другое дело если бы не работало.

))

Эх, была не была, перевожу все филиалы на роут рулзы. Вроде ещё не вечер пятницы)

День первый отстреляли. Мум закончился в 16:00 В Москве обычно в 16 начинается самое интересное.

на фото @tarikin и армия клонов

на фото @tarikin и армия клонов

Одни Иваны Ивановы ;)

А зачем оптика на 30 метров? С медью бубнов меньше

1) Старое деревянное здание без заземления, грозы периодически вышибают то порт на коммутаторе, то сетевуху. 2) В перспективе предполагается 10 гигабит от сервера. 3) Потренироваться с оптикой, опыта мало. )

Подскажите, если шлюз недоступен по chek-gateway в таблице main (например), то отключатся маршруты с таким же шлюзом только в таблице main или во всех таблицах?

Подскажите, если шлюз недоступен по chek-gateway в таблице main (например), то отключатся маршруты с таким же шлюзом только в таблице main или во всех таблицах?

Во всех, где есть этот шлюз

Во всех, где есть этот шлюз

Спасибо

Принудительная загрузка с резервной копии бутлоадера.

Нет. Только загрузчик. К РОС отношения не имеет. Это как БИОС на компе.

Нет.

Все так же ,как на обычном компе.

Вы когда БИОС на компе перешьете, у Вас чистая винда загрузится? )

Не смогут не потому, что резервный загрузчик, а потому, что протектед бут включен. Это разные вещи.

На случай неудачного апдейта основного.

Получается, если я при двух ISP использую две пары маршрутов (для main таблицы через GW1 и GW2) и по маршруту для WAN1 и WAN2 таблицы..... и вот я, допустим, хочу внедрить рекурсивные маршруты (используя адреса 8.8.8.8 и 4.4.4.4). Если я добавлю их только для main таблицы, то в проблемном случае (когда шлюз ISP1 доступен, а за ним интернета нет) отключится маршрут через 8.8.8.8 (который recirsive via GW1). Но маршрут через GW1 в таблице WAN1 останется активен. Получается, нужно добавлять рекурсивные маршруты и в main, и в именованных таблицах? (итого 8 записей).

Так, ладно, сам отвечу на свой вопрос. Информация о том, жив ли шлюз, нам не нужна в именованных таблицах, а значит, и рекурсивные маршруты там не нужны...

Так, ладно, сам отвечу на свой вопрос. Информация о том, жив ли шлюз, нам не нужна в именованных таблицах, а значит, и рекурсивные маршруты там не нужны...

Нужны в том случае, если у вас присутствует маркированный трафик.

Нужны в том случае, если у вас присутствует маркированный трафик.

Конечно присутствует. А иначе зачем именованные таблицы вообще?

так, ладно, пойду ещё почитаю

Конечно присутствует. А иначе зачем именованные таблицы вообще?

Если у Вас, как Вы "грозились" нет манглов, а есть роут руллсы, то маркированного трафика может не быть.

Если у Вас, как Вы "грозились" нет манглов, а есть роут руллсы, то маркированного трафика может не быть.

Эмм. Трафик, который попадает в роутинг таблицу посредством маркировки в Firewall/Mangle называется маркированным. А трафик, который попадает в роутинг таблицу посредством маркировки (?) в Route Rules по-другому как-то называется? Ну ок

Когда трафик уже принадлежит какой-то роутинг таблице и попадает на маршрут, то этому маршруту разве важно знать, каким образом трафик в эту таблицу попал (манглом или роут рулзом)??

Эмм. Трафик, который попадает в роутинг таблицу посредством маркировки в Firewall/Mangle называется маркированным. А трафик, который попадает в роутинг таблицу посредством маркировки (?) в Route Rules по-другому как-то называется? Ну ок

В роутинг руллс - это таблицы. В манглах - марки. Но микротик это, гм, скрещивает. )

Когда трафик уже принадлежит какой-то роутинг таблице и попадает на маршрут, то этому маршруту разве важно знать, каким образом трафик в эту таблицу попал (манглом или роут рулзом)??

Если маршрут активен - трафик в него идет. Если рекурсии для этого маршрута нет, то трафик пойдет по маршруту и помрет.

Нужны в том случае, если у вас присутствует маркированный трафик.

Тогда вот тут вы себе противоречите. Микротик же всё скрещивает.

Если маршрут активен - трафик в него идет. Если рекурсии для этого маршрута нет, то трафик пойдет по маршруту и помрет.

это понятно

Тогда вот тут вы себе противоречите. Микротик же всё скрещивает.

Я не противоречу, а уточняю. Мне не видно, как Вы реализовали. Возможно у Вас есть резервный маршрут для маркроутов.

Я не противоречу, а уточняю. Мне не видно, как Вы реализовали. Возможно у Вас есть резервный маршрут для маркроутов.

Нет никаких пока резервных маршрутов. Есть 2-й вариант отсюда. https://pastebin.com/n9pBvPWV Всё пытаюсь докумекать, как правильнее туда внедрить рекурсивные маршруты. Всё-таки думаю, что они нужны будут во всех таблицах, так что вместо четырёх маршрутов (2 в main, 2 в WAN1/2 таблице) 8 будет

Потому что даже когда BFD будет проверять, жив ли тоннель, этот запрос ведь тоже попадёт в именованный маршрут.

Потому что даже когда BFD будет проверять, жив ли тоннель, этот запрос ведь тоже попадёт в именованный маршрут.

Нет. bfd у Вас в туннеле будет.

Нет. bfd у Вас в туннеле будет.

Блин, сложно) У нас есть 2 туннеля и 2 OSPF интерфейса на этих туннелях (с включенным BFD). Чтобы проверить, жив ли туннель, BFD отправляет запрос через опять же туннель? Рекурсия

Блин, сложно) У нас есть 2 туннеля и 2 OSPF интерфейса на этих туннелях (с включенным BFD). Чтобы проверить, жив ли туннель, BFD отправляет запрос через опять же туннель? Рекурсия

Нет, не рекурсия. Это нормальное поведение. Оспф с бфд отрабатывает переключение на порядок(не преувеличение) быстрее, чем check gateway. Но оба этих механизма могут работать одновременно. А рекурсия - это добавка к чек гейтвею.

Нет, не рекурсия. Это нормальное поведение. Оспф с бфд отрабатывает переключение на порядок(не преувеличение) быстрее, чем check gateway. Но оба этих механизма могут работать одновременно. А рекурсия - это добавка к чек гейтвею.

ОК, уговорили👍

ТОварищи, помгите с решением. Есть сеть, есть два микротика. Один микротик разадает wifi - на нем созданны виртуальные точки доступа, настроены под точки доступа вланы, озданны мосты, в которые добавленны по одному влану, и виртуальной точке, добавленны правила в nat для маскарадинга. На втором выпускает в мир каждую подсеть под своим ip. ПРоблема случилась придобовлении еще точек и соединения их с их вланами. Настрйоки индентичны, только вот вторая подсеть не имеет доступа в сеть, не может найти свой шлюз в сети(который оканчивается на 1).

Меня смущет pvid=1 на обоих вланах

кто подскажет рабочий способ заблочить работу ютуба?

кто подскажет рабочий способ заблочить работу ютуба?

Добавьте домен в адрес лист и блокинтите его в форварде

кто подскажет рабочий способ заблочить работу ютуба?

Ограничить загрузку видео до 56к))

Добавьте домен в адрес лист и блокинтите его в форварде

этот вариант 100% не работает

Добавьте домен в адрес лист и блокинтите его в форварде

не работает

100% не заблоктровать ничего

попробуй по Content

Зачем блокировать? Если ограничить скорость, хомяки сами смотреть перестанут))

А весьи тупую борьбу с хомчками, себе дороже.

правда даже текстовый файл с текстом youtube можно не передать :)

Зачем блокировать? Если ограничить скорость, хомяки сами смотреть перестанут))

а как на ютуб зарезать скорость

че то не соображу

а как на ютуб зарезать скорость

Манглом метить

Манглом метить

вопрос какое условие будет, что трафик ютуба

кто подскажет рабочий способ заблочить работу ютуба?

Днс трафик редирект на микрот. По content = youtube отлавливать запросы к 53 udp и reject. Но если пользователь hosts пропишет или sdns то увы. Конечно можно ещё по L7 youtube ловить для http/https трафика и tcp-reset

вопрос какое условие будет, что трафик ютуба

Трафик весь будет метиться, не ютуба только.

А вообще. Юзате сударь прокси. Зачем вы микроскопом гвозди забиваете

больше академический интерес

Трафик весь будет метиться, не ютуба только.

а почему весь трафик?

Днс трафик редирект на микрот. По content = youtube отлавливать запросы к 53 udp и reject. Но если пользователь hosts пропишет или sdns то увы. Конечно можно ещё по L7 youtube ловить для http/https трафика и tcp-reset

L7 не работает

этот вариант 100% не работает

Почему не работает?

Меня смущет pvid=1 на обоих вланах

Но есть ещё 36 таких же, и они работают, вот 37 работает, 38 нет

а почему весь трафик?

Ну я только видео метил. Может и конкретно ютуб можно

L7 не работает

Вместе правила эти сделайте. Если речь не про веб версию то увы. Да. Днс ещё как то поможет.

Ну я только видео метил. Может и конкретно ютуб можно

Это как?

Вместе правила эти сделайте. Если речь не про веб версию то увы. Да. Днс ещё как то поможет.

мне именно клиент на мобиле интересует

с днс не совсем понял как?

с днс не совсем понял как?

Что не понятного?

По content = youtube

По content = youtube

Клиент может и уверен что не имени обращается к ресурсам youtube. Скорее всего и перехват резолва днс не поможет

я бы заблочил и по content и по адреслисту

и посмотрел что получилось бы

я бы заблочил и по content и по адреслисту

Есть адрес лист youtube?

в адрес лист добавляешь youtube.com и еще какие там есть и он выдает ip

и в reject их

в адрес лист добавляешь youtube.com и еще какие там есть и он выдает ip

А какие ещё есть?

youtu.be помоему

youtu.be помоему

А ещё?