Ошибка http 12030 - Не ошибается лишь тот, кто ничего не делает!

Remove From My Forums

Question
These forums have been very helpful but I haven’t seen an answer to this particular issue, though many look similar.

First off I already installed SCCM2007 eval/test version with the DB being local to the machine and had few problems.

However, my live install is having issues. The main difference is that the DB is now on a remote machine.

The issue appears to be with IIS. The PC client is not able to contact the site server IIS in order to get policies (e.g. the only «Actions» are «Machine Policy Retrieval…» and «User Policy Retrieval…»

Here is a snip from the client PC’s ccmexec.log:

<![LOG[[CCMHTTP] HTTP ERROR: URL=http://ncsccm.domain.com/ccm_system/request, Port=80, Protocol=http, SSLOptions=0, Code=12030, Text=ERROR_WINHTTP_CONNECTION_ERROR]LOG]!><time=»10:55:12.201+300″ date=»05-01-2008″ component=»CCMEXEC» context=»» type=»1″ thread=»568″ file=»ccmhttperror.cpp:264″>
<![LOG[Raising event:

instance of CCM_CcmHttp_Status
{
DateTime = «20080501155512.216000+000»;
HostName = «ncsccm.domain.com»;
HRESULT = «0x80072efe»;
ProcessID = 3776;
StatusCode = 0;
ThreadID = 568;
};
]LOG]!><time=»10:55:12.216+300″ date=»05-01-2008″ component=»CCMEXEC» context=»» type=»1″ thread=»568″ file=»event.cpp:525″>
<![LOG[HandleRemoteSyncSend failed (0x80040231).]LOG]!><time=»10:55:12.216+300″ date=»05-01-2008″ component=»CCMEXEC» context=»» type=»3″ thread=»568″ file=»forwarder_client.cpp:1308″>

<![LOG[CForwarder_Sync:end failed (0x80040231).]LOG]!><time=»10:55:12.216+300″ date=»05-01-2008″ component=»CCMEXEC» context=»» type=»3″ thread=»568″ file=»forwarder_client.cpp:1380″>

On the site server, mpcontrol.log has this:

$$<SMS_MP_CONTROL_MANAGER><Fri May 02 09:49:32.235 2008 Central Daylight Time><thread=3760 (0xEB0)>
Call to HttpSendRequestSync failed for port 80 with an error code. $$<SMS_MP_CONTROL_MANAGER><Fri May 02 09:49:32.516 2008 Central Daylight Time><thread=3760 (0xEB0)>
Http test request failed, error code is 12030.~ $$<SMS_MP_CONTROL_MANAGER><Fri May 02 09:49:32.532 2008 Central Daylight Time><thread=3760 (0xEB0)>

In the logs within the console I get:

MP Control Manager detected DMP is not responding to HTTP requests. The http error is 12030.

It gives two suggestions that I have tried with no results: Manually restart the SMS Host Service and the W3SVC.

Any ‘next steps’ to check would be greatly appreciated.

Thanks!

Answers

Found a post elsewhere and the suggestion worked:

Fixed by:
Removed MP role
Removed IIS
Installed IIS w/ BITS and WEBDAV
Added MP role

Not sure what went wrong the first time……

One of the chat user constantly get error event with the following explanation

 SCRIPT12030: WebSocket Error: Network Error 12030, The connection with the server was terminated abnormally

The bad thing is that I cannot find out why this happens (do not have access to machine, and on my machine using IE causes no errors). It is so annoying. More to add upon getting this error the server receives disconnect event with a big delay, causing some messages from him to fall into the void and not get delivered to me (so in result I receive some of them, not all).

This happens only for him. What I know is that he uses Internet Explorer 12 and polling as transport. I have tried to force websocket or other transports, but only polling succeed.

Somewhere by googling for explanation on this error I found that it is some kind of browser specific issue that may or may not happen.

What may be the reason for abnormal terminations? What may be the cure to it?

asked Dec 1, 2015 at 14:22

kaytrancekaytrance

2,6474 gold badges29 silver badges48 bronze badges

I get the same message but with Edge browser and WCF’s WebSocket server implementation, all running on the same machine.

Using Fiddler 4, I’ve noted that the server never ever sends a Ping. The browser sends several Pongs and then seems to give up. At that point the following message appears in Developer Tools console… SCRIPT12030: WebSocket Error: Network Error 12030, The connection with the server was terminated abnormally.

I suspect something on the user’s machine is preventing websockets from working normally. Try using Fiddler 4 to see if you can identify anything unusual.

answered Dec 21, 2015 at 17:49

Источник

Remove From My Forums

Общие обсуждения
Hi All:
   Currently, I have met a strange issue about WinHttp function on one user’s environment.
   The User’s os is Windows7 7600 64bit.
   The program will send get request to one https server.

      if(!::WinHttpSendRequest(m_hRequest, WINHTTP_NO_ADDITIONAL_HEADERS, 0, WINHTTP_NO_REQUEST_DATA, 0, 0, 0)) {
  DWORD dwError = ::GetLastError();             //here will get the error code is 12030
   return false;
}

When user open this https url in IE, it can be opened in IE and return the data. however, When program send the https request, it will not receive the response packet from the server. one more information, the program will work fine on another xp OS which is in the same NAT network with Windows7 OS, Could you please give me some suggestion about this case? Thanks in advance！

Rejoice, I Desire!
- Изменен тип
  
  6 октября 2009 г. 2:57

Источник

Remove From My Forums

Question
I have installed a secondary site and all components are running except for the MP.

I see the following in the mpcontrol.log

CryptVerifyCertificateSignatureEx returned error 0x80090006. SMS_MP_CONTROL_MANAGER 12/30/2010 6:37:50 PM 3192 (0x0C78)
Certificate has «SSL Client Authentication» capability. SMS_MP_CONTROL_MANAGER 12/30/2010 6:37:50 PM 3192 (0x0C78)
Call to HttpSendRequestSync failed for port 443 with an error code. SMS_MP_CONTROL_MANAGER 12/30/2010 6:37:50 PM 3192 (0x0C78)
Http test request failed, error code is 12030. SMS_MP_CONTROL_MANAGER 12/30/2010 6:37:50 PM 3192 (0x0C78)
Successfully performed Management Point availability check against local computer. SMS_MP_CONTROL_MANAGER 12/30/2010 6:37:50 PM 3192 (0x0C78)

MP Control Manager detected MP is not responding to HTTP requests. The http error is 12030.

MP_getauth.log shows

CMPDBConnection::Init(): IDBInitialize::Initialize() failed with 0x80004005 MP_GetAuth_ISAPI 12/30/2010 6:32:59 PM 5056 (0x13C0)
======================================= MP_GetAuth_ISAPI 12/30/2010 6:32:59 PM 5056 (0x13C0)

MPDB ERROR — CONNECTION PARAMETERS
SQL Server Name     : SQL01
SQL Database Name   : SMS_001
Integrated Auth     : True

MPDB ERROR — EXTENDED INFORMATION
MPDB Method         : Init()
MPDB Method HRESULT : 0x80004005
Error Description   : null
OLEDB IID           : null
ProgID              : null

MPDB ERROR — INFORMATION FROM DRIVER
null MP_GetAuth_ISAPI 12/30/2010 6:32:59 PM 5056 (0x13C0)
=======================================
MP_GetAuth_ISAPI 12/30/2010 6:32:59 PM 5056 (0x13C0)

IISlog shows

2010-12-30 17:56:07 192.168.7.13 CCM_POST /ccm_system/request — 443 — 192.168.7.49 ccmhttp 500 0 0 23

Answers

Is the IIS configured as mentioned in the MS articles? The issue seems to be with the certificate on the IIS.

or

I installed IIS on a clean machine.. I now have to deinstall IIS? nice Job MS .. I did two installs using MS documentation and both fail at first!

I used the MPTroubleshooter and all seems to work except ..

—
<Name xmlns=»Test MPLIST HTTP
or HTTPS request functionality.«>

—
<Result xmlns=»Failed«>

<Comment
xmlns=»Exception Message:Fail to retrieve the content in [HTTPS://SECSITESERVER:443/SMS_MP/.SMS_AUT?MPLIST] with certificate:[D:TEST.CER].
Exception Message:The underlying connection was closed: An unexpected error occurred on a send.a) Create and Configurate Certificate for native mode: For Windows Server 2003: http://technet.microsoft.com/en-us/library/bb694035.aspx For Windows Server 2008:
http://technet.microsoft.com/en-us/library/cc872789.aspx b) Export the client certificate from MMC tools’ Certificates to file in X.509 format without username and password. The exported file is the client certificate needed in this program.«
/>

I also noticed that changing the binding caused WSUS console no longer to function…

This is bad advertisment for MS as IIS has to be installed twice if you want to use it.

Regards, Madan
- Proposed as answer by
  
  Monday, January 3, 2011 5:25 AM
- Marked as answer by
  LA1976
  Tuesday, January 4, 2011 7:24 AM
I found that the certificate template was used had the netbios name in subject and DNS name in SAN..

I removed WSUS left DB .. Removed the MP and changed DP to not bits enabled. waited to finish this then removed IIS completely.

Reinstalling IIS and all requirments added the ssl cert according to technet.. rebooted.. then checked with MP troubleshooter post install check all green.

Added all components again did again a check with mpcontrol.log and mp troubleshooter still all green.

What I also not this time is change the bindings from all unassigned to the ip of the server..
- Marked as answer by
  LA1976
  Tuesday, January 4, 2011 7:24 AM

Источник

Форум КриптоПро
»
Средства криптографической защиты информации
»
Apple
»
Проблема с работой Release сборки iOS 12, CSP 5.0 (11057)

opsmirnov	#1 Оставлено : 16 ноября 2018 г. 17:02:41(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 18.03.2016(UTC) Сообщений: 8 Откуда: Санкт-Петербург	Здравствуйте! Есть сложности с Панелью КриптоПро (PaneViewController) При разработке проблем не возникало. Сборки были на симуляторе в Debug режиме. При запуске в Release режиме на iPad, не получается установить корневой сертификат из Панель КриптоПро -> Взаимодействие с УЦ -> Установить корневой сертификат При первом вызове пункта меню получаем ошибку 12030; при последующих уже 12169 Помогите разобраться. УЦ: «https://cryptopro.ru:5555/ui» iPad6,4 iOS 12.0Б, CPROCSP.framework 5.0 build 11057. [RELEASE short log] При первом вызове получаем ошибку 12030. 2018-11-16 15:30:40.571916+0300 Docs3[729:50216] sup_lib 15:30:40.571842 support_n_dlopen:45 p:729 t:0x0x1f504e594 support_n_dlopen(dummy.so, 5) = 0x0 fail No such file or directory(2) <capi20>[0x16dadb000]CPCAPI_I_GetDefaultProvider Reconnect FAIL, hProv = 0x0 (:528) ================================================================= Main Thread Checker: UI API called on a background thread: -[UIApplication setNetworkActivityIndicatorVisible:] PID: 729, TID: 50216, Thread name: (none), Queue name: com.apple.root.default-qos, QoS: 0 Backtrace: 4 Docs3 0x0000000102487eb0 -[CPCAViewController installCACert] + 144 5 Docs3 0x000000010248b160 __52-[CPCAViewController didSelectRowForCPCA:indexPath:]_block_invoke + 104 6 libdispatch.dylib 0x0000000102b87824 _dispatch_call_block_and_release + 24 7 libdispatch.dylib 0x0000000102b88dc8 _dispatch_client_callout + 16 8 libdispatch.dylib 0x0000000102b8bc90 _dispatch_queue_override_invoke + 888 9 libdispatch.dylib 0x0000000102b9a1dc _dispatch_root_queue_drain + 376 10 libdispatch.dylib 0x0000000102b9abc8 _dispatch_worker_thread2 + 156 11 libsystem_pthread.dylib 0x00000001f504c17c _pthread_wqthread + 472 12 libsystem_pthread.dylib 0x00000001f504ecec start_wqthread + 4 2018-11-16 15:30:40.584931+0300 Docs3[729:50216] [reports] Main Thread Checker: UI API called on a background thread: -[UIApplication setNetworkActivityIndicatorVisible:] PID: 729, TID: 50216, Thread name: (none), Queue name: com.apple.root.default-qos, QoS: 0 Backtrace: 4 Docs3 0x0000000102487eb0 -[CPCAViewController installCACert] + 144 5 Docs3 0x000000010248b160 __52-[CPCAViewController didSelectRowForCPCA:indexPath:]_block_invoke + 104 6 libdispatch.dylib 0x0000000102b87824 _dispatch_call_block_and_release + 24 7 libdispatch.dylib 0x0000000102b88dc8 _dispatch_client_callout + 16 8 libdispatch.dylib 0x0000000102b8bc90 _dispatch_queue_override_invoke + 888 9 libdispatch.dylib 0x0000000102b9a1dc _dispatch_root_queue_drain + 376 10 libdispatch.dylib 0x0000000102b9abc8 _dispatch_worker_thread2 + 156 11 libsystem_pthread.dylib 0x00000001f504c17c _pthread_wqthread + 472 12 libsystem_pthread.dylib 0x00000001f504ecec start_wqthread + 4 2018-11-16 15:30:40.642962+0300 Docs3[729:50216] [Assert] Cannot be called with asCopy = NO on non-main thread. 2018-11-16 15:30:40.643038+0300 Docs3[729:50216] [Assert] Cannot be called with asCopy = NO on non-main thread. 2018-11-16 15:30:40.645995+0300 Docs3[729:50216] [Assert] Cannot be called with asCopy = NO on non-main thread. 2018-11-16 15:30:40.646439+0300 Docs3[729:50216] [Assert] Cannot be called with asCopy = NO on non-main thread. 2018-11-16 15:30:40.646499+0300 Docs3[729:50216] get_and_install_ca_cert failed. Error 12030. При последующих вызовах получаем ошибку 12169 <libssp>[0x16dadb000]SSPCPAcquireProvider SSPCPAcquireVerifyContext() failed! (:732) <libssp>[0x16dadb000]AddToMessageLog CryptoPro TLS. Error 0x8009001d calling CSP: Provider DLL failed to initialize correctly. (:4830) <libssp>[0x16dadb000]CPSSPCreateCredentials failed to acquire provider! (:4037) 2018-11-16 15:33:14.501298+0300 Docs3[729:50720] [Assert] Cannot be called with asCopy = NO on non-main thread. 2018-11-16 15:33:14.501380+0300 Docs3[729:50720] [Assert] Cannot be called with asCopy = NO on non-main thread. 2018-11-16 15:33:14.501457+0300 Docs3[729:50720] [Assert] Cannot be called with asCopy = NO on non-main thread. 2018-11-16 15:33:14.501524+0300 Docs3[729:50720] [Assert] Cannot be called with asCopy = NO on non-main thread. 2018-11-16 15:33:14.501596+0300 Docs3[729:50720] get_and_install_ca_cert failed. Error 12169. [DEBUG short log] Запуск на устройстве Успешный вызов 2018-11-16 15:56:39.570873+0300 iDocs3[739:53986] sup_lib 15:56:39.570571 support_n_dlopen:45 p:739 t:0x0x1f504e594 support_n_dlopen(dummy.so, 5) = 0x0 fail No such file or directory(2) 2018-11-16 15:56:39.576237+0300 iDocs3[739:53986] sup_lib 15:56:39.576174 support_n_dlopen:45 p:739 t:0x0x1f504e594 support_n_dlopen(dummy.so, 5) = 0x0 fail No such file or directory(2) 2018-11-16 15:56:39.661712+0300 iDocs3[739:53986] sup_lib 15:56:39.661656 support_n_dlopen:45 p:739 t:0x0x1f504e594 support_n_dlopen(dummy.so, 5) = 0x0 fail No such file or directory(2) <libssp>[0x16d113000]AddToMessageLog CryptoPro TLS. Credentials created. Flags: 0x18 (:4823) 2018-11-16 15:56:39.667039+0300 iDocs3[739:53986] 15:56:39.666955 support_an_fopen:87 p:739 t:0x0x1f504e594 support_an_fopen(«/var/mobile/Containers/Data/Application/945B58C6-1F95-42E7-A988-0BE265A6A8DA/Documents/../Documents/cprocsp//users/mobile/local.ini», «rb») = 0x0x0 fail No such file or directory(2) 2018-11-16 15:56:39.783813+0300 iDocs3[739:53986] 15:56:39.783690 support_an_fopen:87 p:739 t:0x0x1f504e594 support_an_fopen(«/var/mobile/Containers/Data/Application/945B58C6-1F95-42E7-A988-0BE265A6A8DA/Documents/../Documents/cprocsp//users/mobile/local.ini», «r+b») = 0x0x0 fail No such file or directory(2) 2018-11-16 15:56:39.834228+0300 iDocs3[739:53986] <cpcsp>[0x16d113000]log_public_key_from_blob Public key: (:128) 2018-11-16 15:56:39.834286+0300 iDocs3[739:53986] cpcsp: 000:C9 D3 1B 92 5D AA 20 FD 62 A5 6B 4A 4C 08 91 D4 2018-11-16 15:56:39.834310+0300 iDocs3[739:53986] cpcsp: 010:7F A8 81 7A EA 93 AA F6 08 5D 4D 42 DD 4D 7D 16 2018-11-16 15:56:39.834332+0300 iDocs3[739:53986] cpcsp: 020:8C 22 9D 83 B4 79 92 EB 2E 87 40 84 35 70 8B 1F 2018-11-16 15:56:39.834358+0300 iDocs3[739:53986] cpcsp: 030:27 17 B4 1F 3C 56 ED 20 FC 6B ED B2 14 55 C7 A3 2018-11-16 15:56:39.834383+0300 iDocs3[739:53986] <cpcsp>[0x16d113000]log_public_key_from_blob Public key: (:128) 2018-11-16 15:56:39.834403+0300 iDocs3[739:53986] cpcsp: 000:DA CF 2D 29 16 AD D2 55 28 1F D1 98 4B E6 33 B6 2018-11-16 15:56:39.834423+0300 iDocs3[739:53986] cpcsp: 010:DE 05 E9 15 2C 8E 04 7D 59 35 74 E0 A8 57 A9 4A 2018-11-16 15:56:39.834451+0300 iDocs3[739:53986] cpcsp: 020:A7 FB 68 9F ED DE 06 E3 4A C0 F3 54 F5 8F FF DC 2018-11-16 15:56:39.834546+0300 iDocs3[739:53986] cpcsp: 030:8F 68 AA 0D 80 95 15 A0 92 22 F9 3D 93 E3 59 9B <capi20>[0x16d113000]CryptGetDefaultProviderA () Default provider for type 1 is not specified! (:166) — C уважением, Олег Смирнов

opsmirnov	#2 Оставлено : 16 ноября 2018 г. 19:19:48(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 18.03.2016(UTC) Сообщений: 8 Откуда: Санкт-Петербург	Решено! Как всегда все оказалось просто. В Build Settings проекта Dead Code Striping оказался включен Видимо какая-то магическая сила поправила Коллеги при возникновении ошибки 12030, 12169 проверяйте Strip в Build Settings В Readme есть секция о Strip: !!!ВАЖНО!!!——————————————————————— При сборке собственного проекта с КриптоПро CSP и в свойствах проекта и в свойствах target должны быть отключены опции «Dead Code Striping», «Strip during copy», «Strip linked products». Во время отладки проектов необходимо отключать контроль целостности CSP. Для этого нужно вызвать функцию DisableIntegrityCheck() из /Headers/DisableIntegrity.h . ———————————————————————————

Пользователи, просматривающие эту тему

Guest

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

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

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

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

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

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

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

	Номер ошибки:	Ошибка 12030
Название ошибки:	Javascript Error 12030
Описание ошибки:	Ошибка 12030: Возникла ошибка в приложении JavaScript. Приложение будет закрыто. Приносим извинения за неудобства.
Разработчик:	Mozilla Foundation
Программное обеспечение:	JavaScript
Относится к:	Windows XP, Vista, 7, 8, 10, 11

Обзор «Javascript Error 12030»

«Javascript Error 12030» обычно является ошибкой (ошибкой), обнаруженных во время выполнения. Разработчики программного обеспечения, такие как SoftwareDeveloper, обычно работают через несколько этапов отладки, чтобы предотвратить и исправить ошибки, обнаруженные в конечном продукте до выпуска программного обеспечения для общественности. Хотя эти превентивные действия принимаются, иногда ошибки, такие как ошибка 12030, будут пропущены.

Ошибка 12030, рассматриваемая как «Javascript Error 12030», может возникнуть пользователями JavaScript в результате нормального использования программы. Когда появится ошибка, пользователи компьютеров смогут уведомить разработчика о наличии ошибки 12030 через отчеты об ошибках. Затем Mozilla Foundation может исправить эти ошибки в исходном коде и подготовить обновление для загрузки. Если есть уведомление об обновлении JavaScript, это может быть решением для устранения таких проблем, как ошибка 12030 и обнаруженные дополнительные проблемы.

Ошибки выполнения при запуске JavaScript — это когда вы, скорее всего, столкнетесь с «Javascript Error 12030». Три распространенные причины, по которым ошибки во время выполнения, такие как всплывающее окно ошибки 12030:

Ошибка 12030 Crash — Номер ошибки вызовет блокировка системы компьютера, препятствуя использованию программы. Обычно это происходит, когда JavaScript не может обработать данные в удовлетворительной форме и поэтому не может получить ожидаемый результат.

Утечка памяти «Javascript Error 12030» — Когда JavaScript обнаруживает утечку памяти, операционная система постепенно работает медленно, поскольку она истощает системные ресурсы. Это может быть вызвано неправильной конфигурацией программного обеспечения Mozilla Foundation или когда одна команда запускает цикл, который не может быть завершен.

Ошибка 12030 Logic Error — Компьютерная система создает неверную информацию или дает другой результат, даже если входные данные являются точными. Это связано с ошибками в исходном коде Mozilla Foundation, обрабатывающих ввод неправильно.

Большинство ошибок Javascript Error 12030 являются результатом отсутствия или повреждения версии файла, установленного JavaScript. Возникновение подобных проблем является раздражающим фактором, однако их легко устранить, заменив файл Mozilla Foundation, из-за которого возникает проблема. Кроме того, регулярная очистка и оптимизация реестра Windows предотвратит создание неправильных ссылок на пути к файлам Mozilla Foundation, поэтому мы настоятельно рекомендуем регулярно выполнять сканирование реестра.

Распространенные проблемы Javascript Error 12030

Частичный список ошибок Javascript Error 12030 JavaScript:

«Ошибка в приложении: Javascript Error 12030»

«Javascript Error 12030 не является приложением Win32.»

«Javascript Error 12030 должен быть закрыт. «

«Javascript Error 12030 не может быть найден. «

«Javascript Error 12030 не может быть найден. «

«Проблема при запуске приложения: Javascript Error 12030. «

«Не удается запустить Javascript Error 12030. «

«Javascript Error 12030 остановлен. «

«Неверный путь к программе: Javascript Error 12030. «

Проблемы Javascript Error 12030 с участием JavaScripts возникают во время установки, при запуске или завершении работы программного обеспечения, связанного с Javascript Error 12030, или во время процесса установки Windows. Выделение при возникновении ошибок Javascript Error 12030 имеет первостепенное значение для поиска причины проблем JavaScript и сообщения о них вMozilla Foundation за помощью.

Причины ошибок в файле Javascript Error 12030

Заражение вредоносными программами, недопустимые записи реестра JavaScript или отсутствующие или поврежденные файлы Javascript Error 12030 могут создать эти ошибки Javascript Error 12030.

Более конкретно, данные ошибки Javascript Error 12030 могут быть вызваны следующими причинами:

Недопустимый Javascript Error 12030 или поврежденный раздел реестра.

Вирус или вредоносное ПО, которые повредили файл Javascript Error 12030 или связанные с JavaScript программные файлы.

Вредоносное удаление (или ошибка) Javascript Error 12030 другим приложением (не JavaScript).

Javascript Error 12030 конфликтует с другой программой (общим файлом).

JavaScript/Javascript Error 12030 поврежден от неполной загрузки или установки.

Продукт Solvusoft

Загрузка
WinThruster 2022 — Проверьте свой компьютер на наличие ошибок.

Совместима с Windows 2000, XP, Vista, 7, 8, 10 и 11

Установить необязательные продукты — WinThruster (Solvusoft) | Лицензия | Политика защиты личных сведений | Условия | Удаление

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

Порядок переустановки КриптоПро

1. Удалить КриптоПро. Для удаления программы необходимо зайти в «Панель управления» > «Программы и компоненты» и удалить КриптоПро.

2. В случае, если стандартный способ удаления (через панель «Установка и удаление программ» или с помощью запуска дистрибутива) проходит не корректно, следует воспользоваться аварийным способом удаления.

Для КриптоПро CSP всех версий:

Необходимо воспользоваться «утилитой очистки следов установки КриптоПро CSP». Для выполнения очистки нужно запустить файл cspclean.exe, перезагрузить компьютер и повторно запустить утилиту.

После запуска утилиты появится окно с предупреждением, что все продукты компании КриптоПро будут уничтожены. В нем необходимо нажать «Да».

При использовании утилиты сspclean удаление контейнеров из реестра не происходит. Если сspclean была самостоятельно сохранена с сайта Крипто Про, то при запуске утилиты может появиться запрос на удаление контейнеров из реестра, который необходимо отклонить.

3. Перезагрузить компьютер.

4. После этого необходимо загрузить Крипто Про по ссылке (версия 4.0) или версию Крипто Про 5.0 по ссылке и установить его. Для завершения установки обязательно перезагрузить компьютер.

Остались вопросы?

Отдел технической поддержки

тел.: 8 (800) 333-91-03, доб. 2400
email: otp@itcomgk.ru

Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.6
»
Проблема с CertGetCertificateChain и проверкой сертификата

vega	#1 Оставлено : 5 мая 2015 г. 14:26:38(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 22.10.2010(UTC) Сообщений: 47 Сказал(а) «Спасибо»: 11 раз	Доброго времени суток. CSP 3.6r4 под Ubuntu 14.04, сертификат выдан тестовым УЦ. Строю цепочку с помощью CertGetCertificateChain. В CERT_CHAIN_PARA выставлен таймаут dwUrlRetrievalTimeout в 60000 мс. Но в логе сразу появляется: Код: `May 5 17:13:51 xvega cprdr[18339]: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: -2146893792 URL: http://testca.cryptopro.ru/CertEnroll/test-ca-2014_CRYPTO-PRO%20Test%20Center%202.crt).` При заходе браузером по этой ссылке, скачивается сертификат, так что ссылка рабочая. Гугленье по этому коду ничего не дало. Подскажите, куда дальше копать?

vega	#2 Оставлено : 6 мая 2015 г. 7:54:36(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 22.10.2010(UTC) Сообщений: 47 Сказал(а) «Спасибо»: 11 раз	Разобрался сам. Помогло выполнение Код: `cpconfig -ini configapppath -add string libcurl.so /usr/lib/x86_64-linux-gnu/libcurl.so.4` При чем, в официальной документации «ЖТЯИ.00050-03 90 02-02. СКЗИ » КриптоПро CSP » . Руководство администратора безопасности. Использование СКЗИ под управлением ОС Linux» есть ошибка, не экранируется символ «» в строчке конфигурирования libcurl. Из за этого и возникла проблема. Кстати, интересно, почему такое default значение используется: /usr/local/lib/64/libcurl.so? Может тогда лучше устанавливать под linux свою версию libcurl в обязательном порядке, раз уж она все равно есть, и умолчание сразу нее ставить? Отредактировано пользователем 6 мая 2015 г. 8:13:41(UTC) \| Причина: Не указана

Alexw	#3 Оставлено : 22 августа 2016 г. 16:32:32(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 20.04.2012(UTC) Сообщений: 11 Сказал(а) «Спасибо»: 5 раз	Здравствуйте! У меня ситуация аналогичная этой: Автор: vega Доброго времени суток. CSP 3.6r4 под Ubuntu 14.04, сертификат выдан тестовым УЦ. Строю цепочку с помощью CertGetCertificateChain. В CERT_CHAIN_PARA выставлен таймаут dwUrlRetrievalTimeout в 60000 мс. Но в логе сразу появляется: Код: `May 5 17:13:51 xvega cprdr[18339]: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: -2146893792 URL: http://testca.cryptopro.ru/CertEnroll/test-ca-2014_CRYPTO-PRO%20Test%20Center%202.crt).` При заходе браузером по этой ссылке, скачивается сертификат, так что ссылка рабочая. Гугленье по этому коду ничего не дало. Подскажите, куда дальше копать? только проверка сертфиката проходит в консоли с помощью cryptcp -verify. При этом в логе такие ошибки: Код: 4558 Aug 22 12:16:09 server cpcsp[17529]: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: 12030 URL: http://cr-serv.ru/uploads/cscrl.crl). 4559 Aug 22 12:16:09 server cpcsp[17529]: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: 0 URL: http://cr-serv.info/cscrl.crl). 4560 Aug 22 12:16:12 server cpcsp[17529]: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: 12030 URL: http://cr-serv.ru/uploads/cscrl.crl). 4561 Aug 22 12:16:12 server cpcsp[17529]: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: 0 URL: http://cr-serv.info/cscrl.crl). 4562 Aug 22 12:16:12 server cpcsp[17529]: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: 12030 URL: http://cr-serv.ru/uploads/csroot.cer). В браузере все ссылки доступны. Curl также способен скачать СОС’ы: Код: `[user@server ~]$ curl -O http://cr-serv.ru/uploads/cscrl.crl % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 2038 100 2038 0 0 8869 0 --:--:-- --:--:-- --:--:-- 8899` Код: `[user@server ~]$ curl -O http://cr-serv.info/cscrl.crl % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 2038 100 2038 0 0 11256 0 --:--:-- --:--:-- --:--:-- 11322` Скажите, пожалуйста, как можно увеличить таймаут скачивания СОС для CryptoPro под Linux и можно ли это сделать в файле /etc/opt/cprocsp/config64.ini?

Русев Андрей	#4 Оставлено : 24 августа 2016 г. 10:16:49(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 16.04.2008(UTC) Сообщений: 1,060 Сказал(а) «Спасибо»: 10 раз Поблагодарили: 319 раз в 241 постах	Здравствуйте. Выставление таймаута по умолчанию в нашем коде не предусмотрено — для него выбрано типовое значение для ожидания в сети — 30 секунд. Но как упоминалось в обсуждении, ошибки CryptRetrieveObjectByUrl связаны не с таймаутом, а с правильной регистрацией библиотеки libcurl.so в наших конфигурационных файлах. Так как в общем случае задача выбора правильной библиотеки libcurl решения не имеет (с учётом произвола в расположении пользовательских библиотек и наличия конфигураций с двумя платформами), то при установке провайдер использует усреднённую по нашей статистике регистрацию. Администратор же в соответствии с документацией должен указать правильный путь к libcurl.so в конфигурационном файле. Для упрощения жизни начиная с КриптоПро CSP 3.9 установка пакета cprocsp-curl включена по умолчанию в инсталляционный скрипт (install.sh) на всех *nix. Это избавляет от необходимости настройки пути к libcurl.so, так как путь к нашей реализации этой библиотеки прописывается установщиком её пакета. Для КриптоПро CSP 3.6r4 также можно рекомендовать устанавливать пакет cprocsp-curl.
Официальная техподдержка. Официальная база знаний.

1 пользователь поблагодарил Андрей Русев за этот пост.	Alexw оставлено 24.08.2016(UTC)

Alexw	#5 Оставлено : 24 августа 2016 г. 12:20:30(UTC)
Статус: Участник Группы: Участники Зарегистрирован: 20.04.2012(UTC) Сообщений: 11 Сказал(а) «Спасибо»: 5 раз	Регистрацией библиотеки libcurl.so в конфигурационных файлах cryptopro произведена правильно, подобно описанному здесь выше, в основном все crl обрабатываются корректно и ошибок типа Код: `capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: 12030 ...)` никогда не возникало, за исключением обработки этих CDP: Код: `[1]Точка распределения списка отзыва (CRL) Имя точки распространения: Полное имя: URL=http://cr-serv.ru/uploads/cscrl.crl [2]Точка распределения списка отзыва (CRL) Имя точки распространения: Полное имя: URL=http://cr-serv.info/cscrl.crl` Как Вы сказали, иногда Автор: olin ошибки CryptRetrieveObjectByUrl связаны не с таймаутом. . Возможен ли такой вариант, когда на web-сервере cr-serv.ru или cr-serv.info могут быть произведены такие настройки (некорректные заголовки сервера, например), что CRL скачивается в браузере, а cryptcp при помощи curl не может скачать crl с обоих серверов? Кстати, почему при работе с таким сертификатом в логе появляется такая запись, связанная не с CDP, а AIA: Код: `server cpcsp[17529]: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: 12030 URL: http://cr-serv.ru/uploads/csroot.cer).` Отредактировано пользователем 24 августа 2016 г. 12:28:21(UTC) \| Причина: Дополнение

zluka16	#6 Оставлено : 21 сентября 2016 г. 15:44:57(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 21.09.2016(UTC) Сообщений: 2 Откуда: SPB	Здравствуйте. Путем бесчеловечных опытов, проблема с неполучением СОС была найдена, выкладываю способ решения для тех, кто болеет тем же. Симптомы: Выяснилось, что при отправке запроса в http-заголовке в качестве юзерагента указывается некий <UrlRetrieved {Mozilla MSIE 6 Win 2000}>, что вводит некоторые http-сервера, обычно shared-хостинга, в ступор, и они либо отказываюся разговаривать, либо отдают 404. В логах это обычно выглядит как: capi20: CryptRetrieveObjectByUrlA () UrlRetriever failed (CURLcode: 12030 URL: http://cr-serv.ru/uploads/cscrl.crl)., хотя по указанному урлу и wget’ом, и curl’ом штатным и из комплекта все ходится и забирается. Из пойманных на таком поведении оказались cr-serv.info cr-serv.ru www.tax23.ru mascom-dv.ru cert.vrbp.ru cdp.ncarf.ru Лечение: Божьей милостью, сия загогулина была найдена в /opt/cprocsp/lib/amd64/liburlretrieve.so в открытом виде, и заменена на человеческий <Mozilla/4.0 (compatible; MSIE 6.0; ) >,(3 пробела в конце, чтобы совпадала длина и не было ошибки сегментирования), и проблема решилась. Далее нужно удалить /etc/cron.daily/cprocsp, а то пищит, что в файлах поковырялись злобные хакеры, и переименовывает liburlretrieve.so CSP v4.0.9758 (Ostrogradsky) x64, 3.6.7777 (Rambutan) x64 болеет тем же. Господа, поправите к следующему релизу ? Отредактировано пользователем 21 сентября 2016 г. 15:52:18(UTC) \| Причина: Не указана

Русев Андрей	#7 Оставлено : 22 сентября 2016 г. 18:51:02(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 16.04.2008(UTC) Сообщений: 1,060 Сказал(а) «Спасибо»: 10 раз Поблагодарили: 319 раз в 241 постах	Спасибо за подробный разбор проблемы. Мы тоже её исправляли в «2016-07-12 КриптоПро CSP 4.0.9758 Ostrogradsky»: Цитата: * core: Устранена нерегулярная ошибка скачивания файлов в UrlRetriever’e (CPCSP-6377). Но выбрали user-agent иначе, чем у вас (нас удерживала поддержка старых MSCA). Можете дать полные ссылки на CRL-и, которые не удалось скачать.
Официальная техподдержка. Официальная база знаний.

zluka16	#8 Оставлено : 22 сентября 2016 г. 19:48:10(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 21.09.2016(UTC) Сообщений: 2 Откуда: SPB	Автор: olin Спасибо за подробный разбор проблемы. Мы тоже её исправляли в «2016-07-12 КриптоПро CSP 4.0.9758 Ostrogradsky»: Цитата: * core: Устранена нерегулярная ошибка скачивания файлов в UrlRetriever’e (CPCSP-6377). Но выбрали user-agent иначе, чем у вас (нас удерживала поддержка старых MSCA). Упс… Да, действительно, мучил 9708, до 9758 пока руки не дошли Цитата: Можете дать полные ссылки на CRL-и, которые не удалось скачать. http://www.tax23.ru/cdp/…634cf756a9f02727eb17.crl http://cr-serv.info/cscrl.crl http://cr-serv.ru/uploads/cscrl.crl http://cscrl.ru/download/cs2015.crl http://mascom-dv.ru/imag…b24238a2c03d11820846.crl http://cdp.ncarf.ru/download/ncarf-v01.crl http://cert.vrbp.ru/btpca2(1).crl http://cdp.ncarf.ru/download/zaonucpak1.crl

Русев Андрей	#9 Оставлено : 23 сентября 2016 г. 10:17:55(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 16.04.2008(UTC) Сообщений: 1,060 Сказал(а) «Спасибо»: 10 раз Поблагодарили: 319 раз в 241 постах	С нашим новым user-agent-ом все ссылки успешно скачиваются (начиная с КриптоПро CSP 4.0.9758 Ostrogradsky).
Официальная техподдержка. Официальная база знаний.

Laroux	#10 Оставлено : 1 ноября 2017 г. 17:25:04(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 14.07.2008(UTC) Сообщений: 1,287 Откуда: Краснодар Сказал «Спасибо»: 81 раз Поблагодарили: 72 раз в 60 постах	А со «старым» user-agent-ом? Тестили?
	WWW

Пользователи, просматривающие эту тему

Guest

Форум КриптоПро
»
Устаревшие продукты
»
КриптоПро CSP 3.6
»
Проблема с CertGetCertificateChain и проверкой сертификата

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

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

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

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

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

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

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

Remove From My Forums

General discussion
Hi All:
   Currently, I have met a strange issue about WinHttp function on one user’s environment.
   The User’s os is Windows7 7600 64bit.
   The program will send get request to one https server.

      if(!::WinHttpSendRequest(m_hRequest, WINHTTP_NO_ADDITIONAL_HEADERS, 0, WINHTTP_NO_REQUEST_DATA, 0, 0, 0)) {
  DWORD dwError = ::GetLastError();             //here will get the error code is 12030
   return false;
}

When user open this https url in IE, it can be opened in IE and return the data. however, When program send the https request, it will not receive the response packet from the server. one more information, the program will work fine on another xp OS which is in the same NAT network with Windows7 OS, Could you please give me some suggestion about this case? Thanks in advance！

Rejoice, I Desire!
- Changed type
  Tuesday, October 6, 2009 2:57 AM

Remove From My Forums

General discussion
Hi All:
   Currently, I have met a strange issue about WinHttp function on one user’s environment.
   The User’s os is Windows7 7600 64bit.
   The program will send get request to one https server.

      if(!::WinHttpSendRequest(m_hRequest, WINHTTP_NO_ADDITIONAL_HEADERS, 0, WINHTTP_NO_REQUEST_DATA, 0, 0, 0)) {
  DWORD dwError = ::GetLastError();             //here will get the error code is 12030
   return false;
}

When user open this https url in IE, it can be opened in IE and return the data. however, When program send the https request, it will not receive the response packet from the server. one more information, the program will work fine on another xp OS which is in the same NAT network with Windows7 OS, Could you please give me some suggestion about this case? Thanks in advance！

Rejoice, I Desire!
- Changed type
  Tuesday, October 6, 2009 2:57 AM

Источник

Question

Answers

Общие обсуждения

Question

Answers

Обзор «Javascript Error 12030»

Распространенные проблемы Javascript Error 12030

Причины ошибок в файле Javascript Error 12030

Порядок переустановки КриптоПро

General discussion

General discussion