Роман, очевидный вопрос, что же Вы делаете в нашем кружке самодельности) По моему, сугубо личному, опыту, общение с ТП похоже на футбол - передача мяча от одного вратаря, к другому, а в итоге - ни одного гола. Мне здесь очень часто помогали, в очень жёстком цейтноте. ТП отсеивает вопросы о простого к сложному. Зачем мне начинать с самого начала?

Для общения ))

а можете прислать скриншот с вкладки Состав сертификата сервера?

Да уже разобрались. В реестре нужно почистить чего-то. Коллега мучился. Будет завтра писать инструкцию. Уже был запрос из наших офисов по такой же проблеме.

обычно такая ошибка возникает из-за несовпадающих алгоритмов в сертификате.
но раз разобрались, то ок)

Ну да, для совместного распития благородных напитков;)

‍Добро пожаловать, Nikita Kunaev!
Нажми на кнопку ниже или тебя заблокирует анти-бот, у тебя есть 84 секунды
Первым делом прочти это, немного правил и полезные ссылки
В любой непонятной ситуации зови Павла

Коллеги, Ваше оборудование в купе с нашим вызывает странные аномалии 37:0f это мак адрес самого контика. Почему то у меня другое оборудование начинает ловить этот мак... резервную ноду пробовали отключать уже

А что значит "ловить этот мак"?

Ваше это случайно не элтекс?))

В Арп таблице за ай пи адресом идёт мак адреса КК, можете по таблице посмотреть, у меня в обычном коммутаторе вместо мак адреса сервера появился почему то мак адрес КК. Связь падает

Сейчас не подскажу, а что с оборудованием этой фирмы проблемы?

да были проблемы, элтекс в арп запросы неправильные маки подставлял после скачка напряжения. Но после перезагрузки все хорошо стало. У вас другой случай, надо туннели проверить и коммутацию. Посмотреть tcpdumpы. В ПУ ЦУС в разделе КК там должны увидеть мак адреса вашего оборудования.

Посмотрим. Спасибо

‍Добро пожаловать, Gleb Dyupin!
Нажми на кнопку ниже или тебя заблокирует анти-бот, у тебя есть 84 секунды
Первым делом прочти это, немного правил и полезные ссылки
В любой непонятной ситуации зови Павла

Коллеги, может быть подскажите.
Не так давно начал работать с континентами.
Вопрос по правилам фильтрации.
ЦУС и КШ ( IPC-10 ) версии 3.7.7
Задача самая простая открыть ICMP на внешний интерфейс установленного в филиале КШ.
Т е в журнале вижу ошибку, не найдено правило фильтрации, с внешнего IP ГК на внешний IP филиала, который висит на континенте на интерфейсе ( igb0 и igb1 )  КШ
Какого вида должны быть сетевые объекты для правила фильтрации ?

Тебе надо создать правила для icmp между двумя КШ только или вообще разрешить icmp для внешних интерфейсов?

Между внешним IP ГК и КШ, первый не на Континенте висит.
Вообще разрешать не хотелось бы, максимум для пула адресов

Если быть точнее первый IP это сервер мониторинга

Тогда
1. Тебе надо сделать правило фильтрации с icmp где отправитель это IP мониторинга (привязка внутренний на КШ в ГК к интерфейсу Любой) а получатель это сетевой объект с адресом внешним КШ в филиале без привязки. Это правило теье нужно для того, чтобы КШ в ГК мог создать у себя правило для разрешения данного типа трафика.
2. Теперь тебе надо сделать правило для КШ в филиале, чтобы он мог этот трафик принять, отправитель будет IP мониторинга (без привязки), а получатель будет внешний адрес КШ в филиале с привязкой внутренний к любому интерфейсу.
Мысль уловил?