Error 0x8009030d returned by acceptsecuritycontext

Error 0x8009030d returned by acceptsecuritycontext

Добрый день! Уважаемые читатели и гости IT портала Pyatilistnik.org. В прошлый раз мы с вами устраняли ошибку подключения «Код ошибки 0x907. Расширенный код ошибки 0x0». В сегодняшней статье мы рассмотрим еще одну ошибку RDP, которая не дает людям любые подключения «Произошла неустранимая ошибка при обращении к закрытому ключу учетных данных TLS server. Код ошибки, возвращенный модулем шифрования: ошибка 0x8009030D. Внутреннее состояние ошибки«. Данную проблему я стал получать массово в декабре 2022. Давайте покажу куда нужно смотреть.

Описание ошибки 0x8009030D

У меня есть RDS ферма состоящая из 50 RDSH хостов, в какой-то момент люди начали массово на двух хостах получать ошибку «An internal error has occurred». Я долго искал проблему, и таки отыскал ее.

Ей оказалась ошибка появляющаяся каждый раз при попытке подключения ID Schannel 36870:

Вот так это массово выглядит.

В 99% случаев у вас просто не хватает прав на доступ к нужному SSL сертификату, который используется при RDP сессии.

Устранение ошибки ID 36870

Как я и писал ранее, чтобы убрать ошибку 0x907, я на всех участниках RDS ферму, установил нормальный Wildcard сертификат. Все стало нормально. Но, то что теперь я стал получать ошибку с кодом 0x8009030D, стало означать, с проблемой прав доступа к файлу. То есть у учетной записи NETWORK SERVICE отсутствуют разрешения на файл в C:ProgramDataMicrosoftCryptoRSAMachineKey.

Каталог MachineKeys хранит пары ключей сертификатов для пользователей и компьютеров. Эта папка используется службами сертификации и Internet Explorer, другими браузерами. В этой директории и в ее поддиректориях размещаются файлы, связанные с сертификатами и ключами контейнерами.

Для того чтобы понять, что происходит я вам советую скачать утилиту из пакета Sysinernals под названием Process Monitor.

• ✅Далее делаем себе фильтр по событию 36870, чтобы мониторить его появление

• ✅И запускаем Procmon.exe или Procmon64.exe, чтобы спарсить текущие события. Как только событие появилось, вам нужно остановить захват (CTRL+E) и сохранить этот лог в CSV файл.

Далее вам нужно поискать события подобные этому:

Как видно, учетная запись NETWORK SERVICE не смогла прочитать ключ eed523a12125737e6733ccef353672ce_02129252-b210-4f5d-a8a1-2febf0b00564.

Как предоставить права на сертификат

• ✅Нажмите сочетание клавиш Win+R и вызовите оснастку mmc.

Далее Вам нужно нажать CTR:+M. Найдите оснастку «Сертификаты» и переместите ее вправо. Там выберите пункт «Учетной записи компьютера«.

Кажем, что это будет локальный компьютер, но можно сделать и удаленного, если нет доступа по RDP.

Найдите в личном контейнере компьютера, нужный сертификат, который используется при подключении. В контекстном меню выберите пункт «Управление закрытыми ключами«.

Далее в открывшемся ACL вам нужно дать права чтения для NETWORK SERVICE.

• ✅Второй метод, это использовать утилиту командной строки:

Примечание: вам может потребоваться стать владельцем файла, если вы не можете изменить его разрешения.

На этом у меня все. Ошибку я устранил, уровень защищенности сохранил. С вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.

Сброс разрешения для папки MachineKeys

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

icacls C:ProgramDataMicrosoftCryptoRSAMachineKeys /t /c > c:tempBeforeScript_permissions.txt

takeown /f «C:ProgramDataMicrosoftCryptoRSAMachineKeys» /a /r

icacls C:ProgramDataMicrosoftCryptoRSAMachineKeys /t /c /grant «NT AUTHORITYSystem:(F)»

icacls C:ProgramDataMicrosoftCryptoRSAMachineKeys /t /c /grant «NT AUTHORITYNETWORK SERVICE:(R)»

icacls C:ProgramDataMicrosoftCryptoRSAMachineKeys /t /c /grant «BUILTINAdministrators:(F)»

icacls C:ProgramDataMicrosoftCryptoRSAMachineKeys /t /c > c:tempAfterScript_permissions.txt

Где хранится самоподписный сертификат в реестре

Это больше для себя, где лежит отпечаток сертификата:

Источник

Error 0x8009030d returned by acceptsecuritycontext

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

Question

I am configuring Logshipping , During the same after establishing the logshipping , i waited till the backup job in the source gets triggered in the interval.

But the job failed with the below error :

Message
2016-08-22 16:45:09.60 *** Error: Failed to connect to server WIN-VQ6QHC236G6.(Microsoft.SqlServer.ConnectionInfo) ***
2016-08-22 16:45:09.60 *** Error: Login failed. The login is from an untrusted domain and cannot be used with Windows authentication.(.Net SqlClient Data Provider) ***
2016-08-22 16:45:09.60 —— END OF TRANSACTION LOG BACKUP ——

the server is not in domain , but in the same office. where it is rechable to each machine.

both the instances run with same user account in differnt machine with admin rights(groups) included in it.

Can you please tell me how to resolve the above problem ,

furthur logs to give you better picture on the error .

2016-08-22 16:10:26.75 spid52 Attempting to load library ‘xplog70.dll’ into memory. This is an informational message only. No user action is required.
2016-08-22 16:10:26.76 spid52 Using ‘xplog70.dll’ version ‘2011.110.2100’ to execute extended stored procedure ‘xp_msver’. This is an informational message only; no user action is required.
2016-08-22 16:10:53.74 Logon Error: 17806, Severity: 20, State: 14.
2016-08-22 16:10:53.74 Logon SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code indicates the cause of failure. The logon attempt failed [CLIENT: 10.30.14.70]
2016-08-22 16:10:53.74 Logon Error: 18452, Severity: 14, State: 1.
2016-08-22 16:10:53.74 Logon Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [CLIENT: 10.30.14.70]

Источник

Error 0x8009030d returned by acceptsecuritycontext

Question

I can login into the rdweb site, but when I try and launch any app it fails then when I look on the server I receive the following error.

