Телеграмм чат группы miktrain страница 18542

Гайд по VRRP в MikroTik — asp24.ru

18:03пожаловаться #1

PS

Pavel Shipilov in Mikrotik-Training

Nikolay Orekhov

Добрый день. Подскажите пожалуйста, мучаю VRRP
Мануал читал, но похоже где-то что-то упустил.
2 Микрота HEX подключены 5м портом каждый к своему провайдеру.
1м портом каждый подключен в Коммутатор Catalyst 2960
Не могут определить кто из них мастер

надо выставить приорити https://asp24.ru/mikrotik/nastroyka-oborudovaniya-ru/gayd-po-vrrp-v-mikrotik/

asp24.ru

На текущий момент у MikroTik нет стекируемых решений, либо протоколов для аппаратной синхронизации и переключения устройств. Даже решений с несколькими линиями питания не так много. Поэтому если у вас появилась задача сделать аппаратное резервирования, то

18:04пожаловаться #2

AK

Подскажите идею: в dstnat правиле включил расписание, чтобы натило только в рабочие часы. С новыми конектами все ок, но старые, уже established в conn track'е продолжают фунциклировать в нерабочее время. В глову приходит только скриптом их там чистить. Может знает кто более красивое универсальное решение?

18:21пожаловаться #3

k

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

18:21пожаловаться #4

k

Подскажите идею: в dstnat правиле включил расписание, чтобы натило только в рабочие часы. С новыми конектами все ок, но старые, уже established в conn track'е продолжают фунциклировать в нерабочее время. В глову приходит только скриптом их там чистить. Может знает кто более красивое универсальное решение?

tcp-сессия сутки же висит по умолчанию, если не путаю, так же? но если ты нат выключил, пакетики не пойдут, даже с висящим соединением

18:22пожаловаться #5

E

Eugene in Mikrotik-Training

Roman Kozlov

может сделают

я бы не надеялся, это не соответствует рфц

18:23пожаловаться #6

AK

в форварде по правилу accept established продолжают ходить

18:23пожаловаться #7

E

Eugene in Mikrotik-Training

kkv

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

только скриптами той или иной формы

18:24пожаловаться #8

k

в форварде по правилу accept established продолжают ходить

так ты что отключаешь, на файерволе дропаешь или нат тушишь?

18:24пожаловаться #9

AK

kkv

так ты что отключаешь, на файерволе дропаешь или нат тушишь?

нат правило гаснет по расписанию

18:25пожаловаться #10

IS

Ilya Starikoff in Mikrotik-Training

Подскажите идею: в dstnat правиле включил расписание, чтобы натило только в рабочие часы. С новыми конектами все ок, но старые, уже established в conn track'е продолжают фунциклировать в нерабочее время. В глову приходит только скриптом их там чистить. Может знает кто более красивое универсальное решение?

В голову приходит дроп таких соединений в нерабочее время, повыше, чем Established,Related

18:35пожаловаться #11

k

мб лучше в конце рабочего дня принудительно список соединений чистить... established некошерно опускать

18:37пожаловаться #12

IS

Ilya Starikoff in Mikrotik-Training

kkv

мб лучше в конце рабочего дня принудительно список соединений чистить... established некошерно опускать

На 2ю-3ю позицию - ничего криминального

18:38пожаловаться #13

AK

Ilya Starikoff

В голову приходит дроп таких соединений в нерабочее время, повыше, чем Established,Related

вообще весь трафик через это правило попрет и фасттрек побоку...

18:41пожаловаться #14

IS

Ilya Starikoff in Mikrotik-Training

1. Зачем тебе фасттрек.
2. Ну пройдет пакет ОДНО лишнее правило, сильно хуже станет?

18:42пожаловаться #15

MA

Mikhail Antonov in Mikrotik-Training

Подскажите идею: в dstnat правиле включил расписание, чтобы натило только в рабочие часы. С новыми конектами все ок, но старые, уже established в conn track'е продолжают фунциклировать в нерабочее время. В глову приходит только скриптом их там чистить. Может знает кто более красивое универсальное решение?

Зачем вообще ломать нат? Почему не фильтровать фильтром?

18:42пожаловаться #16

MA

Mikhail Antonov in Mikrotik-Training

ломая нат ты продолжаешь срать в провайдера

18:43пожаловаться #17

k

вообще, зачем отключать ресурсы ночью?) сервера спать хотят?)