Статус: Активный участник
Группы: Участники
Зарегистрирован: 31.05.2016(UTC) Сообщений: 2,802
Сказал(а) «Спасибо»: 636 раз Поблагодарили: 488 раз в 460 постах
|
Автор: Russo2risto  Поделитесь рабочим. Код:$ wget https://gu-st.ru/content/Gosplugin/Gosplugin_Linux-Debian_Installer.deb.sh -O /tmp/plugin.sh
Код:$ curl https://gu-st.ru/content/Gosplugin/Gosplugin_Linux-Debian_Installer.deb.sh -o /tmp/plugin.sh
|
 1 пользователь поблагодарил nickm за этот пост.
|
|
|
Статус: Новичок
Группы: Участники
Зарегистрирован: 20.05.2021(UTC) Сообщений: 4  Сказал(а) «Спасибо»: 4 раз
|
Здравствуйте. Возникла проблема с запуском браузера после его обновления с версии 136.0.7103.92 до более высоких, на АРМах с Windows 10. Обновляется вроде без проблем, но затем, при нажатии на соответствующий ярлычок, просто ничего не происходит. Ни в диспетчере задач, ни на мониторе нет никаких "движений". Причём это наблюдается на всех версиях начиная c 138.0.7204.50 заканчивая 139.0.7258.66. Последняя работающая версия 137.0.7151.119. Эксперименты проводил на различных компьютерах, как внутри защищённой локальной сети так и на "машинах" вне её. Подобное поведение Chromium-GOST напоминает таковое когда на АРМ с ОС win7 пытаются установить версию выше 109.0.5414.174. Подскажите пожалуйста, это только у нас такая проблема? Или уже не надо пытаться обновлять на "десятке"? P.S. Разрядность скачиваемой версии не имеет значения. Пробовал и на x64 и на x86. Отредактировано пользователем 10 августа 2025 г. 6:22:45(UTC)
| Причина: Не указана
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 31.05.2016(UTC) Сообщений: 2,802
Сказал(а) «Спасибо»: 636 раз Поблагодарили: 488 раз в 460 постах
|
Автор: Ookami  Подскажите пожалуйста, это только у нас такая проблема? У Себя ничего подобного не встречал. Всегда, все версии обновлялись и работали без каких-либо проблем; Автор: Ookami  Эксперименты проводил на различных компьютерах, как внутри защищённой локальной сети так и на "машинах" вне её. Не исключено, что на этих АРМ есть что-нибудь общее, что препятствует запуску и работе браузера. Может какие-нибудь ограничения со стороны защитного ПО, отсутствие каких-нибудь обязательных системных обновлений, стороннее ПО мешающее работе браузера и т.п. Вообще, такой случай конечно интересен и его следует разобрать, попробуйте: - запускать браузер с новым профилем;
- изучать системные журналы на предмет сообщений, может там будет подсказка;
- залоггировать ошибку/ попытку запуска с помощью procmon, а после разобрать получившийся лог;
- запускать браузер в режиме отладки после изучать лог, например:
Код:"C:\Program Files\Chromium\Application\chrome.exe" --enable-logging=stderr --v=1 > "%localappdata%\temp\Chromiumlog.txt" 2>&1
|
 1 пользователь поблагодарил nickm за этот пост.
|
Ookami оставлено 11.08.2025(UTC)
|
|
Статус: Сотрудник
Группы: Администраторы
Зарегистрирован: 16.09.2010(UTC) Сообщений: 1,560 Откуда: КРИПТО-ПРО
Сказал(а) «Спасибо»: 38 раз Поблагодарили: 523 раз в 369 постах
|
Автор: Ookami  Здравствуйте. Возникла проблема с запуском браузера после его обновления с версии 136.0.7103.92 до более высоких, на АРМах с Windows 10. Обновляется вроде без проблем, но затем, при нажатии на соответствующий ярлычок, просто ничего не происходит. Ни в диспетчере задач, ни на мониторе нет никаких "движений". Причём это наблюдается на всех версиях начиная c 138.0.7204.50 заканчивая 139.0.7258.66. Последняя работающая версия 137.0.7151.119. Эксперименты проводил на различных компьютерах, как внутри защищённой локальной сети так и на "машинах" вне её. Подобное поведение Chromium-GOST напоминает таковое когда на АРМ с ОС win7 пытаются установить версию выше 109.0.5414.174. Подскажите пожалуйста, это только у нас такая проблема? Или уже не надо пытаться обновлять на "десятке"? P.S. Разрядность скачиваемой версии не имеет значения. Пробовал и на x64 и на x86. КриптоПро CSP какой у вас версии? Крайне желательно проверить тоже на крайней. |
|
 1 пользователь поблагодарил pd за этот пост.