A fatal error occurred when attempting to access the SSL server credential private key. The error code returned from the cryptographic module is 0x8009030D. The internal error state is 10001.

Answers

The error indicates that SSL server does not have a private Key on it.You may confer with your cert publisher,and check whether cert has been issued correctly.

TechNet Subscriber Support

If you are TechNet Subscription user and have any feedback on our support quality, please send your feedbackhere.

Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Источник

Проблемы при миграции виртуальной машины Hyper-V в Windows Server 2012 R2 (0x8009030E, 0x8009030D и др.)

Всем привет сегодня разберем, как решается ошибка 0x8009030E или 0x8009030D при миграции виртуальной машины Hyper-V в Windows Server 2012 R2. Напомню миграция — это перемещение виртуальной машины на другой хост виртуализации, и вот во время этого процесса возникает этот неприятный момент.

Сбой операции миграции виртуальной машины в исходном расположении миграции

Причины ошибок 0x8009030E и 0x8009030D

И та и другая ошибка связаны с тем что нужно входить на каждый сервер для выполнения определенной задачи (через локальный сеанс консоли, сеанс удаленного рабочего стола или удаленный сеанс Windows PowerShell) с сервера с которого осуществляется миграция либо настроить ограниченное делегирование для хостов.

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

Решения:

На вкладке Динамическая миграция, должна стоять галка Включить входящие и исходящие миграции.

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

Так же если вы пытаетесь делать миграцию работающей виртуальной машины, может возникнуть ошибка VMM:

virtual machine … is using processor-specific features not supported on host…

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

Если вы выполняете миграцию с рабочей станции, через оснастку Диспетчер Heper-V вы опять словите данную ошибку 0x8009030E или 0x8009030D, так как данную операцию нужно производить с хоста Hyper-V, где лежит тачка подключенного по RDP, но не спешите расстраиваться, мы же не зря настраивали kerberos, делаем ниже инструкции и радуемся жизни

Для того чтобы kerberos отработал и вы не получили ни 0x8009030E, ни 0x8009030D при миграции виртуальной машины Hyper-V в Windows Server 2012 R2, делаем следующее. Открываем оснастку Active Directory — Пользователи и компьютеры, ищем там ваши компьютеры Hyper-V и переходим в их свойства. Переходим на вкладку Делегирование, выставляем там Доверять компьютеру делегирование указанных служб > Использовать только Kerberos и добавляем туда две службы первая — cifs (для миграции хранилищ), вторая — Microsoft Virtual System Migration Service

Все можно теперь мигрировать спокойно.

Если у вас SCVMM

Если у вас есть scvmm, то проверьте, что в свойствах хоста

Перейдите на вкладку Доступ к узлу и проверьте, что в Учетная запись запуска от имени не пуста, если там ничег онет, то через обор добавьте.

Мигрируем через Powershell

• VMName — Имя виртуальной машины
• Hyper-V-ServerName — Имя сервера, куда вы мигрируете
• VMNameFolder — Имя папки, в которую размещается VM

Думаю было не сложно и вы победили свою ошибку 0x8009030E.

Источник

What might cause System.Net Error:AcquireCredentialsHandle() failed with error 0X8009030D?

I have a simple piece of https connection code that works well with one ssl host, connecting even though the root certificate authority is untrusted (this is a sandbox environment, so we’re not worried about the security hole this creates, for now), and loading the certificate and key from text files, using the Nuget package OpenSSL.X509Certificate2Provider :

When I point this code to another host, that should be secured in precisely the same manner, I get the following error: System.Net.WebException: The request was aborted: Could not create SSL/TLS secure channel.

And digging into the logs, I discover: System.Net Information: 0 : [35036] AcquireCredentialsHandle(package = Microsoft Unified Security Protocol Provider, intent = Outbound, scc = System.Net.SecureCredential) System.Net Error: 0 : [35036] AcquireCredentialsHandle() failed with error 0X8009030D.

Searching stack for this, I find many errors related to certificate store permissions, but the client certificate in this case isn’t loaded from the store.

I also find many issues relating to SecurityProtocolType. I have verified that the server is using Tls1.2 (only).

I’m calling the code from a unit test within VS 2017 Enterprise running with Administrative privileges on Win10 x64. The code is contained in a .Net 4.7 Class Library, not hosted in IIS.

What could be causing this issue?

UPDATE Following @Jeroen Mostert’s useful comments below, I tried a basic connection test with OpenSSL. Slightly anonymised results:

Is there anything amiss there?

I’ve also looked in the CAPI2 log (as suggested in the comments). This shows errors relating to the root certificate not being trusted, like this:

Does this mean my validation callbacks aren’t working — and if so, any idea why that would be?

Further Update:

If I remove the line of code which attaches the certificate, then the error goes away — I get through to the MTLS test endpoint (but, of course, fail the MTLS test that is conducted there).

What does this suggest? A problem with the certificate itself?

Источник

