ID
В ЛМ выпускается и корневой RSA и сам сертификат мониторинга mon-aes который
Size: a a a
2021 September 17
A
хорошо, спасибо! вот наверное 3 года назад так и делал, уже забыл)
ID
В 4.0.2 "немного" боль с некоторыми моментами
V
Коллеги, добрый день, подскажите пожалуйста, лицензия для СД использут только активных подключенных клиентов, или вообще всех заведенных (не заблоченных админом)?
I
Да только активных.
Можешь написать в саппорт он. Поделят один ключ на два , что б на два СД разделить количество подключений «такая опция тоже есть»
Можешь написать в саппорт он. Поделят один ключ на два , что б на два СД разделить количество подключений «такая опция тоже есть»
V
Круто, спасибо!
V
А если выгрузить базу СД с одного сервера, загрузить на второй с другим внешним адресом, лицензия тоже перельется? И как в таком случае смогут ли они жить одновременно? На время перехода на новый, будут ли оба работать?
V
Или лицензия завязана на железке?
KR
Лицензия хранится в БД СД и перельется при восстановлении из бекапа. Оба сд будут работать, ключ админа один и тот же.
V
Благодарю
V
Коллеги, такой вопрос, импортировали базу СД из кш 3.7.7 в сервер СД 3.9.1, при запуске со старым ключём выдает такое сообщение. Всё-таки они не совместимы?
V
Получилось, спасибо!
I
Может кто то подсказать?
I
Переслано от Incognito
Подскажите пожалуйста, как правильно реализовать возможность хождения трафика с филиала с сети 10.10.10.0/24 в сеть офиса 20.20.20.0/24
Я перепробовал разные варианты, не получается.
интерфейс 172.16.Х.Х нужен для перенаправления трафика.
Основная задача завернуть трафик что бы он попал на внутренний интерфейс КШ дальше пошел через тоннель и вышел с другого внутреннего интерфейса.
До этого была реализована концепция когда внутренний интерфейс был в необходимой сети и имел например 192.168.1.2, шлюзом был 1 адрес. Были прописаны маршруты на КШ и на Гетвее и все было ок, но пришлось уйти от такой концепции.
Я перепробовал разные варианты, не получается.
интерфейс 172.16.Х.Х нужен для перенаправления трафика.
Основная задача завернуть трафик что бы он попал на внутренний интерфейс КШ дальше пошел через тоннель и вышел с другого внутреннего интерфейса.
До этого была реализована концепция когда внутренний интерфейс был в необходимой сети и имел например 192.168.1.2, шлюзом был 1 адрес. Были прописаны маршруты на КШ и на Гетвее и все было ок, но пришлось уйти от такой концепции.
АП
Добрый день! Подскажите в каком случае после ввода пароля конфигурации КШ возникает сообщение «ошибка при разборе конфигурации»?
I
точно не скажу при каком случае, но могу сказать что это проблема связана с несколькими случаями, первый это не соответствие идентификатора КШ на КШ и создаваемой конфигурации для этого КШ, и второе это флеш-накопитель, попробуй взять другой и запиши еще раз.
У меня вот такие моменты были, может еще есть случаи.
У меня вот такие моменты были, может еще есть случаи.
АП
Ок. Спасибо. Попробую
SZ
Глянул доку. И правда ток вкл/выкл. Ужас(((