komtrud1174

День добрый, уважаемые форумчане! В организации потребовался массовый переход 200 узлов ВИпнет с версии 4.3 на 4.5.3.65102 В основном, обновление проходит успешно, но стали появляться случаи, когда появляется следующее сообщение с ошибкой "Внимание! Обнаружена другая программа установки": Удаление предыдущей версии 4.3 через панель управления не помогает. Будут ли у Вас какие-либо рекомендации? Заранее спасибо!

Здравствуйте коллеги, на картинке изображена ситуация, когда для определенных узлов VipNet Client существует связь с двумя координаторами - один из своей сети, второй находится в другой Vipnet-сети и с ним установлено межсетевое взаимодействие. И оба координатора туннелируют одинаковые ресурсы. В такой ситуации возникает проблема, когда vipnet узлы из сети 1 (см. рис.) теряют периодически связь с туннелируемыми ресурсами. Причина, почему они теряют эту связь, скорее всего объясняется тем, что они иногда переключаются с одного координатора на другой с целью установки связи с туннелируемыми ресурсами. Вопрос, есть ли способ указать випнет-узлу работать только через какой-то один координатор. Я понимаю, что можно на проблемном випнет-узле щелкнуть по одному из координаторов в разделе "защищенная сеть" и удалить у него ресурсы на вкладке "туннели". Но, сами понимаете когда от данного координатора периодически приходят межсетевые обновления, то все туннели возвращаются на место. Есть ли способ решить эту проблему за один раз так, чтобы она больше не возникала?

Мне уже объяснили в ТП, что проблема решается путём обновления ЦУС до последней сертифицированной, т.е. 4.6.4 Наверное, он делает такое утверждение потому, что исходящая межсетевая информация в статусе "отправлена", а должна быть в "принята". Ну а не принята она была, разумеется, потому что не было физической линии связи между узлами. Но, возможно он и прав, что если бы она была каким-то образом принята, то межсетевое соединение удалилось бы.

Хех, коллеги, кто может объяснить происходящее Я пытаюсь удалить межсетевое взаимодействие полностью, но у меня не получается. Порядок действия: захожу в ЦУС -> Доверенные сети -> Свойства сетей -> щелкаю ПКМ по целевой сети -> "Прекратить взаимодействие" -> несколько секунд висит окошко отображающее процесс удаления ... и исчезает, после чего сеть остаётся висеть в списке сетей, т.е. как бы не удалилась! Пробовал несколько раз, ничего не меняется

Здравствуйте коллеги! Очень нужна ваша помощь У нас есть своя сеть 1174, мы были связаны с другой сетью 1366 долгое время. Какое-то время назад наши координаторы перестали пинговать друг друга. После нескольких попыток оживить потерянную связь, было принято решение создать новый симметричный ММК и обменяться им на флешках. Так и сделали, в сети 1174 создали новый ММК и отнесли на флешке, те импортировали его. Оба сделали этот ММК текущим, каждый у себя. Ну и конечно каждый у себя разослал локальные справочники и ключи. Но связь так и не появилась. Тогда, мы в своей сети 1174 зашли в ЦУС, нажали правой кнопкой по сети 1366 и нажали "сохранить межсетевую информацию в файл" и отнесли им на флешке файл *.LZH. Они импортировали наш экспорт, и потом они сделали тоже самое со своей стороны, выгрузили межсетевую информацию в файл LZH, а мы его импортировали. Но связи по прежнему нет. Что мы сделали не так или мы не доделали ещё какие-то действия. Может быть нам полностью прекратить межсетевое взаимодействие и пересоздать его с нуля?

ну это ж, я правильно понимаю, что этот белый айпишник надо прописать как межсетевой экран, но не как один из интерфейсов координатора

Здравствуйте коллеги! Неожиданные новости! Пока даже примерно не могу в голове нарисовать картину, как повлияет смена белого айпи на сеть випнет. У нас к ЦУСу подключены около 200-300 узлов по всему региону через интернет. Плюс с десяток межведомственных взаимодействий с организациями из нашего и других регионов. Мы внезапно меняем провайдера интернета, соответственно получаем новый белый айпи адрес. Вопрос: Какие подводные камни нас ожидают при смене адреса. Могу ли я заранее, не имея этого адреса как такового физически, но зная его цифры, сделать что-то заранее, например, прописать его в ЦУСе и разослать на все удаленные узлы? Получится ли такой маневр? ЧТо ещё надо сделать заранее, чтобы смена адреса прошла мягко и приятно?

Microsoft Windows 10 Enterprise, 64-bit (build 19041.vb_release.191206-1406) VipNet CSP какой версии, щас немогу посмотреть, ну тот, который зашит в версию 4.5(2.58444) випнета Мне тут на форуме КриптоПро посоветовали сначала поставить КриптоПРо, а потом Випнет. Щас вот провел этот эксперимент, посмотрим что из этого выйдет.