frolalex	#1 Оставлено : 19 октября 2015 г. 11:01:37(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 19.10.2015(UTC) Сообщений: 4 Сказал(а) «Спасибо»: 1 раз	Установлен CSP 3.9 Через «C:Program Files (x86)Common FilesCrypto ProSharedcerts.ru.msc» в личные импортирован: а) Сертификат Личный б) Доверенные корневые центры Установлен Stunnel с таким конфигом: output=c:stunneltempstun.log socket=l:TCP_NODELAY=1 socket=r:TCP_NODELAY=1 debug=7 [https] client=yes accept=10.0.3.32:1500 connect=icrs.nbki.ru:80 cert=C:stunneltempnbki.cer verify=2 Сервис стартует от конкретного юзера. При любом обращении на 1500 порт через IE получаем в логах: 2015.10.19 10:02:52 LOG7[4068:3792]: https accepted FD=512 from 10.0.3.32:56232 2015.10.19 10:02:52 LOG7[4068:3792]: Creating a new thread 2015.10.19 10:02:52 LOG7[4068:3792]: New thread created 2015.10.19 10:02:52 LOG7[4068:5864]: client start 2015.10.19 10:02:52 LOG7[4068:5864]: https started 2015.10.19 10:02:52 LOG7[4068:5864]: FD 512 in non-blocking mode 2015.10.19 10:02:52 LOG7[4068:5864]: TCP_NODELAY option set on local socket 2015.10.19 10:02:52 LOG5[4068:5864]: https connected from 10.0.3.32:56232 2015.10.19 10:02:52 LOG7[4068:5864]: FD 340 in non-blocking mode 2015.10.19 10:02:52 LOG7[4068:5864]: https connecting 2015.10.19 10:02:52 LOG7[4068:5864]: connect_wait: waiting 10 seconds 2015.10.19 10:02:52 LOG7[4068:5864]: connect_wait: connected 2015.10.19 10:02:52 LOG7[4068:5864]: Remote FD=340 initialized 2015.10.19 10:02:52 LOG7[4068:5864]: TCP_NODELAY option set on remote socket 2015.10.19 10:02:52 LOG7[4068:5864]: start SSPI connect 2015.10.19 10:02:52 LOG5[4068:5864]: try to read the client certificate 2015.10.19 10:02:52 LOG7[4068:5864]: open file C:stunneltempnbki.cer with certificate 2015.10.19 10:02:52 LOG3[4068:5864]: **** Error 0x8009030d returned by AcquireCredentialsHandle 2015.10.19 10:02:52 LOG3[4068:5864]: Credentials complete 2015.10.19 10:02:52 LOG3[4068:5864]: Error creating credentials 2015.10.19 10:02:52 LOG5[4068:5864]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket 2015.10.19 10:02:52 LOG7[4068:5864]: free Buffers 2015.10.19 10:02:52 LOG7[4068:5864]: delete c->hContext 2015.10.19 10:02:52 LOG7[4068:5864]: delete c->hClientCreds 2015.10.19 10:02:52 LOG5[4068:5864]: incomp_mess = 0, extra_data = 0 2015.10.19 10:02:52 LOG7[4068:5864]: https finished (0 left) Без Stunnel через IE зайти на https://icrs.nbki.ru/score получается. Получаю: HTTP Status 405 — HTTP method GET is not supported by this URL…. Вопрос, что надо для Stunnel надо сделать, чтобы избавиться от «Error 0x8009030d returned by AcquireCredentialsHandle»?

Андрей Писарев	#2 Оставлено : 19 октября 2015 г. 11:30:26(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,753 Сказал «Спасибо»: 451 раз Поблагодарили: 1840 раз в 1423 постах	Цитата: Через «C:Program Files (x86)Common FilesCrypto ProSharedcerts.ru.msc» в личные импортирован: а) Сертификат Личный Цитата: Сервис стартует от конкретного юзера. КриптоПРО CSPСервисПротестироватьПо сертификату — есть в списке личный сертификат? Тестирование завершается успешно?
Техническую поддержку оказываем тут Наша база знаний
	WWW

frolalex	#3 Оставлено : 19 октября 2015 г. 11:46:21(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 19.10.2015(UTC) Сообщений: 4 Сказал(а) «Спасибо»: 1 раз	Автор: Андрей * Цитата: Через «C:Program Files (x86)Common FilesCrypto ProSharedcerts.ru.msc» в личные импортирован: а) Сертификат Личный Цитата: Сервис стартует от конкретного юзера. КриптоПРО CSPСервисПротестироватьПо сертификату — есть в списке личный сертификат? Тестирование завершается успешно? При нажатии на «По сертификату…» 1. Открывается окно «Безопасность Windows», Выбор Сертификата. Выбираю сертификат по «ОК» 2. Прописываю в «Имя ключевого контейнера» = «Пользователя» 3. После «далее» вылазит окно, которое просит «Вставьте ключевой носитель «Пользователя»». С выбором «Реестр» и «Дисковод А». В первом: «Файл на найден», во втором «Отсутствует носитель». Правильно я понимаю, что надо контейнер закрытого ключа перенести сначала в реестр? В случае работы с НБКИ надо у них просить?

Андрей Писарев	#4 Оставлено : 19 октября 2015 г. 17:54:10(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,753 Сказал «Спасибо»: 451 раз Поблагодарили: 1840 раз в 1423 постах	Автор: frolalex Автор: Андрей * Цитата: Через «C:Program Files (x86)Common FilesCrypto ProSharedcerts.ru.msc» в личные импортирован: а) Сертификат Личный Цитата: Сервис стартует от конкретного юзера. КриптоПРО CSPСервисПротестироватьПо сертификату — есть в списке личный сертификат? Тестирование завершается успешно? При нажатии на «По сертификату…» 1. Открывается окно «Безопасность Windows», Выбор Сертификата. Выбираю сертификат по «ОК» 2. Прописываю в «Имя ключевого контейнера» = «Пользователя» 3. После «далее» вылазит окно, которое просит «Вставьте ключевой носитель «Пользователя»». С выбором «Реестр» и «Дисковод А». В первом: «Файл на найден», во втором «Отсутствует носитель». Правильно я понимаю, что надо контейнер закрытого ключа перенести сначала в реестр? В случае работы с НБКИ надо у них просить? У Вас есть пользовательский сертификат и контейнер с закрытым ключом? После пункта 1 — должно появиться имя контейнера автоматически, если личный сертификат был корректно установлен в Личное хранилище. Вы импортировали файл (.cer) через консоль управления сертификатами? Тогда у Вас нет связи сертификата с контейнером (закрытый ключ). Делайте по инструкции: Инструкция стр. 38 и далее.
Техническую поддержку оказываем тут Наша база знаний
	WWW

