Код ошибки 0x80090016 контур

Ошибка 0x80090016 «Неправильный зарегистрированный набор ключей» или ошибка обращения к контейнеру закрытого ключа «Набор ключей не существует» может появиться по различным причинам. У нас она появилась после обновления КриптоПро с 4 до 5 версии на MacOS. В этой статье мы расскажем, как устранить эту ошибку. Думаем, наши инструкции будут актуальны как для пользователей MacOS, так и для Windows. Если у вас не получается устранить данную ошибку, то рекомендуем обратиться к нашим специалистам за помощью.

1. Извлеките носитель с ЭЦП из устройства. Это необходимо, чтобы исключить влияние носителя ЭЦП и закрытого контейнера с ключами на работу КриптоПро.
2. Удалите установленный сертификат ЭЦП, с которым возникает проблема, из личного хранилища сертификатов.
3. Вставьте носитель с ЭЦП в устройство. Иногда может возникать проблема с отображением контейнера в КриптоПро. В этом случае извлеките носитель с ЭЦП и вставьте в другой порт устройства.
4. Установите сертификат вашей электронной подписи повторно.

Как установить сертификат электронной подписи? Инструкция.

Если сертификат ЭЦП удалили, а установить повторно не получается.

В большинстве случаев после указанных действий ошибка 0x80090016 «Неправильный зарегистрированный набор ключей» или ошибка обращения к контейнеру закрытого ключа «Набор ключей не существует» отображаться не будет. Однако если ошибка преследует вас, можно полностью удалить КриптоПро и установить его заново.

Как удалить КриптоПро и следы его использования из реестра Windows?

Если ошибка 0x80090016 продолжает появляться и ничего не помогло.

KsandrFreeman	#1 Оставлено : 29 января 2014 г. 12:08:18(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.01.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	Доброго времени суток! Возникли проблемы с подписью. Первый же вызов функции CryptSignHash возвращает 0x80090016. Keyset does not exist. Ключи храню в реестре, запускаю с правами администратора. Не подскажете, что я делаю не так? int main() { #pragma region _Init Var_ PCHAR pcData = «Test Sring»; DWORD dwLen = strlen(pcData); #pragma endregion // Получение контекста криптопровайдера if ( !CryptAcquireContext (&hProv, «{Cont4Sign4}», «Crypto-Pro GOST R 34.10-2012 Cryptographic Service Provider», 80, CRYPT_NEWKEYSET ) ) { if ((gle = GetLastError()) == NTE_EXISTS) { if ( !CryptAcquireContext (&hProv, «{Cont4Sign4}», «Crypto-Pro GOST R 34.10-2012 Cryptographic Service Provider», 80, 0 ) ) { ErrorHandle(«CryptAcquireContext failed», 2, 1); } } else { ErrorHandle(«CryptAcquireContext failed», 2, 1); } } LOG(«CryptAcquireContext»); // Ключ. if (!CryptGenKey(hProv, AT_SIGNATURE, 512<<16|CRYPT_EXPORTABLE , &hKey)) { ErrorHandle(«CryptGenKey failed», 1, 1); } LOG(«CryptGenKey»); // Хэш if (!CryptCreateHash(hProv, 0x8022, 0, 0, &hHash)) { ErrorHandle(«CryptCreateHash», 1, 1); } LOG(«CryptCreateHash»); // Подпись if (!CryptSignHash(hHash, 0xaa42, NULL, 0, NULL, &dwLen)) { ErrorHandle(«CryptSignHash», 1, 1); } LOG(«CryptSignHash»); printf(«dwLen %in», dwLen); Sign = (PBYTE)malloc(dwLen); if (!CryptSignHash(hHash, AT_SIGNATURE, NULL, 0, Sign, &dwLen)) { ErrorHandle(«CryptSignHash», 1, 1); } LOG(«CryptSignHash»); system(«PAUSE»); return EXIT_SUCCESS; }

Андрей Писарев	#2 Оставлено : 29 января 2014 г. 12:15:30(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,736 Сказал «Спасибо»: 451 раз Поблагодарили: 1838 раз в 1421 постах	А зачем с правами администратора? А вместо AT_SIGNATURE — AT_KEYEXCHANGE?
Техническую поддержку оказываем тут Наша база знаний
	WWW

KsandrFreeman	#3 Оставлено : 29 января 2014 г. 12:31:00(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.01.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	В одной из веток форума было что-то про разрешение доступа к реестру. Просто уже не знаю, где в паре строк ошибка. С AT_KEYEXCHANGE та же ошибка (если заменять в CryptGenKey). Ну а если в CryptSignHash — 0x80090008 — неверный алгоритм.

KsandrFreeman	#4 Оставлено : 29 января 2014 г. 14:03:54(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.01.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	Случилось чудо. Алгоритм должен быть 0x8021. То бишь 256 бит. И ставить везде AT_SIGNATURE. Почему алгоритм хеширования должен быть 256 бит?