Здравия желаю, коллеги! На чистой системе Windows 10 установили Vipnet Client версии 4.5.2.58444 и КРиптоПро 4.0.9963 Вначале всё было хорошо, сотрудник успешно подписывал Электронной подписью документы в своих бухгалтерских программах. Через сутки при процедуре подписывания документов стала появляться ошибка типа "80070057: CryptMsgOpenToEncode" Если удалить и переустановить криптоПро, то подписывание документов опять проходит успешно, но уже через несколько часов опять возникает вышеназванная ошибка. Не совсем понял, либо это ломается после перезагрузки, либо просто через несколько часов, может быть ставится какое-то обновление винды? И вот уже пятый день подряд, переустановка КриптоПро помогает, но ненадолго. Каждый день переустанавливаем КриптоПро. Пробовал также ставить криптоПро версии 5 - то же самое! Вопрос в том, может ли данная проблема быть связана с тем, что по факту в системе свтоят 2 криптопровайдера (VipNet CSP и КриптоПРо CSP) и ВИнда 10-ка этого не приемлет? Я понимаю, что, с одной стороны, это больше похоже на проблемы КриптоПро, а не Випнета, но всё же, может быть доблестные разработчики VipNet решили данную проблему в более новых версиях? У винды есть своя ошибка 0х80070057 - не знаю, здесь совпадение или прямая связь между этими ошибками. Кто стакивался, как лечил?

расскажите, пожалуйста, чуть подробнее, как вы через реестр убирали брандмауэр из зависимостей, если не затруднит на досуге

Имею ввиду две локальных сети, одна например 192.168.0.0/24 и из неё имеется доступ в интернет, вторая типа 172.21.0.0/16 имеет доступ в некую другую внутреннюю подсеть. Точнее люди сидят в 192.168.0.0/24 и имеют доступ в некую подсеть типа 172.21.0.0/16 и также имеют доступ в интернет. Задача состоит в том, чтобы из интернета ничего не могло попасть в сеть 172.21.0.0/16, так сказать транзитом

Здравствуйте, коллеги! У нас сейчас встал вопрос о разграничении доступа для двух сетей. И я со скрипом вспоминаю, как где-то читал про такие возможности в випнете, что можно разграничивать доступ для нескольких сетей для того, чтобы избежать сквозного "перетекания" информации из одной сети в другую. Помню, что читал про несколько вариантов такой реализации, что, дескать, можно разграничивать по времени, мол, несколько часов сидишь в одной сети, а в это время в другую доступ заблокирован, а потом наоборот. Другой типа вариант, что в некоем автоматическом режиме, ты пользуешься двумя сетями как бы одновременно, но на самом деле, пока идёт взаимодействие с одной, доступ в другую заблокирован. Подскажите, кто понимает о чём я ? В какой агонии я это читал и откуда я это помню?

Скорее всего, обновления стоят не все. Значит рекомендуете поставить обновления? Хорошо, попробую. Может быть есть инфа о том, какие конкретно обновления делают зависимость для VIpNet ?

Здравствуйте, коллеги! После установки VipNet 4.5.2 на чистую винду Prof 7x64 SP1, и перезагрузки системы, данная версия випнет Монитор начинает автоматически запускаться, но не запускается как обычно, а выкидывает окошко в шапке которого записано "сервис управления драйвером защиты VipNet", а в самом окошке: "Сервис необходим для входа в сеть VipNet. Ожидание запуска..." Данное окошко может висеть бесконечно, также имеется кнопка "Прервать", нажав на которую, окошко закрывается. VipNet Монитор, естественно остаётся не запущенным. При повторном запуске ярлыка VipNet Монитор снова появляется данное окошко и всё повторяется. ПРикладываю скриншот

Здравствуйте, всем! Ну и что, какой итог? Наиболее простой и адекватный ответ такой: В версии 4.5.1 проблема с ГОСТ 2012 решена ? Вопрос: Как её скачать официально? Если у нас есть купленные сертифицированные версии 4.3, имеем ли мы право получить версию 4.5 ?

Коллеги, здравствуйте. Давно знаком с VipNet, но в первый раз увидел сообщение о том, что истёк ключ защиты УКЦ! В инструкции написано как его поменять. Но у меня вопрос, во-первых насколько критично, что он уже истёк, пройдена ли уже какая-то точка невозврата, после которой всё пропало? во-вторых, будет ли ещё хуже, если не менять его ещё месяц или ничего не меняется? в-третьих может лм это повлиять на установку межсетевого взаимодействия с другой сетью VipNet, которое нам вскоре предстоит и вообще на что может влиять? в-четвертых, насколько опасно сия процедура, в смысле, что может произойти в худшем случае? может быть заранее лучше сделать образ всей системы?

Я рисую в PowerPoint