frolalex	#5 Оставлено : 20 октября 2015 г. 11:14:44(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 19.10.2015(UTC) Сообщений: 4 Сказал(а) «Спасибо»: 1 раз	Автор: Андрей * У Вас есть пользовательский сертификат и контейнер с закрытым ключом? После пункта 1 — должно появиться имя контейнера автоматически, если личный сертификат был корректно установлен в Личное хранилище. Вы импортировали файл (.cer) через консоль управления сертификатами? Тогда у Вас нет связи сертификата с контейнером (закрытый ключ). Делайте по инструкции: Инструкция стр. 38 и далее. Пользовательского сертификата и контейнера нет. Соответственно, по доке не могу сделать, так как Ключевых контейнеров нет. Письмо-ответ из НБКИ пришел, что закрытого ключа и личного сертификата не требуется. Убрал ссылку на сертификат из conf. Дошел до handshake. буду дальше копать… 2015.10.20 11:00:33 LOG7[5276:4396]: https accepted FD=228 from 10.0.3.32:60933 2015.10.20 11:00:33 LOG7[5276:4396]: Creating a new thread 2015.10.20 11:00:33 LOG7[5276:4396]: New thread created 2015.10.20 11:00:33 LOG7[5276:9632]: client start 2015.10.20 11:00:33 LOG7[5276:9632]: https started 2015.10.20 11:00:33 LOG7[5276:9632]: FD 228 in non-blocking mode 2015.10.20 11:00:33 LOG7[5276:9632]: TCP_NODELAY option set on local socket 2015.10.20 11:00:33 LOG5[5276:9632]: https connected from 10.0.3.32:60933 2015.10.20 11:00:33 LOG7[5276:9632]: FD 336 in non-blocking mode 2015.10.20 11:00:33 LOG7[5276:9632]: https connecting 2015.10.20 11:00:33 LOG7[5276:9632]: connect_wait: waiting 10 seconds 2015.10.20 11:00:33 LOG7[5276:9632]: connect_wait: connected 2015.10.20 11:00:33 LOG7[5276:9632]: Remote FD=336 initialized 2015.10.20 11:00:33 LOG7[5276:9632]: TCP_NODELAY option set on remote socket 2015.10.20 11:00:33 LOG7[5276:9632]: start SSPI connect 2015.10.20 11:00:33 LOG3[5276:9632]: Credentials complete 2015.10.20 11:00:33 LOG7[5276:9632]: 121 bytes of handshake data sent 2015.10.20 11:00:33 LOG5[5276:9632]: 2920 bytes of handshake(in handshake loop) data received. 2015.10.20 11:00:33 LOG3[5276:9632]: **** Error 0x80090308 returned by InitializeSecurityContext (2) 2015.10.20 11:00:33 LOG3[5276:9632]: Error performing handshake 2015.10.20 11:00:33 LOG5[5276:9632]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket 2015.10.20 11:00:33 LOG7[5276:9632]: free Buffers 2015.10.20 11:00:33 LOG7[5276:9632]: delete c->hContext 2015.10.20 11:00:33 LOG7[5276:9632]: delete c->hClientCreds 2015.10.20 11:00:33 LOG5[5276:9632]: incomp_mess = 0, extra_data = 0 2015.10.20 11:00:33 LOG7[5276:9632]: https finished (0 left)

Андрей Писарев	#6 Оставлено : 20 октября 2015 г. 11:25:05(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 26.07.2011(UTC) Сообщений: 11,753 Сказал «Спасибо»: 451 раз Поблагодарили: 1840 раз в 1423 постах	Цитата: connect=icrs.nbki.ru:80 Почему?
Техническую поддержку оказываем тут Наша база знаний
	WWW
1 пользователь поблагодарил Андрей * за этот пост.	frolalex оставлено 20.10.2015(UTC)

frolalex	#7 Оставлено : 20 октября 2015 г. 12:46:30(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 19.10.2015(UTC) Сообщений: 4 Сказал(а) «Спасибо»: 1 раз	Автор: Андрей * Цитата: connect=icrs.nbki.ru:80 Почему? в IE добился открытия страницы: http://10.0.3.32:1500/score2 с такими CONF: output=c:stunneltempstun.log socket=l:TCP_NODELAY=1 socket=r:TCP_NODELAY=1 debug=7 [https] client=yes accept=10.0.3.32:1500 connect=icrs.nbki.ru:443 verify=0 и с таким логом: 2015.10.20 12:25:31 LOG7[4168:5432]: https accepted FD=328 from 10.0.3.32:61220 2015.10.20 12:25:31 LOG7[4168:5432]: Creating a new thread 2015.10.20 12:25:31 LOG7[4168:5432]: New thread created 2015.10.20 12:25:31 LOG7[4168:2848]: client start 2015.10.20 12:25:31 LOG7[4168:2848]: https started 2015.10.20 12:25:31 LOG7[4168:2848]: FD 328 in non-blocking mode 2015.10.20 12:25:31 LOG7[4168:2848]: TCP_NODELAY option set on local socket 2015.10.20 12:25:31 LOG5[4168:2848]: https connected from 10.0.3.32:61220 2015.10.20 12:25:31 LOG7[4168:2848]: FD 404 in non-blocking mode 2015.10.20 12:25:31 LOG7[4168:2848]: https connecting 2015.10.20 12:25:31 LOG7[4168:2848]: connect_wait: waiting 10 seconds 2015.10.20 12:25:31 LOG7[4168:2848]: connect_wait: connected 2015.10.20 12:25:31 LOG7[4168:2848]: Remote FD=404 initialized 2015.10.20 12:25:31 LOG7[4168:2848]: TCP_NODELAY option set on remote socket 2015.10.20 12:25:31 LOG7[4168:2848]: start SSPI connect 2015.10.20 12:25:32 LOG3[4168:2848]: Credentials complete 2015.10.20 12:25:32 LOG7[4168:2848]: 122 bytes of handshake data sent 2015.10.20 12:25:32 LOG5[4168:2848]: 1220 bytes of handshake(in handshake loop) data received. 2015.10.20 12:25:32 LOG5[4168:2848]: 210 bytes of handshake data sent 2015.10.20 12:25:32 LOG5[4168:2848]: 31 bytes of handshake(in handshake loop) data received. 2015.10.20 12:25:32 LOG5[4168:2848]: Handshake was successful 2015.10.20 12:25:32 LOG5[4168:2848]: PerformClientHandshake finish 2015.10.20 12:25:32 LOG5[4168:2848]: Verify_level = 0, skipping Server certificate verification 2015.10.20 12:25:32 LOG7[4168:2848]: add ssl read socket to pool 2015.10.20 12:25:32 LOG7[4168:2848]: ssl_rd = 1, c->ssl_ptr = 0,c->sock_ptr=0,want_rd = 0 2015.10.20 12:25:32 LOG7[4168:2848]: Enter pool section on transfer 2015.10.20 12:25:32 LOG7[4168:2848]: data reciev from socket = 263 ….. и т.д. Надеюсь кому-нибудь поможет. Андрей, огромное СПАСИБО!

