Статус: Новичок
Группы: Участники
Зарегистрирован: 19.01.2026(UTC) Сообщений: 4  Сказал(а) «Спасибо»: 1 раз
|
Добрый день. Прошу ещё подсказать. Я ставлю сейчас вот такой командой $targetLocalPath = "C:\Windows\Temp\CryptoPro-5.0.13003.exe" $installerArgs = @( "-gm2" "-cadesargs" '"/qn"' "-norestart" "-silent" "-noyandex" "-root" "-lang" "rus" "-kc" "kc1" "-args" '"INITIALIZEHARDRNG="""""""""""""""""" /norestart /qn"' )
Это работает. НО 1. Если версия CSP выше устанавливаемой, то CSP не понижает версию, просто пропускает установку. Это нормальное и ожидаемое поведение 2. Если версия Браузер плагина выше устанавливаемой, то выполняется даунгрейд версии, при этом браузер плагин перестает работать (расширение браузера не видит браузер плагина). В таком случае приходится удалять браузер плагин и ставить его заново. 3. Если версия CSP или браузер плагина ниже устанавливаемой, то все обновляется и работает корректно.
Если ставить не через командную строчку, то интерфейс говорит, что установлен браузер плагин более новой версии и установка пропускается. Подскажите, возможно ли такую же логику применить и через командную строку к браузер плагину? (а то после установки приходится проходится ещё раз для переустановки браузер плагина, при этом добавляется необходимость руками поставить расширение браузера)
|
|
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 31.05.2016(UTC) Сообщений: 3,048
Сказал(а) «Спасибо»: 686 раз Поблагодарили: 543 раз в 514 постах
|
Автор: Antik-18785  1. Если версия CSP выше устанавливаемой, то CSP не понижает версию, просто пропускает установку. Это нормальное и ожидаемое поведение Верно; Автор: Antik-18785  2. Если версия Браузер плагина выше устанавливаемой, то выполняется даунгрейд версии, при этом браузер плагин перестает работать (расширение браузера не видит браузер плагина). В таком случае приходится удалять браузер плагин и ставить его заново. Придерживайтесь правила - либо используйте версию плагина из состава дистрибутива, либо крайнюю версию. Зачем удалять, обновляйте поверх; Автор: Antik-18785  3. Если версия CSP или браузер плагина ниже устанавливаемой, то все обновляется и работает корректно. Верно. Автор: Antik-18785  Если ставить не через командную строчку, то интерфейс говорит, что установлен браузер плагин более новой версии и установка пропускается. Подскажите, возможно ли такую же логику применить и через командную строку к браузер плагину? (а то после установки приходится проходится ещё раз для переустановки браузер плагина, при этом добавляется необходимость руками поставить расширение браузера) Возможно, что проще предварительно удалять плагин, а после выполнять установку и СКЗИ и плагина из единого дистрибутива СКЗИ " КриптоПро CSP"?
|
|
|
|
|
|
Статус: Новичок
Группы: Участники
Зарегистрирован: 19.01.2026(UTC) Сообщений: 4  Сказал(а) «Спасибо»: 1 раз
|
Цитата:Придерживайтесь правила - либо используйте версию плагина из состава дистрибутива, либо крайнюю версию. Зачем удалять, обновляйте поверх; Да это логично. Но дело в том, что при установке через командную строку дистрибутива версии 5.0.13003 (содержит CSP 5.0.13003 и cades 2.0.15003) на ПК где CSP 4.0.9963 и cades 2.0.15400, CSP и cades становится как в дистрибутиве, и браузер плагин перестает работать. Если данный дистрибутив запустить на этом ПК в интерактивном режиме, он напишет что cades более новой версии и даунгрейдить его не будет. Цитата:Придерживайтесь правила - либо используйте версию плагина из состава дистрибутива, либо крайнюю версию. Зачем удалять, обновляйте поверх; Да это получается обходной путь в скрипте - сначала удалить cades, потом поставить CSP и cades. Это работает в случае если на ПК стоит корпоративный Я.Браузер или Хромиум ГОСТ, в противном случае надо идти на ПК и руками ставить в браузер расширение (потому что оно удаляется при удалении cades. При этом при обновлении/даунгрейде cades расширение браузера остается на месте). Поэтому в идеале бы хотелось заставить установщик из командной строки не обновлять cades, когда он уже есть более свежей версии.
|
|
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 31.05.2016(UTC) Сообщений: 3,048
Сказал(а) «Спасибо»: 686 раз Поблагодарили: 543 раз в 514 постах
|
Автор: Antik-18785  и cades 2.0.15400, CSP и cades становится как в дистрибутиве, и браузер плагин перестает работать Здесь поправлю Вас, с плагином всё в порядке, всё дело в браузерном расширении, которое Вам, каким-либо образом, следует поддерживать в организации. Читаем:Цитата:КриптоПро ЭЦП Browser plug-in сборка 2.0.15400
plugin: Добавлена поддержка расширения Extension for CAdES Browser Plug-in из Chrome Web Store на manifest v3 (CADES-2800). Автор: Antik-18785  Поэтому в идеале бы хотелось заставить установщик из командной строки не обновлять cades, когда он уже есть более свежей версии. Ага, надо попробовать выработать такое решение. Полагаю, что установочный сценарий можно расширить доп.проверками.
|
|
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 31.05.2016(UTC) Сообщений: 3,048
Сказал(а) «Спасибо»: 686 раз Поблагодарили: 543 раз в 514 постах
|
Автор: nickm  Ага, надо попробовать выработать такое решение. Полагаю, что установочный сценарий можно расширить доп.проверками. Можно попробовать добавить проверку на версию плагина с помощью powershell и COM-объекта плагина, где проверять больше/ меньше версии, и принимать решение об установке того или иного инсталлера, с включённым плагином ( CryptoPro-5.0.13003.exe), или инсталлер с отдельным СКЗИ ( CSPSetup-5.0.13003.exe).
|
|
|
|
|
|
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Important Information:
The Форум КриптоПро uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close