Максим Коллегин	#5 Оставлено : 29 января 2014 г. 14:12:40(UTC)
Статус: Сотрудник Группы: Администраторы Зарегистрирован: 12.12.2007(UTC) Сообщений: 6,253 Откуда: КРИПТО-ПРО Сказал «Спасибо»: 21 раз Поблагодарили: 658 раз в 582 постах	Алгоритм хэширования должен соответствовать длине ключа- так написано в ГОСТ.
Знания в базе знаний, поддержка в техподдержке
	WWW

KsandrFreeman	#6 Оставлено : 29 января 2014 г. 14:48:24(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.01.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	То есть когда я указываю CryptGenKey(hProv, AT_SIGNATURE, 512<<16|CRYPT_EXPORTABLE , &hKey), то всё равно создаётся ключ 256?

Максим Коллегин	#7 Оставлено : 29 января 2014 г. 15:59:52(UTC)
Статус: Сотрудник Группы: Администраторы Зарегистрирован: 12.12.2007(UTC) Сообщений: 6,253 Откуда: КРИПТО-ПРО Сказал «Спасибо»: 21 раз Поблагодарили: 658 раз в 582 постах	Создаваемый ключ определяется типом криптопровайдера. А 512 бит в данном случае — длина открытого ключа.
Знания в базе знаний, поддержка в техподдержке
	WWW

KsandrFreeman	#8 Оставлено : 29 января 2014 г. 18:14:22(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 29.01.2014(UTC) Сообщений: 18 Сказал(а) «Спасибо»: 1 раз	Спасибо, разобрался.

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.

4 простых решения для исправления кода ошибки 0x80090016 в Windows 10/11

Ошибка 0x80090016 может возникнуть у пользователей, когда они пытаются настроить PIN-коды Windows 10 или войти с ними. В сообщении об ошибке говорится:

Нам не удалось установить ваш PIN-код. Иногда полезно попробовать еще раз или вы можете пропустить это сейчас и сделать это позже.

Если вам нужно исправить это, чтобы настроить PIN-код в Windows 10 , ознакомьтесь с этими потенциальными решениями для ошибки 0x80090016.

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

Многие пользователи сообщали о соответствующих сообщениях об ошибках, когда пытались получить доступ или установить пароль для своих учетных записей Microsoft.

Что такое код ошибки 0x80090016?

Сообщение об ошибке 0x80090016 появляется на устройствах Windows, когда вы пытаетесь установить защитный PIN-код и заблокировать свое устройство.

Эта конкретная проблема также может возникнуть при использовании Microsoft Store и попытке войти в свою учетную запись.

Вы можете столкнуться с проблемой такого типа после выполнения системных обновлений на своем ПК и повреждения папки NGC.

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

Как исправить ошибку Windows 0x80090016?

1. Запустите проверку системных файлов

• Сначала попробуйте выполнить сканирование с помощью средства проверки системных файлов. Нажмите Windows + R , чтобы запустить Run.
• Введите cmd в поле «Выполнить».
• Нажмите комбинацию Ctrl + Shift + Enter , чтобы открыть командную строку с повышенными привилегиями.
• Хотя это и не всегда необходимо, рекомендуется сначала запустить сканирование образа развертывания. Для этого введите: DISM.exe /Online /Cleanup-image /Restorehealth
• Нажмите «Ввод».
• Затем введите sfc /scannow в командной строке и нажмите клавишу Enter.

• Подождите, пока сканирование SFC сделает свое дело, а затем перезапустите Windows, если оно восстанавливает файлы.

2. Очистите папку NGC

Очистка папки NGC, владельцем которой вы должны стать, является одним из наиболее подтвержденных исправлений ошибки 0x80090016.

• Сначала нажмите комбинацию Windows + E key , которая открывает проводник. Установите флажок « Скрытые элементы » на вкладке «Вид».

• Затем откройте путь к этой папке в Проводнике: C: > Windows > ServiceProfiles > LocalService > AppData > Local > Microsoft.
• Затем щелкните правой кнопкой мыши папку NGC, чтобы выбрать «Свойства».
• Выберите вкладку «Безопасность» в открывшемся окне.

• Нажмите «Дополнительно», чтобы открыть окно, показанное на снимке экрана ниже.

• Затем нажмите «Изменить», чтобы открыть окно «Выбор пользователя или группы».

• Введите имя учетной записи пользователя для той, в которую вы вошли в данный момент.
• Нажмите кнопку Проверить имена.
• Нажмите кнопку ОК.
• Выберите параметр Заменить владельца подконтейнеров и объектов.
• Выберите опцию Применить.
• Нажмите OK, чтобы закрыть окно.
• Откройте подпапку NGC.
• Нажмите Ctrl + A , чтобы выбрать все его содержимое.
• Нажмите кнопку «Удалить» на вкладке «Главная».

3. Включите Включить удобный вход с помощью PIN-кода.

Пользователи могут исправить ошибку 0x80090016 с помощью редактора групповой политики в Windows 10 Pro и Enterprise.