|
Ookami оставлено 11.08.2025(UTC)
|
|
Статус: Новичок
Группы: Участники
Зарегистрирован: 20.05.2021(UTC) Сообщений: 4  Сказал(а) «Спасибо»: 4 раз
|
Автор: pd  КриптоПро CSP какой у вас версии? Крайне желательно проверить тоже на крайней. Версия КриптоПро CSP 5.0.11455 KC1. Серийные номера на КриптоПро получаем в УФК так как являемся их клиентами. А .11455 это единственная сборка 5.0 на которую ложатся серийники от 4.0. Казначейство пока даже не думает почесаться для того чтобы закупить 5.0.13000 (во всяком случае так их сотрудники говорят, что не стоит даже ждать в обозримом будущем) Спасибо за подсказку. Причина проблемы локализована и решена на всех АРМах кроме одного. Как решалось: 1. в КриптоПро на вкладке "Настройки TLS" в разделе "Сервер" активировал чекбокс "Не использовать устаревшие cypher suite-ы" 2. в ViPNet CSP (локальная сеть построена на ViPNet) на вкладке "Дополнительно" деактивировал чекбокс "Поддержка работы ViPNet CSP через MicrosotCryptoAPI" Были АРМы где нужен был один пункт, были где другой. Были и с двумя. Привёл все к общему знаменателю. На оставшемся единственном, проблемном АРМе не проходит 2 пункт. Чтобы я не делал, как бы не плясал с бубном, но чекбокс не деактивируется. Стоит вопрос о переустановке ViPNet-а Установлены как и у остальных, - ViPNet Client 4.3 (2.42428) и ViPNet CSP 4.2(2.36190).
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 31.05.2016(UTC) Сообщений: 2,802
Сказал(а) «Спасибо»: 636 раз Поблагодарили: 488 раз в 460 постах
|
Автор: Ookami  Казначейство пока даже не думает почесаться для того чтобы закупить 5.0.13000 (во всяком случае так их сотрудники говорят, что не стоит даже ждать в обозримом будущем) Очень даже стоит. Тут некоторые подробности.
|
 1 пользователь поблагодарил nickm за этот пост.
|
Ookami оставлено 12.08.2025(UTC)
|
|
Статус: Сотрудник
Группы: Администраторы
Зарегистрирован: 16.09.2010(UTC) Сообщений: 1,560 Откуда: КРИПТО-ПРО
Сказал(а) «Спасибо»: 38 раз Поблагодарили: 523 раз в 369 постах
|
|
|
 2 пользователей поблагодарили pd за этот пост.
|
nickm оставлено 22.08.2025(UTC), Zamp@ оставлено 22.08.2025(UTC)
|
|
Статус: Участник
Группы: Участники
Зарегистрирован: 27.01.2023(UTC) Сообщений: 20
Сказал(а) «Спасибо»: 4 раз
|
Под win10 "chromium gost Версия: 139.0.7258.66 (Официальная сборка) (64 бит)" запускается с параметром --proxy-server="proxy.example.com:3128", https работает нормально, но видимо там где есть "гост" не грузится - (https://gosuslugi.ru/, https://www.cryptopro.ru) - ошибка ERR_TIMED_OUT. Задача принудительно указать прокси, не используя системные настройки. Это возможно?
|
|
|
|
Статус: Активный участник
Группы: Участники
Зарегистрирован: 31.05.2016(UTC) Сообщений: 2,802
Сказал(а) «Спасибо»: 636 раз Поблагодарили: 488 раз в 460 постах
|
Автор: me9911  Задача принудительно указать прокси, не используя системные настройки. Это возможно? Что это изменит? Смотрите в логах подконтрольного Вам прокси, какие шевеления там происходят; Автор: me9911  Под win10 "chromium gost Версия: 139.0.7258.66 (Официальная сборка) (64 бит)" запускается с параметром --proxy-server="proxy.example.com:3128", https работает нормально, но видимо там где есть "гост" не грузится - (https://gosuslugi.ru/, https://www.cryptopro.ru) - ошибка ERR_TIMED_OUT. Ну, это.. "бабка надвое сказала". Вам лучше попробовать залоггировать подключение и разобраться с вопросом. Если добавите чуть больше информации, что это за там такой-сякой прокси, то можно будет попробовать воспроизвести в собственном окружении.
|
 1 пользователь поблагодарил nickm за этот пост.
|
|
|
Статус: Участник
Группы: Участники
Зарегистрирован: 27.01.2023(UTC) Сообщений: 20
Сказал(а) «Спасибо»: 4 раз
|
Автор: nickm  Автор: me9911  Задача принудительно указать прокси, не используя системные настройки. Это возможно? Что это изменит? Смотрите в логах подконтрольного Вам прокси, какие шевеления там происходят; Автор: me9911  Под win10 "chromium gost Версия: 139.0.7258.66 (Официальная сборка) (64 бит)" запускается с параметром --proxy-server="proxy.example.com:3128", https работает нормально, но видимо там где есть "гост" не грузится - (https://gosuslugi.ru/, https://www.cryptopro.ru) - ошибка ERR_TIMED_OUT. Ну, это.. "бабка надвое сказала". Вам лучше попробовать залоггировать подключение и разобраться с вопросом. Если добавите чуть больше информации, что это за там такой-сякой прокси, то можно будет попробовать воспроизвести в собственном окружении. прокси squid, прекрасно работает на другом компе с хромиум гост (но с системными настройками прокси), тут доступа к изменению системных настроек нет, можно только запустить браузер с параметрами, со стороны прокси запрос выглядит так [23/Aug/2025:20:57:47 +0300] "CONNECT www.cryptopro.ru:443 HTTP/1.1" 200 5219 TCP_MISS:DIRECT [23/Aug/2025:20:57:48 +0300] "CONNECT www.cryptopro.ru:443 HTTP/1.1" 200 5219 TCP_MISS:DIRECT [23/Aug/2025:20:58:21 +0300] "CONNECT www.cryptopro.ru:443 HTTP/1.1" 200 454 TCP_MISS:DIRECT [23/Aug/2025:20:58:21 +0300] "CONNECT www.cryptopro.ru:443 HTTP/1.1" 200 5084 TCP_MISS:DIRECT и далее тишина, со стороны браузера (devtools) status - (failed)net::ERR_TIMED_OUT т.е. как будто часть которая занимается взаимодействием через гост протокол, не видит настройку прокси которая задается из командной строки и пытается долбиться напрямую, далее отваливается по таймауту
|
|
|
|
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
Important Information:
The Форум КриптоПро uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close