Результаты поиска

есть отдельная инструкция. техподдержка DrWeb знает как

не совсем понятно с терминологией. что такое узел? это узел виртуализации, на котором работают виртуальные машины? и как быть, если графическая оболочка на узлы виртуализации принципиально не ставилась (как на них прописывать flash-накопители). и потом, пользователи подключаются к виртуальным...

Есть пользователи, развернувшие Брест. интересует в частности вопрос, как прокинуть доступ от виртуальной машины к отчуждаемому носителю - компакт-диску и usb-flash

у меня все работает без проблем. возможно из-за последовательности инсталляции. сначала запустил механизм двух-факторной аутентификации на RuToken, затем инсталляция КриптоПро. и даже после обновления Update 6 все работает замечательно

factor-ts. оттестировал сам

на клиенте. нужно подобрать правильно настройки шифрования default_tgs_enctypes = gost-cts aes256-cts rc4-hmac default_tkt_enctypes = gost-cts aes256-cts rc4-hmac permitted_enctypes = gost-cts aes256-cts rc4-hmac а еще поиграть с параметром USE_RPC файла конфигурации ALD

логично. но лично я пока не пробовал.

смысла в SSL нет. все что уходит за пределы контролируемой зоны должно защищаться сетрифицированными средствами. SSL к таким не относится.

ss -t (-u) показывает попытку установления соединения настройка статическая через файл конфигурации +hosts не нашел я в руководстве ViPNet-Client 4 for Linux возможности что либо настраивать вручную, кроме ввода ключей

совершенно верно! в этом случае пакеты на 53 порт регистрируются именно для компьютеров. и все работает как надо!

между двумя компьютерами два координатора. результат отрицательный! в нулевом уровне DNS-запросы проходят. при прежней схеме, когда на компьютере стоит ViPNet-Client - DNS-запросы не проходят. делаем вывод, что их блокирует ViPNet-Client. к сожалению, региональный менеджер Инфотекса молчит...

продолжаю ведение журнала... провел чистый эксперимент - проверил соединение через координаторы. на компьютере полностью удалил ViPNet-Client и остановил openvpn. как и предполагалось - в нулевом уровне все работает прекрасно. а в первом уровне оболочка запускается. доступны ресурсы на файловой...

у меня на клиенте резольвинг идет через hosts

еще раз проверил работоспособность через openvpn - все работает как надо. как оказалось ViPNet фильтрует еще трафик DNS-запросов. туннелируемый запрос от клиента на координаторе не регистрируется. техподдержка Инфотекса пока не подключилась. буду проверять соединение Координатор - Координатор

она так и не работает как надо. техподдержка проблему подтвердила и передала разработчикам. и на этом тишина... я про версию 1.6

Координатор 4.х Client - загружен с сайта Инфотекса. лицензия временная, для тестирования пробую подключить техподдержку через регионального менеджера. не могу понять суть проблемы. в нулевом уровне все работает.

1. межсетевой экран UFW удалил полностью. он оказался ни причем. 2. с техподдержкой Инфотекса проблемы - сертификат принципиально не покупаем (по опыту - техподдержка практически никогда не помогает) 3. что касается мандатных меток - файловая система cifs работает и все документы на ней доступны...

межсетевой экран оказался ни причем. удалил его полностью. результат тот же - в мандатном уровне почта и веб не работают. при этом vipnet не регистрирует попыток установления связи. а команда ss -t показывает попытку установления соединения отличие vipnetclient от openvpn - процесс с разными...

возвращаюсь к ведению журнала... 1. координатор не видит ни одного пакета в мандатном уровне с портами 80, 143 (web, mail) 2. ViPNet-Client сначала показывал что "зашифрованные пакеты разрешены", потом показывать эти записи перестал. предполагаю, что проблема заключается в межсетевом...

что-то не нашел я в инструкции по обновлению, что нужно основной репозиторий в систему загрузить