• Для этого введите gpedit.msc в «Выполнить»; и нажмите кнопку ОК.

• Разверните узел Конфигурация компьютера на панели навигации редактора групповой политики.
• Затем нажмите «Административные шаблоны», «Система» и «Вход в систему» ​​в левой части окна.
• Дважды щелкните Включить удобный вход с помощью PIN-кода на правой панели в редакторе групповой политики.

• Выберите переключатель Включено.
• Нажмите кнопку Применить, чтобы сохранить настройку.
• Нажмите кнопку OK, чтобы выйти из окна.

4. Откат Windows

Ошибка 0x80090016 также может быть связана с недавно установленным сторонним программным обеспечением , которое вы удаляете, восстанавливая Windows до точки восстановления. Для этого ознакомьтесь с публикацией о восстановлении системы, в которой содержатся рекомендации по откату Windows.

Выбор точки восстановления, которая идет дальше, скорее всего, устранит ошибку , так как будет удалено больше программного обеспечения .

Это некоторые из подтвержденных разрешений, с которыми пользователи исправили ошибку PIN-кода 0x80090016. Таким образом, приведенные выше решения обычно решают проблему.

Обратите внимание, что приведенные выше разрешения не относятся к ошибке Microsoft Store, которая имеет тот же код 0x80090016.

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

Источник

Исправления ошибки 80090016 в Outlook Windows 10/11

Ошибка с кодом 80090016 очень часто появляется после замены материнской платы на компьютере, а также при переносе пользовательских аккаунтов между разным железом. Главная проблема в том, что наступает сбой лицензирования всего Office, но в первую очередь это проявляется при аутентификации Outlook Exchange. Система пытается сопоставить данные пользователя с существующей папкой, но токен проверки подлинности (сгенерированный на основе другого модуля TPM) больше не совпадает. Также проблема может проявляться при вводе PIN-кода во время входа в систему.

Модуль доверенного платформенного модуля вашего компьютера неисправен. Если эта ошибка будет повторяться, обратитесь к системному администратору с кодом ошибки 80090016.

Как исправить ошибку 80090016?

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

Переименование папки

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

Что нужно сделать:

1. Сейчас нам нужна другая учетная запись. Желательно, с правами администратора. Если есть альтернативный аккаунт, не тот, где появляется ошибка 80090016, нужно выйти из системы и войти сразу с него. При условии, что дополнительного профиля нет, его нужно создать, так как выполнить процедуры с проблемной учетной записи не получится.
2. Идем по пути C:users$dirAppDataLocalPackagesMicrosoft.AAD.BrokerPlugin_cw5n1h2txyewy, где $dir – имя пользователя. Чтобы увидеть папку AppData, нужно включить отображение скрытых элементов на вкладке «Вид» в Проводнике.
3. Жмем правой кнопкой мыши по папке и выбираем «Переименовать». Просто добавляем в конец, через точку – old.

При следующей попытке запуска Outlook нужно будет заново ввести пароль, а также «разрешить моей организации управлять этим устройством». Если ошибка появится снова, стоит ее проигнорировать в первый раз. Дальше она может не появляться.

Сбросить PIN

Метод получил немало лестных отзывов, может сработать и у вас. Чтобы обойтись без путаницы, воспользуйтесь инструкцией ниже.

Руководство по устранению ошибки 80090016:

1. При помощи проводника переходим по пути C:WindowsServiceProfilesLocalServiceAppDataLocalMicrosoftNGC.
2. Чтобы получить доступ к данной папке, нужно стать ее владельцем. Для этого нажимаем правой кнопкой мыши, выбираем «Свойства», а затем идем во вкладку «Безопасность». Кликаем по элементу «Дополнительно». Сверху в строке «Владелец» выбираем «Изменить». Вводим «Администраторы» в нижнюю рабочую область и жмем на «Поиск». Остается только применить изменения.
3. Удаляем все внутренние файлы NGC.
4. Теперь при входе в Windows нужно ввести пароль, но это еще не все. Нужно перейти в «Параметры» – «Учетные записи» и «Параметры входа в систему».
5. Жмем на кнопку «Добавить PIN-код» и устанавливаем новый.

Перед началом процедуры лучше сделать резервную копию данных.

Дополнительные способы

Они тоже срабатывали, но не так часто, как предыдущие:

• Создать новую учетную записьOutlook. Это не очень хорошее решение, так как связано с неудобствами по переносу данных, но работает.
• Удалить старую учетную запись. В «Параметрах» в разделе «Учетные записи» следует выбрать «Доступ к работе или учебе». Нужно удалить все старые аккаунты отсюда, а затем нажать «Подключиться» и ввести свои учетные данные в Office 365.

