Что может быть?

Не корректный keyset?

я правильно понимаю, что бэкап снят с кластера и восстановлен на обычную ноду?

да

ща попробую резервирование выключить на кластере в ЦУС

мб вернет свой мак

да поменялись

навряд ли. мак клонируется с активной ноды на резервную если активная недоступна, если активная поднялась, то мак возвращается. видимо вы сняли бэкап с кластера, когда ему было плохо и мак остался на интерфейсе и теперь их 2. Не уверен что поможет, может перезаливка узла и конфига, может если есть возможность то восстановить тот кластер, может тупо прописать мак через openconsole(не уверен, что сохранится после ребута). на крайний случай мак всегда можно поменять через DOS, это точно сработает. ну или стандартный пусть через ТП с воспроизведением и т.д.

выключение резервирования помогло, адреса разные стали

Походу да, я делал бэкап на основном при уже отключенном резервном, а до этого им роли свапал через конфиги ЦУС

Добрый день!
Используется такая схема подключения.
на КШ1 в конце списка правил добавил правило "any any allow log" и вижу, как от КШ2 идет подключение к ЦУС по порту 8888. (Континент 4)
Вопрос: системные правила управления ЦУС располагаются в начале или в конце пользовательского списка правил? фильтрации?

Дык глянь в системе

iptables чтоли?

pfctl -a system -s rules

pfctl -a user -s rules

падажи, тут же линупс

8888 - к4 ?

их еще проще

еп

да