aakosenkov	#8 Оставлено : 6 апреля 2016 г. 18:06:07(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 18.06.2015(UTC) Сообщений: 3 Откуда: Тамбов	ca4server.cer.zip (2kb) загружен 3 раз(а).Всем добрый вечер! Пытаюсь настроить stunnel на винде. Всё устанавливается как положено, но при запуске службы появляется ошибка 1067 Процесс был неожиданно завершён. Кто то сталкивался? Debug показывает лог и конфиг сервера: output=c:cryptoprostun.log socket = l:TCP_NODELAY=1 socket = r:TCP_NODELAY=1 debug = 7 [https] accept = 192.168.100.8:1502 connect = 192.168.100.160:80 cert=C:cryptoproca4.cer verify=1 Лог: 2016.04.06 16:53:22 LOG7[2420:6124]: FD 524 in non-blocking mode 2016.04.06 16:53:22 LOG7[2420:6124]: TCP_NODELAY option set on local socket 2016.04.06 16:53:22 LOG5[2420:6124]: https connected from 192.168.100.8:53864 2016.04.06 16:53:22 LOG7[2420:6124]: accept_handshake start 2016.04.06 16:53:22 LOG7[2420:6124]: SSPINegotiate start 2016.04.06 16:53:22 LOG7[2420:6124]: reading in SSPINeg err = 423 2016.04.06 16:53:22 LOG7[2420:6124]: Recieve 423 bytes from client on SSPINegotiateLoop 2016.04.06 16:53:22 LOG7[2420:6124]: AcceptSecurityContext finish, scRet = -2146893048 2016.04.06 16:53:22 LOG3[2420:6124]: Accept Security Context Failed with error code 80090308 2016.04.06 16:53:22 LOG3[2420:6124]: Couldn’t connect 2016.04.06 16:53:22 LOG5[2420:6124]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket 2016.04.06 16:53:22 LOG7[2420:6124]: free Buffers 2016.04.06 16:53:22 LOG7[2420:6124]: delete c->hContext 2016.04.06 16:53:22 LOG5[2420:6124]: incomp_mess = 0, extra_data = 0 2016.04.06 16:53:22 LOG7[2420:6124]: https finished (0 left) 2016.04.06 17:13:07 LOG7[2420:7536]: https accepted FD=492 from 192.168.100.180:39884 2016.04.06 17:13:07 LOG7[2420:7536]: Creating a new thread 2016.04.06 17:13:07 LOG7[2420:7536]: New thread created 2016.04.06 17:13:07 LOG7[2420:3648]: client start 2016.04.06 17:13:07 LOG7[2420:3648]: https started 2016.04.06 17:13:07 LOG7[2420:3648]: FD 492 in non-blocking mode 2016.04.06 17:13:07 LOG7[2420:3648]: TCP_NODELAY option set on local socket 2016.04.06 17:13:07 LOG5[2420:3648]: https connected from 192.168.100.180:39884 2016.04.06 17:13:07 LOG7[2420:3648]: accept_handshake start 2016.04.06 17:13:07 LOG7[2420:3648]: SSPINegotiate start 2016.04.06 17:13:17 LOG7[2420:3648]: reading in SSPINeg err = 4 2016.04.06 17:13:17 LOG7[2420:3648]: Recieve 4 bytes from client on SSPINegotiateLoop 2016.04.06 17:13:17 LOG7[2420:3648]: AcceptSecurityContext finish, scRet = -2146893032 2016.04.06 17:13:17 LOG7[2420:3648]: No data sleep, incomp_mess=0 2016.04.06 17:13:20 LOG7[2420:3648]: reading in SSPINeg err = 5 2016.04.06 17:13:20 LOG7[2420:3648]: Recieve 5 bytes from client on SSPINegotiateLoop 2016.04.06 17:13:20 LOG7[2420:3648]: AcceptSecurityContext finish, scRet = -2146893048 2016.04.06 17:13:20 LOG3[2420:3648]: Accept Security Context Failed with error code 80090308 2016.04.06 17:13:20 LOG3[2420:3648]: Couldn’t connect 2016.04.06 17:13:20 LOG5[2420:3648]: Connection reset: 0 bytes sent to SSL, 0 bytes sent to socket 2016.04.06 17:13:20 LOG7[2420:3648]: free Buffers 2016.04.06 17:13:20 LOG7[2420:3648]: delete c->hContext 2016.04.06 17:13:20 LOG5[2420:3648]: incomp_mess = 1, extra_data = 0 2016.04.06 17:13:20 LOG7[2420:3648]: https finished (0 left) клиента: output=c:cryptoprostun.log socket = l:TCP_NODELAY=1 socket = r:TCP_NODELAY=1 debug = 7 [https] client = yes accept = 192.168.100.8:1502 connect = 192.168.100.160:80 cert=C:cryptoproca4.cer verify=1 лог: 2016.04.06 17:41:21 LOG5[3280:4560]: stunnel 4.18 on x86-pc-unknown 2016.04.06 17:41:21 LOG5[3280:4560]: Threading:WIN32 Sockets:SELECT,IPv6 2016.04.06 17:41:21 LOG5[3280:4560]: No limit detected for the number of clients 2016.04.06 17:41:21 LOG7[3280:4560]: FD 140 in non-blocking mode 2016.04.06 17:41:21 LOG7[3280:4560]: SO_REUSEADDR option set on accept socket 2016.04.06 17:41:21 LOG3[3280:4560]: Error binding https to 192.168.100.8:1502 2016.04.06 17:41:21 LOG3[3280:4560]: bind: Can’t assign requested address (WSAEADDRNOTAVAIL) (10049) Все сертификаты вставлены в личные и доверенные, контейнер без пароля.

basid	#9 Оставлено : 7 апреля 2016 г. 8:46:43(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 21.11.2010(UTC) Сообщений: 935 Сказал(а) «Спасибо»: 6 раз Поблагодарили: 126 раз в 114 постах	WSAEADDRNOTAVAIL 10049: Cannot assign requested address