• Выключить аутентификацию. Риски, связанные с данным способом, могут быть оправданы только для тех аккаунтов, на которых нет ничего важного. Нужно в редакторе реестра по пути HKEY_CURRENT_USERSoftwareMicrosoftOffice16.0Common создать файл EnableADAL и задать ему значение 0.
• Преобразование почтового ящика. У некоторых пользователей сработало изменение почты сначала на общий почтовый ящик, а затем обратно в личный.
• Сбросить статус активацииOffice. Если проблема в конфликте учетных записей, инструмент OLicenseCleanup.vbs позволит исправить проблему.

В большинстве случаев против ошибки 80090016 в Office и Outlook в частности помогают первые пара способов, но иногда приходится прибегать и к запасным методикам. Пока это все процедуры, которые имеют высокий шанс на успех. Просим оставлять комментарии, что сработало, что нет. Также описывайте вашу проблему в комментариях. Возможно, для вашей конкретной ошибки у нас найдется более подходящее решение.

Источник

Избавляемся от ошибки 0x80090016 “Неправильный зарегистрированный набор ключей”

. Ошибка при старте АРМ ЛПУ «В базе данных АРМ ЛПУ имеется некорректная запись» (Transaction already active)

Вы пытаетесь изменить ЭЛН, который ранее уже был кем-то изменен.

Данная ошибка возникает в случае, когда в какой либо таблице БД приложения сохранены некорректные записи (например, пустое или некорректное значение номера ЭЛН, пустые обязательные поля, строки с одинаковым значением номера ЭЛН, в т.ч. записи-дубли).

• Отправка и получение ЭЛН может происходить некорректно, зависать окно статусной строки;
• Невозможно запросить номер ЭЛН из формы ЭЛН.

Для исправления нужно удалить из БД приложения неверную строку (такие записи можно удалить только вручную).

. АРМ Подготовки расчетов для ФСС, ошибка «Набор ключей не определен»

Для перехода в статус ‘Продлен’ необходимо добавить период нетрудоспособности;Для перехода в статус ‘Закрыт’ необходимо заполнить поля: ‘Приступить к работе с: дата’ или ‘Иное: код’;Для перехода в статус ‘Направление на МСЭ’ необходимо заполнить поле ‘Дата направления в бюро МСЭ’

1. В системе существует ЭЛН с таким же номером и такими же данными, которые Вы присылаете (дублирование данных);

2. Присылаемые данные в ЭЛН не соответствуют этапу оформления (заполнения) ЭЛН:

• недостаточно данных для определения состояния ЭЛН;
• внесенные данные относятся к разным этапам оформления (заполнения) ЭЛН.

1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;

2. Выполните необходимую дальнейшую операцию с ЭЛН в соответствии с порядком 624н:

• Продление (добавить новый период нетрудоспособности);
• Закрытие (добавить информацию о закрытии);
• Направление на МСЭ (добавить информацию о направлении на МСЭ).

ГОСТ сертификата ФСС не соответствует выбранному в настройках криптопровайдеру, либо криптопровайдер не может получить закрытый ключ из контейнера закрытого ключа для выбранного сертификата.

• В настройках АРМ Подписания и шифрования проверить, что указанный криптопровайдер соответствует реально установленному у пользователя;
• В настройках АРМ Подписания и шифрования проверить, что ГОСТы сертификата подписания и сертификата ФСС одинаковы и соответствуют выбранному криптопровайдеру;
• Если используется сертификат ЭП по ГОСТ 2020, откройте сертификат, вкладка «Состав», параметр «Средство электронной подписи».
  Необходимо проверить, что средство ЭП соответствует криптопровайдеру, установленному у пользователя;
• Если используется сертификат ЭП по ГОСТ 2020 и криптопровайдер КриптоПро, проверьте настройки на вкладке «Алгоритмы». В выпадающем списке «Выберите тип CSP» выберите GOST R 34.10-2020 (256). Должны быть установлены следующие параметры:

«Параметры алгоритма шифрования» — ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z

«Параметры алгоритма подписи» — ГОСТ 34.10-2001, параметры по умолчанию

«Параметры алгоритма Диффи-Хеллмана» — ГОСТ 34.10-2001, параметры обмена по умолчанию

Ошибка вызова сервиса передачи/получения данных.

Сообщение не соответствует формату XML Encryption. Обратитесь к разработчику программного обеспечения, на котором осуществлялось шифрование данных. Сообщите следующую информацию: Отсутствует элемент EncryptedData class ru.ibs.cryptopro.jcp.crypt.CryptoException

Неправильные настройки АРМ ЛПУ в части подписания;

Неправильные настройки криптопровайдера;

Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP.

Ошибка при попытке зайти в настройки подписи в ПО АРМ ЛПУ.

Возникла ошибка при попытке загрузки данных из базы данных.

Сообщите следующую информацию: org.hibernate.exception.SQLGrammarException: could not extract ResultSet.

Приложение АРМ ЛПУ не может получить данные из базы данных PostgreSQL. Эта ошибка возникает чаще всего после установки обновления, когда приложение обновлено, а база данных PostgreSQL по какой либо причине не обновлена.

Что делать:

