Size: a a a

2020 December 09

T

Thomas Shelby in ViPNet
Aladdin TSM (компания «Аладдин Р.Д.»); АПМДЗ «Криптон-замок» (компания «АНКАД»); ALTELL TRUST (компания «АльтЭль»); SafeNode System Loader (компания «Газинформсервис», пришел на смену «Блокхост-МДЗ»); ViPNet SafeBoot (компания «ИнфоТеКС»); СЗД Dallas Lock (компания «Конфидент»); СЗИ НСД «Аккорд-АМДЗ», МДЗ «Аккорд-МКТ» и СЗИ НСД «Инаф» (ОКБ САПР); ПАК «Соболь» (компания «Код Безопасности»); АПМДЗ «Максим-М1» (НПО «РусБИТех»); АПМДЗ «Центурион» (ЦНИИ ЭИСУ); МДЗ-Эшелон (НПО «Эшелон»); ПК ЭЗ «Витязь» (компания «Крафтвей»).

Источник: https://www.anti-malware.ru/analytics/Market_Analysis/SDZ-MDZ-russia-market-overview#part2
источник

T

Thomas Shelby in ViPNet
Может эта гадость подойдёт?
источник

T

Thomas Shelby in ViPNet
Или при legacy забыть?
источник

A

ALEXEY in ViPNet
Вы от нас какого ответа ждёте? Мы только про ViPNet SafeBoot можем рассказать. Про остальные продукты из статьи спрашивайте у производителей.
источник

T

Thomas Shelby in ViPNet
Просто если кто то сталкивался возможно подобрал замену, у них спрошу обязательно.
Всё логично.
источник

T

Thomas Shelby in ViPNet
Я же не спрашиваю принцип работы, а только ПО возможно которое подобрали на замену. )
источник

T

Thomas Shelby in ViPNet
Спасибо, за уточнение
источник

D

Denis in ViPNet
Коллеги, кто-нибудь сталкивался с такой ситуацией. Есть две сети випнет. Сеть "1" и сеть "2". Между ними нет межсетевого. Сеть 2 выдала своего випнета клиента для доступа к себе. Его поставили в организации, где сеть 1. Координатор сети 1 стоит на границе сети, прямо перед Интернетом. Ситуация заключается в следующем. На компьютера в организации с сетью 1 установили випнет клиент организации 2. Связи клиента сети 2 со своим координатором 2 - нет. На координаторе сети 1 - ловится 9 ошибка - геизвестный идентификатор. Вопрос - можно ли как-то пропустить клиент сети 2 к своему координатору, чтобы координатор сети 1 не блочит трафик?
источник

D

Denis in ViPNet
источник

I

Igor in ViPNet
Denis
Коллеги, кто-нибудь сталкивался с такой ситуацией. Есть две сети випнет. Сеть "1" и сеть "2". Между ними нет межсетевого. Сеть 2 выдала своего випнета клиента для доступа к себе. Его поставили в организации, где сеть 1. Координатор сети 1 стоит на границе сети, прямо перед Интернетом. Ситуация заключается в следующем. На компьютера в организации с сетью 1 установили випнет клиент организации 2. Связи клиента сети 2 со своим координатором 2 - нет. На координаторе сети 1 - ловится 9 ошибка - геизвестный идентификатор. Вопрос - можно ли как-то пропустить клиент сети 2 к своему координатору, чтобы координатор сети 1 не блочит трафик?
можно в версиях свежее 4.2.2
источник

R

Rain in ViPNet
Denis
Коллеги, кто-нибудь сталкивался с такой ситуацией. Есть две сети випнет. Сеть "1" и сеть "2". Между ними нет межсетевого. Сеть 2 выдала своего випнета клиента для доступа к себе. Его поставили в организации, где сеть 1. Координатор сети 1 стоит на границе сети, прямо перед Интернетом. Ситуация заключается в следующем. На компьютера в организации с сетью 1 установили випнет клиент организации 2. Связи клиента сети 2 со своим координатором 2 - нет. На координаторе сети 1 - ловится 9 ошибка - геизвестный идентификатор. Вопрос - можно ли как-то пропустить клиент сети 2 к своему координатору, чтобы координатор сети 1 не блочит трафик?
Возможность пропускать защищенные IP-пакеты для узлов ViPNet, связь с которыми не задана в ЦУСе
В новой версии вы можете настроить обработку защищенных IP-пакетов для узлов ViPNet, связь с которыми не задана в программе ViPNet Центр управления сетью, в соответствии с транзитными правилами открытой сети. Это бывает полезно, когда по каким-то причинам нет возможности задать в ЦУСе связь или межсетевое взаимодействие ViPNet Coordinator HW с другими узлами или сетями, но необходимо разрешить прохождение защищенных IP-пакетов к таким узлам или в такие сети через ViPNet Coordinator HW. Подробнее см. в документе «ViPNet Coordinator HW. Справочное руководство по командному интерпретатору и конфигурационным файлам», описание команды iplir option set pass-unknown-vipnet-packets.
источник

R

Rain in ViPNet
Что нового в версии 4.2.2
В этом разделе представлен краткий обзор изменений и новых возможностей ViPNet Coordinator HW версии 4.2.2 по сравнению с версией 4.2.1.
источник

D

Denis in ViPNet
Igor
можно в версиях свежее 4.2.2
Спасибо!
источник

D

Denis in ViPNet
Rain
Возможность пропускать защищенные IP-пакеты для узлов ViPNet, связь с которыми не задана в ЦУСе
В новой версии вы можете настроить обработку защищенных IP-пакетов для узлов ViPNet, связь с которыми не задана в программе ViPNet Центр управления сетью, в соответствии с транзитными правилами открытой сети. Это бывает полезно, когда по каким-то причинам нет возможности задать в ЦУСе связь или межсетевое взаимодействие ViPNet Coordinator HW с другими узлами или сетями, но необходимо разрешить прохождение защищенных IP-пакетов к таким узлам или в такие сети через ViPNet Coordinator HW. Подробнее см. в документе «ViPNet Coordinator HW. Справочное руководство по командному интерпретатору и конфигурационным файлам», описание команды iplir option set pass-unknown-vipnet-packets.
Спасибо!
источник

C

Combot in ViPNet
Denis
Спасибо!
Денис Битехтин (0) увеличил репутацию Rain (1)
источник

AR

Alex Rudakov in ViPNet
Коллеги, как узнать, клиент под Windows установил соединение с координатором по udp 55777 или по tcp 443?
источник

I

Igor in ViPNet
Дамп снять)
источник

I

Igor in ViPNet
А вообще хорошее предложение, надо в клиенте индикатор придумать
источник

AV

Alexandr Vasilenkov in ViPNet
Igor
А вообще хорошее предложение, надо в клиенте индикатор придумать
В клиенте 4U будет такой индикатор
источник

AR

Alex Rudakov in ViPNet
А как можно указать клиенту работать строго по порту tcp 443?
источник