aakosenkov	#10 Оставлено : 7 апреля 2016 г. 10:09:49(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 18.06.2015(UTC) Сообщений: 3 Откуда: Тамбов	WSAEADDRNOTAVAIL 10049: Cannot assign requested address Невозможно присвоить требуемый адрес. Запрашиваемый адрес не является действительным в его контексте. Это обычно является результатом попытки привязать к адресу , который не действителен для локального компьютера. Это также может быть результатом подключения , SendTo , WSAConnect , WSAJoinLeaf или WSASendTo , когда удаленный адрес или порт не является допустимым для удаленного компьютера (например, адрес или порт 0). Спасибо. Я так понимаю это изза некорректно работающего сервера. Но сервер запущен в режиме дебуг. При запуске службы выскакивает ошибка 1067 Процесс был неожиданно завершён. В логах винды вот:Служба «Stunnel Service» неожиданно прервана. Это произошло (раз): 36. может кто то помоч?

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

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

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

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

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

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

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

Обновлено 08.12.2022

Добрый день! Уважаемые читатели и гости IT портала Pyatilistnik.org. В прошлый раз мы с вами устраняли ошибку подключения «Код ошибки 0x907. Расширенный код ошибки 0x0». В сегодняшней статье мы рассмотрим еще одну ошибку RDP, которая не дает людям любые подключения «Произошла неустранимая ошибка при обращении к закрытому ключу учетных данных TLS server. Код ошибки, возвращенный модулем шифрования: ошибка 0x8009030D. Внутреннее состояние ошибки«. Данную проблему я стал получать массово в декабре 2022. Давайте покажу куда нужно смотреть.

Описание ошибки 0x8009030D

У меня есть RDS ферма состоящая из 50 RDSH хостов, в какой-то момент люди начали массово на двух хостах получать ошибку «An internal error has occurred». Я долго искал проблему, и таки отыскал ее.

Ей оказалась ошибка появляющаяся каждый раз при попытке подключения ID Schannel 36870:

Вот так это массово выглядит.

В 99% случаев у вас просто не хватает прав на доступ к нужному SSL сертификату, который используется при RDP сессии.

Устранение ошибки ID 36870

Как я и писал ранее, чтобы убрать ошибку 0x907, я на всех участниках RDS ферму, установил нормальный Wildcard сертификат. Все стало нормально. Но, то что теперь я стал получать ошибку с кодом 0x8009030D, стало означать, с проблемой прав доступа к файлу. То есть у учетной записи NETWORK SERVICE отсутствуют разрешения на файл в C:ProgramDataMicrosoftCryptoRSAMachineKey.

Каталог MachineKeys хранит пары ключей сертификатов для пользователей и компьютеров. Эта папка используется службами сертификации и Internet Explorer, другими браузерами. В этой директории и в ее поддиректориях размещаются файлы, связанные с сертификатами и ключами контейнерами.

Для того чтобы понять, что происходит я вам советую скачать утилиту из пакета Sysinernals под названием Process Monitor.

• ✅Далее делаем себе фильтр по событию 36870, чтобы мониторить его появление

• ✅И запускаем Procmon.exe или Procmon64.exe, чтобы спарсить текущие события. Как только событие появилось, вам нужно остановить захват (CTRL+E) и сохранить этот лог в CSV файл.

Далее вам нужно поискать события подобные этому:

Как видно, учетная запись NETWORK SERVICE не смогла прочитать ключ  eed523a12125737e6733ccef353672ce_02129252-b210-4f5d-a8a1-2febf0b00564.

Как предоставить права на сертификат

• ✅Нажмите сочетание клавиш Win+R и вызовите оснастку mmc.

Далее Вам нужно нажать CTR:+M. Найдите оснастку «Сертификаты» и переместите ее вправо. Там выберите пункт «Учетной записи компьютера«.

Кажем, что это будет локальный компьютер, но можно сделать и удаленного, если нет доступа по RDP.

Найдите в личном контейнере компьютера, нужный сертификат, который используется при подключении. В контекстном меню выберите пункт «Управление закрытыми ключами«.

Далее в открывшемся ACL вам нужно дать права чтения для NETWORK SERVICE.

• ✅Второй метод, это использовать утилиту командной строки:

Примечание: вам может потребоваться стать владельцем файла, если вы не можете изменить его разрешения.

На этом у меня все. Ошибку я устранил, уровень защищенности сохранил. С вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.

Сброс разрешения для папки MachineKeys

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

Где хранится самоподписный сертификат в реестре

Это больше для себя, где лежит отпечаток сертификата:

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

• https://meta.stackexchange.com/questions/8231/are-answers-that-just-contain-links-elsewhere-really-good-answers/8259#8259
• https://learn.microsoft.com/en-US/troubleshoot/windows-server/remote/custom-server-authentication-certificate-for-tls
• https://serverfault.com/questions/541364/how-to-fix-rdp-on-windows-server-2012
• https://learn.microsoft.com/ru-ru/troubleshoot/azure/virtual-machines/troubleshoot-rdp-internal-error

Hi,

I am configuring Logshipping , During the same after establishing the logshipping , i waited till the backup job in the source gets triggered in the interval. 

But the job failed with the below error :

Message
2016-08-22 16:45:09.60 *** Error: Failed to connect to server WIN-VQ6QHC236G6.(Microsoft.SqlServer.ConnectionInfo) ***
2016-08-22 16:45:09.60 *** Error: Login failed. The login is from an untrusted domain and cannot be used with Windows authentication.(.Net SqlClient Data Provider) ***
2016-08-22 16:45:09.60 —— END OF TRANSACTION LOG BACKUP   ——

the server is not in domain , but in the same office. where it is rechable to each machine. 

both the instances run with same user account in differnt machine with admin rights(groups) included in it. 

Can you please tell me how to resolve the above problem , 

furthur logs to give you better picture on the error . 

2016-08-22 16:10:26.75 spid52      Attempting to load library ‘xplog70.dll’ into memory. This is an informational message only. No user action is required.
2016-08-22 16:10:26.76 spid52      Using ‘xplog70.dll’ version ‘2011.110.2100’ to execute extended stored procedure ‘xp_msver’. This is an informational message only; no user action is required.
2016-08-22 16:10:53.74 Logon       Error: 17806, Severity: 20, State: 14.
2016-08-22 16:10:53.74 Logon       SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code
indicates the cause of failure. The logon attempt failed   [CLIENT: 10.30.14.70]
2016-08-22 16:10:53.74 Logon       Error: 18452, Severity: 14, State: 1.
2016-08-22 16:10:53.74 Logon       Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [CLIENT: 10.30.14.70]