• Если приложение установлено на компьютере пользователя, а база данных PostgreSQL — на сервере. Необходимо запустить обновление приложение не только на клиенте, но и на серверной машине;
• Если и приложение, и база данных PostgreSQL установлены на одной машине. Проверьте каталог установки приложения. По умолчанию, приложение АРМ ЛПУ ставится в каталог C:FssTools, а база данных PostgreSQL в каталог C:postgresql. Если при первичной установке была выбрана другая директория для установки приложения — то при обновлении вы должны указать именно эту директорию.

Избавляемся от ошибки 0x80090016 «неправильный зарегистрированный набор ключей»

Ошибка 0x80090016 “Неправильный зарегистрированный набор ключей” или ошибка обращения к контейнеру закрытого ключа “Набор ключей не существует” может появиться по различным причинам. У нас она появилась после обновления КриптоПро с 4 до 5 версии на MacOS. В этой статье мы расскажем, как устранить эту ошибку. Думаем, наши инструкции будут актуальны как для пользователей MacOS, так и для Windows. Если у вас не получается устранить данную ошибку, то рекомендуем обратиться к нашим специалистам за помощью.

1. Извлеките носитель с ЭЦП из устройства . Это необходимо, чтобы исключить влияние носителя ЭЦП и закрытого контейнера с ключами на работу КриптоПро.
2. Удалите установленный сертификат ЭЦП, с которым возникает проблема, из личного хранилища сертификатов.
3. Вставьте носитель с ЭЦП в устройство. Иногда может возникать проблема с отображением контейнера в КриптоПро. В этом случае извлеките носитель с ЭЦП и вставьте в другой порт устройства.
4. Установите сертификат вашей электронной подписи повторно.

Как установить сертификат электронной подписи? Инструкция.

Если сертификат ЭЦП удалили, а установить повторно не получается.

В большинстве случаев после указанных действий ошибка 0x80090016 “Неправильный зарегистрированный набор ключей” или ошибка обращения к контейнеру закрытого ключа “Набор ключей не существует” отображаться не будет. Однако если ошибка преследует вас, можно полностью удалить КриптоПро и установить его заново.

Как удалить КриптоПро и следы его использования из реестра Windows?

Если ошибка 0x80090016 продолжает появляться и ничего не помогло.

Как восстановить базу данных в арм фсс

Открываем программу и переходим в пункт меню «Сервис», далее выбираем «База Данных», затем «Восстановление базы данных».

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

После того, как Вы выбрали файл, ставим галочку «Восстановить и заменить существующую базу». И только после этого нажимаем «Восстановить DB».

Далее выскочит окно с вопросом про замену базы, нажимаем «Да».

Теперь наблюдаем процесс восстановления. После того, как база восстановится, программа закроется автоматически. Снова запускаем ее и видим вопрос о замене базы данных, нажимаем «ДА».

Все! На этом процесс восстановления завершен.

Теперь пробуйте снова поработать в программе. Ошибка Access violation at address 005F2A9C in module ‘arm_fss.exe’. Read of address 445F4449 должна пропасть.

На этом все дорогие друзья! Надеюсь, Вам помогла моя статья и ошибок у Вас больше нет.

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

Если Вам нужна помощь профессионального системного администратора, для решения данного или какого-либо другого вопроса, перейдите в раздел ПОМОЩЬ, и Вам помогут наши сотрудники.

Если у Вас появятся вопросы задавайте их в комментариях! Всем удачи и добра!

Присоединяйтесь к нам в социальных сетях, чтобы самыми первыми получать все новости с нашего сайта!

Ошибка access violation at address 005f2a9c in module ‘arm_fss.exe’. read of address 445f4449. радикальные методы устранения

Прежде, чем приступать к этому шагу, давайте все-таки обезопасим себя и свои данные. Сделаем резервную копию нашей базы данных. Если Вы не знаете как это сделать, то прочитайте мою статью вот тут.

Теперь можем все ломать и не боятся, что наши данные пропадут. Скачаем снова установочный файл АРМ ФСС. И установим его, если не знаете как установить АРМ ФСС прочитайте мою статью вот тут. Но установку будем проводить с небольшими правками.

Установим программу не в папку по умолчанию, а куда-нибудь в другое место, например, на диск D. Давайте просто создадим на диске D новую папку и назовём ее АРМ ФСС. И вот в эту папку установим нашу новую программу.

Кстати, многих ошибок в АРМ ФСС можно избежать, если программу установить в папку НЕ по умолчанию. Это решение подсказала мне моя читательница Ольга, за что ей ОГРОМНОЕ СПАСИБО! Она подсказала, что если установить АРМ ФСС в любую другую папку, то можно избавиться от ошибки DM BASE, про эту ошибку и как от нее избавиться я писал вот тут.

После того, как Вы установите в новую папку АРМ ФСС, нам нужно снова вернуть нашу базу данных на место. Запускаем АРМ ФСС с диска D. И восстанавливаем базу.

Ошибка в арм фсс. access violation at address 005f2a9c in module ‘arm_fss.exe’. read of address 445f4449

