Истёк Срок Действия Закрытого Ключа

[mirel]

Какие действия предпринять, если истёк срок действия закрытого ключа подписи администратора? Новый ключ и соответствующий ему сертификат создан (корневым) однако выбрать его не получается

[slavanchuk]

Какие действия предпринять, если истёк срок действия закрытого ключа подписи администратора? Новый ключ и соответствующий ему сертификат создан (корневым) однако выбрать его не получается

Возникала подобная проблема. Просто создаём новый корневой сертификат (администратора). Он автоматически выбирается текущим... выбирать второй раз его не нужно. После этого ошибка более не появляется.

[mirel]

Возникала подобная проблема. Просто создаём новый корневой сертификат (администратора). Он автоматически выбирается текущим... выбирать второй раз его не нужно. После этого ошибка более не появляется.

спасибо за ваш ответ) вроде сама разобралась в итоге, но полезно и приятно получить подтверждение правильности своих действий

[mirel]

Разрешите ещё вопрос, тема все та же: истекает срок действия закрытого ключа, но уже пользовательский... насколько я поняла необходимо создание нового ключевого диска, однако для его создания возможно только если имеются файлы связей( документация на УКЦ). Получается, что если у меня нет никаких новых связей, то создать новый ключевой диск я не могу? Может есть ещё какой-то вариант?

И ещё, вопрос уж совсем простой: если срок действия закрытого ключа все-таки истечет, шифрованная связь прекратиться?

[slavanchuk]

Разрешите ещё вопрос, тема все та же: истекает срок действия закрытого ключа, но уже пользовательский... насколько я поняла необходимо создание нового ключевого диска, однако для его создания возможно только если имеются файлы связей( документация на УКЦ). Получается, что если у меня нет никаких новых связей, то создать новый ключевой диск я не могу? Может есть ещё какой-то вариант?

И ещё, вопрос уж совсем простой: если срок действия закрытого ключа все-таки истечет, шифрованная связь прекратиться?

Шифрованная связь не прекратится. Чтобы создать дистрибутив, нужно чтобы были связи. Чтобы VipNet Client нормально работал, ему необходима связь с VipNet Coordinator (не во всех случаях), чтобы получать обновления ключей. Так что, установите связь хотя бы с ним. После этого смело генерируете дистрибутив.

[mirel]

Шифрованная связь не прекратится. Чтобы создать дистрибутив, нужно чтобы были связи. Чтобы VipNet Client нормально работал, ему необходима связь с VipNet Coordinator (не во всех случаях), чтобы получать обновления ключей. Так что, установите связь хотя бы с ним. После этого смело генерируете дистрибутив.

Наверное я задаю очень много глупых вопрос, но раз уж мне отвечают (огромное спасибо за это!) воспользуюсь ситуацией

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

[slavanchuk]

Наверное я задаю очень много глупых вопрос, но раз уж мне отвечают (огромное спасибо за это!) воспользуюсь ситуацией

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

Да, ключевые наборы можно создать и без дистрибутива... и просто их разослать (ну, или перенести в папку). Связь шифруется симметричными ключами из ключевых наборов (если явно не были созданы ассиметричные). Сертификаты (и соответствующие им пары ключей) используются только для ЭЦП. Право подписи у любого узла можно просто отобрать через ЦУС и ему не будет создаваться сертификат... но в этом случае письма нельзя будет подписать. И, если вы захотите создать сертификат для данного узла заново, то вам придётся отправлять его с новым дистрибутивом.

Ответ - да. Процедура упростится.

[mirel]

спасибо, Вы мне очень помогли