Please suggest me the right way to log on. 

hemadri

I’m trying to create a secure connection for my SQL server using certificate. I have generated CA certificate and used it to sign the subordinate certificate using XCA tool.

Installed the certificate in Local computer «Personal» store and CA in «Trusted Root Authorities» store. Also added the SQL server user in the «Manage Private Keys -> Security» option and given permission to SQL user for the «MSSQL» installation folder.

I could able to see the certificate in «SQl Server Configuration Manager -> SQL Server Network Configuration» and added the certificate. Set «Force Encryption» option as YES.

Now when i restart the SQL server, getting the following error:

The server could not load the certificate it needs to initiate an SSL
connection. It returned the following error: 0x8009030d. Check
certificates to make sure they are valid.

Starting up database ‘model’.

Server name is ‘VCE-W0031’. This is an informational message only. No
user action is required.

Error: 26014, Severity: 16, State: 1. Unable to load user-specified
certificate [Cert Hash(sha1) «xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx»].
The server will not accept a connection. You should verify that the
certificate is correctly installed. See «Configuring Certificate for
Use by SSL» in Books Online.

Error: 17182, Severity: 16, State: 1.

TDSSNIClient initialization failed with error 0x80092004, status code
0x80. Reason: Unable to initialize SSL support. Cannot find object or
property.

Error: 17182, Severity: 16, State: 1.

TDSSNIClient initialization
failed with error 0x80092004, status code 0x1. Reason: Initialization
failed with an infrastructure error. Check for previous errors. Cannot
find object or property.

Error: 17826, Severity: 18, State: 3.

Could not start the network
library because of an internal error in the network library. To
determine the cause, review the errors immediately preceding this one
in the error log.

I have created another CA and certificate using Openssl tool and insalled in Trusted Authorities and Personal stores respectively. Added this certificate in
«SQl Server Configuration Manager -> SQL Server Network Configuration» and added the certificate. Set «Force Encryption» option as YES.

Without any further setting, i could able to run the SQL server and the encrypted connection is established when client is connected.

Please let me know why this error could happen in case of certificate generated using XCA, but not Openssl.

The question what i wanted to ask is, using a certificate which is signed by an existing certification authority instead of creating a CA with openssl could cause any issue?

First published on MSDN on Apr 28, 2017


Recently, I have assisted a Premier customer who installed a new certificate on Windows Server 2008 R2 but was unable to bind the certificate to the Website hosted on IIS. 7.5. This is the error we were getting:

A fatal error occurred when attempting to access the SSL server credential private key. The error code returned from the cryptographic module is 0x8009030d. The internal error state is 10001

Log Name:     System

Source:       Schannel

Date:         7/2/2016 9:52:25 AM

Event ID:     36870

Task Category: None

Level:         Error

Keywords:

User:         SYSTEM

Computer:     MyComp.Mydomain.com

Description:

A fatal error occurred when attempting to access the SSL server credential private key. The error code returned from the cryptographic module is 0x8009030D. The internal error state is 10001.

The error indicates that IIS is not able to access the certificate’s private key.

Steps we took to fix the issue:

• Resolution:
  

  • Contact your certificate vendor for a certificate with private key. Import the cert and do the binding in IIS.

• Temporary Workaround:
  

  • Assuming this is a valid certificate, verify that the certificate includes a private key. Double clicking the certificate in certificate manager (Certificate store) should say «You have a private key that corresponds to this certificate»:

• Export certificate

  with its private key

• Now

  re-imported

  using the «Mark the private key exportable».

• Now do the binding in IIS.

While working with a colleague this past week, I ran into a weird scenario with this error that you might find interesting. We had a 2 server active/passive cluster, and while on node b, the SQL Cluster Resource would fail to come online. We could bring the resource online outside of the cluster, but it would still fail to connect with this error, which we got from the SQL Error Logs:

SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext failed. The Windows error code indicates the cause of failure. The logon attempt failed

Login failed. The login is from an untrusted domain and cannot be used with Windows authentication.

Now, AcceptSecurityContext is the Windows API to authenticate on the server, and it’s returning the error code that the login is denied. Furthermore, it says that the login is from an untrusted domain and cannot be used with Windows Authentication. We know that the login is not from another domain, and we’re able to connect using the same user on node a. The service accounts were also the same on both servers.

We ran through the following blog and added the user and the service account explicitly to the “Access this computer from the network” permissions, and made sure that none of those accounts were in the deny permissions. Still, we were seeing the same issues while failed over to node b.

We thought that it might have to do with NTLM connections failing, but after adding SPNs so that the connection would go through Kerberos, I took an SSPI Client trace, and saw that it was still going through NTLM. But why?

Then something stood out at me. The FQDN of the SPN that was requested was misspelled. So what could lead to this? Either their DNS resolution was incorrect, or something specific on node b was causing this name resolution error. We know that DNS was working as we don’t have the same issues on node a, so the likely culprit was a hosts file entry.

Sure enough, someone had edited the hosts file entry on that server and misspelled the FQDN for the SQL Cluster Virtual Name. Once this was deleted, and their DNS cached was flushed, their SQL Server Resource came online.

SlipKo	#1 Оставлено : 12 мая 2020 г. 13:14:48(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 12.05.2020(UTC) Сообщений: 9 Откуда: Москва	Добрый день! Провожу стендирование решения с использованием стороннего УЦ (в качестве такового выступает локальный CA на Win2012 + CryptoPro 4). Сделал по инструкции requestы, выдал в УЦ на их основании серты и установил их на все ноды стенда (1 MGMT, 1 Gate (пока), 1 АРМ администратора). При попытке привязать сертификат АРМа администратора в ng-certcfg процесс проходит успешно, службы перезапускаются, но после этого Show certificate выдает сообщение, что сертификата нет и попытка зайти на MGMT node с АРМа завершается 400ым сообщением nginx: no required ssl certificate was sent. P.S. Тестирую сертифицированную версию, скачанную с офф сайта.