Если у Вас не получается самостоятельно решить данную проблему, то Вы можете перейти в раздел ПОМОЩЬ и Вам помогут наши специалисты.

Про эту ошибку мне поведала одна из читательниц. Во время выгрузки отчета в формате .xml у нее появлялась данная ошибка. Мы с ней вместе пытались решить ее. До конца так и не понятно, откуда эта ошибка появилась и что нужно сделать, чтобы она точно пропала. Но я Вам расскажу, что делали мы, чтобы обойти ошибку.

Первый этапом перезагрузите программу. Сохраните все свои данные и выйдите полностью из АРМ ФСС. Для достижения наилучшего результата, перезагрузите полностью компьютер. Затем попробуйте снова поработать в программе, если ошибка не пропала перейдем к следующему пункту.

Вторым шагом будет обновления АРМ ФСС. Проверьте, возможно есть новая версия АРМ ФСС. Обновления можно проверить вот тут. Если Вы не знаете, как обновить АРМ ФСС, то прочитайте мою статью вот тут.

Снова проверяем ошибку. Если она снова появляется перейдем к радикальным мерам.

Источник

Pichugin	#1 Оставлено : 29 сентября 2022 г. 16:55:41(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 17.09.2020(UTC) Сообщений: 3 Откуда: Ростов-на-Дону	Добрый день. Работаю с ГИС ЖКХ. КриптоПро версии 4.0.9969 используется для подписания запросов, а stunnel из комплекта КриптоПро для установки защищенного соединения. Получил новый сертификат в связи с истечением старого и не могу добиться его работы в том же окружении. Сертификат установил, с его помощью успешно подписываются запросы. Но stunnel не хочет с ним работать. Изначальный конфиг stunnel Для него выдает ошибку **** Error 0x80090304 returned by AcquireCredentialsHandle Нашел на форуме совет добавить в конфиг строчку pincode=12345678 После этого возникает ошибка CryptAcquireCertificatePrivateKey failed. Error = 0x80090016 Прошу совета в решении возникшей проблемы.

Pichugin	#2 Оставлено : 5 октября 2022 г. 13:40:52(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 17.09.2020(UTC) Сообщений: 3 Откуда: Ростов-на-Дону	Все еще не могу решить проблему. Прошу помощи. Пробовал: — Переустанавливал сертификат — Обновил КриптоПро до версии 5.0.11455 — Установил stunnel-msspi — Сохранял сертификат в формате Х.509 в кодировке Base-64 Использую Windows 7, служба stunnel запускается от имени того же пользователя, под которым установлен сертификат. Файл конфигурации stunnel: Код: output=C:stunnelstunnel.log socket=l:TCP_NODELAY=1 socket=r:TCP_NODELAY=1 debug=7 [https] client=yes accept=127.0.0.1:8080 connect=api.dom.gosuslugi.ru:443 cert=C:stunnelclient.cer pincode=12345678 verify=0 При использовании stunnel.x64.exe возникает ошибка CryptAcquireCertificatePrivateKey failed. Error = 0x8009001a, а при сохранении в формате Base-64 CertCreateCertificateContext(der) failed: 2148086027d. Trying certificate as base64 и после этого записей в логе нет, похоже процесс подвисает. При использовании stunnel-msspi.exe возникает ошибка msspi: msspi_set_mycert_options failed (cert = «C:stunnelclient.cer», pin = «12345678») одинаковая для форматов DER и Base-64. При этом процесс не зависает, лог пишется полностью. Лог файл для stunnel-msspi.exe: Код: 2022.10.05 12:01:00 LOG6[service]: Initializing inetd mode configuration 2022.10.05 12:01:00 LOG7[service]: Running on Windows 6.1 2022.10.05 12:01:00 LOG7[service]: No limit detected for the number of clients 2022.10.05 12:01:00 LOG5[service]: stunnel 5.65 on x86-pc-msvc-1900 platform 2022.10.05 12:01:00 LOG5[service]: Compiled without OPENSSL 2022.10.05 12:01:00 LOG5[service]: Threading:WIN32 Sockets:SELECT,IPv6 TLS:OCSP,SNI 2022.10.05 12:01:00 LOG7[service]: errno: (*_errno()) 2022.10.05 12:01:00 LOG6[service]: Initializing inetd mode configuration 2022.10.05 12:01:00 LOG7[service]: Running on Windows 6.1 2022.10.05 12:01:00 LOG5[service]: Reading configuration from file c:stunnelstunnel.conf 2022.10.05 12:01:00 LOG5[service]: UTF-8 byte order mark not detected 2022.10.05 12:01:00 LOG6[service]: Initializing service [https] 2022.10.05 12:01:00 LOG5[service]: Configuration successful 2022.10.05 12:01:00 LOG7[service]: Deallocating deployed section defaults 2022.10.05 12:01:00 LOG7[service]: Binding service [https] 2022.10.05 12:01:00 LOG7[service]: Listening file descriptor created (FD=440) 2022.10.05 12:01:00 LOG7[service]: Setting accept socket options (FD=440) 2022.10.05 12:01:00 LOG7[service]: Option SO_EXCLUSIVEADDRUSE set on accept socket 2022.10.05 12:01:00 LOG6[service]: Service [https] (FD=440) bound to 127.0.0.1:8080 2022.10.05 12:01:14 LOG7[service]: Found 1 ready file descriptor(s) 2022.10.05 12:01:14 LOG7[service]: FD=400 ifds=r-x ofds=--- 2022.10.05 12:01:14 LOG7[service]: FD=440 ifds=r-x ofds=r-- 2022.10.05 12:01:14 LOG7[service]: Service [https] accepted (FD=448) from 127.0.0.1:49394 2022.10.05 12:01:14 LOG7[service]: Creating a new thread 2022.10.05 12:01:14 LOG7[service]: New thread created 2022.10.05 12:01:14 LOG7[0]: Service [https] started 2022.10.05 12:01:14 LOG7[0]: Setting local socket options (FD=448) 2022.10.05 12:01:14 LOG7[0]: Option TCP_NODELAY set on local socket 2022.10.05 12:01:14 LOG5[0]: Service [https] accepted connection from 127.0.0.1:49394 2022.10.05 12:01:14 LOG6[0]: s_connect: connecting 217.107.108.116:443 2022.10.05 12:01:14 LOG7[0]: s_connect: s_poll_wait 217.107.108.116:443: waiting 10 seconds 2022.10.05 12:01:14 LOG7[0]: FD=464 ifds=rwx ofds=--- 2022.10.05 12:01:14 LOG5[0]: s_connect: connected 217.107.108.116:443 2022.10.05 12:01:14 LOG5[0]: Service [https] connected remote server from 192.168.1.17:49395 2022.10.05 12:01:14 LOG7[0]: Setting remote socket options (FD=464) 2022.10.05 12:01:14 LOG7[0]: Option TCP_NODELAY set on remote socket 2022.10.05 12:01:14 LOG7[0]: Remote descriptor (FD=464) initialized 2022.10.05 12:01:14 LOG6[0]: msspi: try open cert = "C:stunnelclient.cer" as file 2022.10.05 12:01:14 LOG3[0]: msspi: msspi_set_mycert_options failed (cert = "C:stunnelclient.cer", pin = "12345678") 2022.10.05 12:01:14 LOG5[0]: Connection reset: 0 byte(s) sent to TLS, 0 byte(s) sent to socket 2022.10.05 12:01:14 LOG7[0]: Remote descriptor (FD=464) closed 2022.10.05 12:01:14 LOG7[0]: Local descriptor (FD=448) closed 2022.10.05 12:01:14 LOG7[0]: Service [https] finished (0 left

