Приветствую, коллеги. В старом АРМ Генерации ключей запрос формировался до последнего этапа, а затем программа выдавала «Ошибка генерации №14». Сам носитель был исправен, поэтому я проверил, может ли АРМ записывать служебные файлы в свою рабочую папку.
Когда появлялась ошибка
Ошибка генерации #14
Сообщение возникало непосредственно при генерации. Для этой старой программы типична работа из собственного каталога с записью временных файлов. Если доменная учётная запись не имеет туда прав или защитная программа блокирует исполняемый файл, АРМ не всегда объясняет причину нормальным текстом.
Как я отделил проблему прав от проблемы носителя
- Скопировал исходные данные и не использовал единственный экземпляр рабочего ключа для проверки.
- Запустил АРМ правой кнопкой мыши — «Запуск от имени администратора».
- Создал тестовый запрос на отдельный чистый носитель.
- Проверил, появляются ли новые файлы в каталоге программы и в выбранной папке.
- Открыл журнал антивируса и посмотрел события на время ошибки.
Что оказалось причиной
Запись блокировала антивирусная защита. После краткой контрольной проверки без блокировки генерация прошла. Постоянно выключать Касперского я не оставил: это рабочее место с ключами электронной подписи, и снижать его защиту ради старой программы неправильно.
Как я настроил рабочий вариант
- Вернул защиту в обычный режим.
- Проверил, какой именно файл или действие попало под блокировку.
- Добавил в исключение только утверждённый каталог АРМ Генерации ключей и его штатные исполняемые файлы.
- Ограничил права на каталог пользователями, которым действительно нужен АРМ.
- Повторил генерацию на тестовом носителе.
Важно: исключение создаю только для дистрибутива, полученного из доверенного источника. Не добавляю целиком диск, профиль пользователя или папку загрузок.
Если антивирус ни при чём
Дальше проверяю запуск из-под локального администратора, права на каталог АРМ, свободное место и атрибут «Только чтение». В доменной среде отдельно смотрю правила AppLocker или политики ограничения программ. Ошибка №14 сама по себе не доказывает, что виноват именно Касперский.
Как я проверил результат
АРМ сформировал запрос, записал файлы на носитель и перешёл к печатной форме. После повторного запуска ошибка №14 не вернулась. На этом я зафиксировал точное исключение и не стал переустанавливать КриптоПро или сертификаты, которые к сбою записи отношения не имели.
Получилось или остались вопросы?
Поделитесь результатом, дополните инструкцию своим опытом или задайте вопрос. Я читаю комментарии и обновляю статьи по реальным случаям.