Добрый день коллеги, возник интересный вопрос, которого нет в документации. Известно, что для межсетевого взаимодействия можно использовать 2 вида ММК: Симметричные и Ассиметричные. Известно, что Симметричный ММК используется для связи ровно с одной сетью, не больше не меньше. Основное же отличие Ассиметричного заключается в том, что на нём можно завязать межсеть с несколькими сетями. Вопрос: а можно ли иметь несколько одновременно действующих Ассиметричных ключей? Например, назовём так: ключ1 для связью с сетями х1 и х2, а также ключ2 для связи с сетью х3 ?

Нет, нет, друг, ты что-то совсем неправильно понимаешь ситуацию. Если у тебя ЗАЩИЩЕННЫЙ узел, то его адреса не надо добавлять в туннели!!! Туннелируются ТОЛЬКО открытые узлы, узел випнет никогда не туннелируется, это противоречит логике. Само понятие туннелируемых ресурсов придумано и предназначено для открытых узлов.

R.Sheyn, скажи, пожалуйста, ты не в курсе такого вопроса, что если попробовать нам установить связь по Ассиметричному ключу. И вопрос заключается в следующем, может ли быть несколько Ассиметричных ключей? Т.е. у админа другой сети уже есть один Ассиметричный ключ и он используется для связи с кем-то ещё. Вот мы не знаем, как правильнее поступить, можем ли мы создать ещё один такой ключ, чтобы тот не трогать или он может установить связь с моей сеткой на этом же ключе. ВОобщем, есть опасения что нарушит связь ещё и с другой сеткой? Короче, можно ли иметь несколько Действующих Ассиметричных ключей в системе или только один ?

Хорошо, не буду обижаться, но когда у меня была версия 3, я пользовался документацией 3.1.12.6511 и там нету такого

Хм, ни в какую не хочет устанавливаться Межсеть между 3-кой и 4-кой Варианты, которые мне приходят на ум: 1) Админ той сети помимо своего шлюзового координатора подсовывает в связи своего Администратора (узел Администратора Випнет). Мне кажется, что это может быть проблемой при таком специфическом соединении между версиями 3 и 4. 2) Админ той сети не сделал полной очистки данных от старого соединения, но вопрос, как это сделать, в руководстве вроде такого нет? 3) Может быть попробовать мне стать инициатором сети, но вроде бы есть такая инфа, что когда "женишь" две сети, то инициатором должна быть сеть с младшей версией.

1) я загрузил файл .lzh от администратора-инициатора межсетевого взаимодействия и нажал кнопку "Справочники и ключи - Создать справочники..." 2) ПОсле этого в УКЦ появились две вещи: 2.1) в разделе "Ключевой центр - Сетевые узлы" появилась информация о новых ключах. Я нажал на эти узлы ПКМ - "Создать и передать ключи в ЦУС" 2.2) В равзделе "Администрирование - Контейнеры сертификатов администраторов сетей VipNet" появилась запись из соответствующей сети, но когда я нажал "Импорт" для неё, то в ответ было сказано, что там ничего нет, типа как пустышка и запись исчезла. В связи с этим вопрос, может ли это как-то влиять на то, что нам не удаётся установить межсетевое взаимодействие?

Ну т.е. небезосновательно предполагать, что дело как раз таки в том, что мешает так сказать "старая информация"? Хорошо, я понял, я уже удалил у себя в 4-ке по инструкции, (кстати делается буквально в 2 клика) и сейчас попробуем всё сначала. Ну и кстати, ты говоришь, что там в тройке также желательно всё почистить? Там просто есть такой нюанс, там сидит человек не совсем опытный. Как думаешь, если мы попробуем пока что установить связь и он не будет у себя ничего зачищать, может получиться!? Или это 100%, что надо полностью всё зачистить сначала?

Блин, смотри, у нас раньше, до наступления текущей проблемы, всё было настроено и всем было хорошо! В один прекрасный день связь пропала. При этом нам стало не важно почему она пропала, мы решили, что мы заново установим межсеть, как бы "с нуля", как будто не было ещё никакой связи. И вот мы пошли по инструкции с самого начала, админ той сети выпустил ключи, передал их мне, я импортировал, потом сделал обратный экспорт и так далее и тому подобное. Но по факту ведь все записи в УКЦ и в ЦУС остались, понимаешь? т.е. в моём ЦУСе в разделе "доверенные сети" есть информация о данной сети, о том какие узлы есть в данной сети, о том какие у них связи с узлами нашей сети. Точно также и в УКЦ, осталась запись о той сети, обо всех ММК ключах, которые ранее использовались с ней. Т.е. я говорю про то, что если бы раньше между нами ни разу не было бы установлено связи, то в моих ЦУС и УКЦ не было бы ни малейшего упоминания о той сети, никаких записей - ничего! Но у меня сейчас вся эта информация есть! И при этом мы пытаемся установить межсеть как будто бы с самого начала, с нуля! И вот я думаю, что может быть сначала надо удалить полностью межсеть, удалить абсолютно все записи, сделать так, как будто мы ещё никогда не взаимодействовали с той сетью. И уже потом заново установить межсеть, как будто в первый раз! Надеюсь сейчас понятно объяснил?!