Михаил Селезнёв	#3 Оставлено : 5 октября 2022 г. 14:24:55(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 05.04.2017(UTC) Сообщений: 354 Сказал «Спасибо»: 3 раз Поблагодарили: 49 раз в 49 постах	Добрый день! Надо разбираться, просьба создать обращение на Портале ТП: https://support.cryptopro.ru/

pavlovskiy.an	#4 Оставлено : 7 ноября 2022 г. 14:38:02(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 07.11.2022(UTC) Сообщений: 2	Добрый день! Аналогичная проблема, после истечения срока сертификата тензора с заменой на ФНС, такая вот история 2022.11.07 19:32:19 LOG7[4220:4304]: https accepted FD=144 from 127.0.0.1:57080 2022.11.07 19:32:19 LOG7[4220:4304]: Creating a new thread 2022.11.07 19:32:19 LOG7[4220:4304]: New thread created 2022.11.07 19:32:19 LOG7[4220:2596]: client start 2022.11.07 19:32:19 LOG7[4220:2596]: https started 2022.11.07 19:32:19 LOG7[4220:2596]: FD 144 in non-blocking mode 2022.11.07 19:32:19 LOG7[4220:2596]: TCP_NODELAY option set on local socket 2022.11.07 19:32:19 LOG5[4220:2596]: https connected from 127.0.0.1:57080 2022.11.07 19:32:19 LOG7[4220:2596]: FD 644 in non-blocking mode 2022.11.07 19:32:19 LOG7[4220:2596]: https connecting 2022.11.07 19:32:19 LOG7[4220:2596]: connect_wait: waiting 10 seconds 2022.11.07 19:32:19 LOG7[4220:2596]: connect_wait: connected 2022.11.07 19:32:19 LOG7[4220:2596]: Remote FD=644 initialized 2022.11.07 19:32:19 LOG7[4220:2596]: TCP_NODELAY option set on remote socket 2022.11.07 19:32:19 LOG7[4220:2596]: start SSPI connect 2022.11.07 19:32:19 LOG5[4220:2596]: try to read the client certificate 2022.11.07 19:32:19 LOG7[4220:2596]: open file C:Stunnelclicer.cer with certificate 2022.11.07 19:32:19 LOG5[4220:2596]: CertFindCertificateInStore not find client certificate in store CURRENT_USER. Looking at LOCAL_MACHINE 2022.11.07 19:32:19 LOG5[4220:2596]: pincode option is present. Call CryptSetProvParam 2022.11.07 19:32:19 LOG3[4220:2596]: CryptAcquireCertificatePrivateKey failed. Error = 0x80090016 2022.11.07 19:32:19 LOG3[4220:2596]: Error creating credentials 2022.11.07 19:32:19 LOG5[4220:2596]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket 2022.11.07 19:32:19 LOG7[4220:2596]: free Buffers 2022.11.07 19:32:19 LOG5[4220:2596]: incomp_mess = 0, extra_data = 0 2022.11.07 19:32:19 LOG7[4220:2596]: https finished (0 left) Нашлось решение?