Павел Заика	#2 Оставлено : 13 мая 2020 г. 13:21:40(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 17.06.2019(UTC) Сообщений: 32	Добрый день! попытка зайти на MGMT node с АРМа завершается 400ым сообщением nginx: no required ssl certificate was sent. Какой браузер используете? Что вводите в адресной строке? Сертификат администратора установлен в личные пользователя с привязкой к закрытому ключу?
Техническую поддержку оказываем тут. Наша база знаний

SlipKo	#3 Оставлено : 13 мая 2020 г. 14:38:00(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 12.05.2020(UTC) Сообщений: 9 Откуда: Москва	Здравствуйте! 1. Использовал Яндекс Браузер и IE 2. https://ngate-mgmt:8000 Сделал для ноды управления имя ngate-mgmt, с этим именем выдал сертификат, его же прописал в hosts на Win машине администратора. В логах вижу: 2020/05/13 13:21:58 [emerg] 6924#0: *6 SSPI_do_handshake() failed while SSPI handshaking, client: 192.168.0.2, server: 192.168.0.1:8000 2020/05/13 13:21:58 [error] 6924#0: *7 AcceptSecurityContext failed: 0x80090326 while SSPI handshaking, client: 192.168.0.2, server: 192.168.0.1:8000 3. Сертификат установлен. Пока ждал ответа не сидел сложа руки: попробовал переделать все на внутреннем УЦ ngate. Для этого заново поднял ngate-mgmt и ngate-1 (нода кластера). Проблема с 400 кодом осталась. Замечание: в документации весьма слабо описаны требования к настройке сетевых интерфейсов. Нет понимания как можно комбинировать роли интерфейсов и можно ли это делать. 1. Не понятно какая роль должна быть на интерфейсе устройства управления который смотрит в сторону шлюзов. 2. Можно ли healthcheck сделать на интерфейсе управления или внутреннем интерфейсе. Отредактировано пользователем 13 мая 2020 г. 15:15:49(UTC)  | Причина: Не указана

Павел Заика	#4 Оставлено : 13 мая 2020 г. 16:45:29(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 17.06.2019(UTC) Сообщений: 32	На ПК администратора запустите КриптоПро CSP и выполните тестирование контейнера ЗК ключа администратора. Результат тестирования сохраните в файл и прикрепите к сообщению.
Техническую поддержку оказываем тут. Наша база знаний

SlipKo	#5 Оставлено : 13 мая 2020 г. 17:06:29(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 12.05.2020(UTC) Сообщений: 9 Откуда: Москва	Автор: Павел Заика На ПК администратора запустите КриптоПро CSP и выполните тестирование контейнера ЗК ключа администратора. Результат тестирования сохраните в файл и прикрепите к сообщению. testirovanie KZK.txt (3kb) загружен 7 раз(а).

Андрей Куликов	#6 Оставлено : 13 мая 2020 г. 20:01:26(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 17.10.2010(UTC) Сообщений: 122 Откуда: КРИПТО-ПРО Сказал «Спасибо»: 2 раз Поблагодарили: 7 раз в 6 постах	Автор: SlipKo Проблема с 400 кодом осталась. 400-й код и отсутствие запроса на сертификат админа в бразуере говорит о том что у вас скорее всего корневой не установлен в Trusted Root.

SlipKo	#7 Оставлено : 14 мая 2020 г. 10:32:44(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 12.05.2020(UTC) Сообщений: 9 Откуда: Москва	Автор: Андрей Куликов Автор: SlipKo Проблема с 400 кодом осталась. 400-й код и отсутствие запроса на сертификат админа в бразуере говорит о том что у вас скорее всего корневой не установлен в Trusted Root. Ну тогда бы при клике на замочек в браузере я не видел и такой картинки. 1.png (8kb) загружен 11 раз(а). Отредактировано пользователем 14 мая 2020 г. 10:33:38(UTC)  | Причина: Не указана

Павел Заика	#8 Оставлено : 14 мая 2020 г. 16:22:48(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 17.06.2019(UTC) Сообщений: 32	Используйте csptest для проверки: «C:Program FilesCrypto ProCSPcsptest.exe» -tlsc -server <servername> -port 8000 -u <CN_from_admin_cert> -v Приложите результат выполнения команды полностью.
Техническую поддержку оказываем тут. Наша база знаний

SlipKo	#9 Оставлено : 14 мая 2020 г. 17:43:31(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 12.05.2020(UTC) Сообщений: 9 Откуда: Москва	Автор: Павел Заика Используйте csptest для проверки: «C:Program FilesCrypto ProCSPcsptest.exe» -tlsc -server <servername> -port 8000 -u <CN_from_admin_cert> -v Приложите результат выполнения команды полностью. C:Program FilesCrypto ProCSP>csptest.exe -tlsc -server ngate-mgmt -port 8000 -u arm -v An error occurred in running the program. tmain.c:1650:CertFindCertificateInStore Error number 0x80092004 (-2146885628). Объект или свойство не найдено. **** Error 0x80092004 returned by CertFindCertificateInStore An error occurred in running the program. WebClient.c:607:Error creating credentials. Error number 0x8009030e (-2146893042). В пакете безопасности отсутствуют учетные данные Total: SYS: 0,000 sec USR: 0,000 sec UTC: 0,031 sec [ErrorCode: 0x8009030e] Прикладываю серт и изображение оснастки сертификатов. 2.png (35kb) загружен 8 раз(а). arm.cer (1kb) загружен 1 раз(а). Отредактировано пользователем 14 мая 2020 г. 17:44:12(UTC)  | Причина: Не указана

Андрей Куликов	#10 Оставлено : 14 мая 2020 г. 21:25:29(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 17.10.2010(UTC) Сообщений: 122 Откуда: КРИПТО-ПРО Сказал «Спасибо»: 2 раз Поблагодарили: 7 раз в 6 постах	Поставьте сертификат текущему пользователю в хранилище. Сейчас он у вас в хранилище локального компьютера. Отредактировано пользователем 14 мая 2020 г. 21:26:48(UTC)  | Причина: Не указана

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

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

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

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

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

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

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