Перейти к контенту

Поиск в системе

Результаты поиска по тегам 'переустановка'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип контента


Форумы

  • Продуктовый ряд ViPNet
    • Общие вопросы по продуктовому ряду ViPNet для корпоративных пользователей
    • Общие вопросы по программным решениям ViPNet для индивидуальных пользователей
    • Общие вопросы по продуктовой линейке ViPNet PKI
    • Пожелания к разработчикам ПО ViPNet
    • Пользовательские интерфейсы продуктов ViPNet
  • Бета-тестирование продуктов ViPNet
    • ViPNet Client/Coordinator x64
    • ViPNet Custom Windows
    • ViPNet Office Firewall Windows
    • ViPNet Office Firewall Linux
    • ViPNet Safe Disk
    • ViPNet Personal Firewall
    • ViPNet CSP 4.х
    • ViPNet Java Crypto SDK

Искать результаты в...

Искать результаты, которые...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


Фильтр по количеству...

Зарегистрирован

  • Начать

    Конец


Группа


AIM


MSN


Сайт


ICQ


Yahoo


Jabber


Skype


Город


Интересы

Найдено 2 результата

  1. Доброго времени суток! Известна проблема, когда после легкого перехода на Windows 10 через трей, ПО, ипользующее VipNet CSP 4 выдает "ошибку инициализации криптопровайдера", следовательно, криптопровайдер работает некорректно. При первом запуске СКЗИ на только что обновленной системе, выходит сообщение о том, что незначительно изменилась конфигурация системы, после чего запускается. Решается проблема путем переустановки VipNet CSP 4(удалил-перезагрузил,установил-перезагрузил). Вопрос: существуют ли способы восстановить корректность работы СКЗИ VipNet CSP 4 не прибегая к переустановке? Может быть где-то нужно поставить галочки или изменить настройки безопасности системы для восстановления корректности работы? Спасибо!
  2. Доброго времени суток. Сетевое взаимодействие осуществляется между Гол.компанией и филиалами (10). В головной компании установлен координатор версии 3.2(9_11025), который предоставляет доступ к серверам приложений, туннелируя эти ресурсы. В нашем филиале установлено 1 раб. место администратора (администратор, клиент) и 1 сервер (координатор). Версия администратора, клиента и координатора - 3.1(1_5056). Координатор не стоит на границе сети, а находится за NATом (DLink router), который и разделяет сети. На роутере осуществлен проброс портов UDP 2046-2047, 55777 и TCP 5000-5003 по адресу внешнего интерфейса координатора. К внутреннему интерфейсу координатора подключено 1 защищенное раб. место (ЦУС, УКЦ, клиент] и одно незащищенное раб. место, которое туннелируется координатором. Необходимо осуществить доступ с рабочих мест нашей внутренней сети к ресурсам гол. компании. Что имеем на сегодняшний день: 1) Межсетевое взаимодействие между координаторами установлено. Доступ к ресурсам гол. компании разрешен. 2) С нашего координатора мы видим нашего клиента и координатор головной компании. Связь установлена со всеми узлами. Доступ к ресурсам координатора гол. компании есть (ping идет и по журналам видна вся цепочка, как в прямом, так и в обратном направлении). 3) С нашего защ. рабочего места мы видим свой координатор и координатор гол. компании, но при проверке связи с координатором гол. компании - связь не устанавливается. Так же нет доступа к ресурсам гол. компании. Ping по адресам серверов приложений не идет. 4) С нашего незащ. рабочего места, которое туннелируется нашим координатором, так же нет доступа к ресурсам гол. компании. Ping по адресам серверов приложений не идет. Уже вроде все перепробовал, даже ставил наш координатор на границу сети. Параметры нашей сети: DLink router WAN: IP: 84.204.100.100 GW:84.204.100.1 LAN: IP: 192.168.0.1 ports: UDP 2046-2047, 55777 и TCP 5000-5003 ---> 192.168.0.50 (адр. внешн. интерфейса координатора) Координатор Внешн. интерфейс: IP: 192.168.0.50/24 GW: 192.168.0.1 Внутр. интерфейс: IP: 192.168.1.1 **настройки в ЦУСе: E:192.160.0.50-84.204.100.100:OUT S:192.168.1.4 Защ. раб. место (администратор): IP: 192.168.1.10 GW: 192.168.1.1 Неащ. раб. место (туннелируемое): IP: 192.168.1.4 GW: 192.168.1.1 Сисадмин головной компании порекомендовал осуществить переход на клиента и координатор версии (3.2(9_11025)), но у меня нет уверенности, что переход на новую версию что то изменит. Вопрос: 1) Как по журналам, установить на каком этапе теряются пакеты, или какие настройки проверить, интуитивно чувствую, что дело не в версионности? 2) Как осуществить переход на клиента и координатор версии (3.2(9_11025)), и не будет ли конфликтов с ЦУС и УКЦ старой версии? Премного благодарен - начинающий.
×
×
  • Создать...

Важная информация

Продолжая пользоваться сайтом вы принимаете Условия использования.