Pichugin	#5 Оставлено : 8 ноября 2022 г. 22:35:48(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 17.09.2020(UTC) Сообщений: 3 Откуда: Ростов-на-Дону	Мне в конце концов помог переход на windows 10 и КриптоПро 5.

Андрей *	#6 Оставлено : 8 ноября 2022 г. 22:41:57(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,736 Сказал «Спасибо»: 451 раз Поблагодарили: 1838 раз в 1421 постах	Автор: pavlovskiy.an Добрый день! Аналогичная проблема, после истечения срока сертификата тензора с заменой на ФНС, такая вот история 2022.11.07 19:32:19 LOG7[4220:4304]: https accepted FD=144 from 127.0.0.1:57080 2022.11.07 19:32:19 LOG7[4220:4304]: Creating a new thread 2022.11.07 19:32:19 LOG7[4220:4304]: New thread created 2022.11.07 19:32:19 LOG7[4220:2596]: client start 2022.11.07 19:32:19 LOG7[4220:2596]: https started 2022.11.07 19:32:19 LOG7[4220:2596]: FD 144 in non-blocking mode 2022.11.07 19:32:19 LOG7[4220:2596]: TCP_NODELAY option set on local socket 2022.11.07 19:32:19 LOG5[4220:2596]: https connected from 127.0.0.1:57080 2022.11.07 19:32:19 LOG7[4220:2596]: FD 644 in non-blocking mode 2022.11.07 19:32:19 LOG7[4220:2596]: https connecting 2022.11.07 19:32:19 LOG7[4220:2596]: connect_wait: waiting 10 seconds 2022.11.07 19:32:19 LOG7[4220:2596]: connect_wait: connected 2022.11.07 19:32:19 LOG7[4220:2596]: Remote FD=644 initialized 2022.11.07 19:32:19 LOG7[4220:2596]: TCP_NODELAY option set on remote socket 2022.11.07 19:32:19 LOG7[4220:2596]: start SSPI connect 2022.11.07 19:32:19 LOG5[4220:2596]: try to read the client certificate 2022.11.07 19:32:19 LOG7[4220:2596]: open file C:Stunnelclicer.cer with certificate 2022.11.07 19:32:19 LOG5[4220:2596]: CertFindCertificateInStore not find client certificate in store CURRENT_USER. Looking at LOCAL_MACHINE 2022.11.07 19:32:19 LOG5[4220:2596]: pincode option is present. Call CryptSetProvParam 2022.11.07 19:32:19 LOG3[4220:2596]: CryptAcquireCertificatePrivateKey failed. Error = 0x80090016 2022.11.07 19:32:19 LOG3[4220:2596]: Error creating credentials 2022.11.07 19:32:19 LOG5[4220:2596]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket 2022.11.07 19:32:19 LOG7[4220:2596]: free Buffers 2022.11.07 19:32:19 LOG5[4220:2596]: incomp_mess = 0, extra_data = 0 2022.11.07 19:32:19 LOG7[4220:2596]: https finished (0 left) Нашлось решение? CryptAcquireCertificatePrivateKey failed. Error = 0x80090016 набор ключей не существует А что Вы сделали после получения нового сертификата? Просто заменили файл с сертификатом? И дополнительно.. «добавили в Личное текущего компьютера» без связи с контейнером…? Его необходимо установить через панель управления КриптоПРО CSPСервисУстановить личный сертификат…
Техническую поддержку оказываем тут Наша база знаний
	WWW

pavlovskiy.an	#7 Оставлено : 9 ноября 2022 г. 4:38:12(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 07.11.2022(UTC) Сообщений: 2	Конечно серт установлен в личные и экспортирован в директорию стунеля. Стунель крутится на отдельном скл и сервере1с (rphost), к которому пользователи не подключаются, а работают в терминале, на котором просто 1с предприятие, т.е два сервера. Связать с контейнером можно, если он в реестре или на флэшке/рутокене подсоединённом к машине с стунелем. Т.к. ключ ФНС можно только ставить и работать, скопировать его нельзя — в этом была вся засада. Проблему решил. Можно вопрос закрыть.

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.