Ошибка недопустимый или неправильный центр сертификации

Ошибка активации неверный центр сертификации касперский

Ошибка проверки SSL соединений Антивирусом Касперского

Когда я установил на свежеприобретенный ноутбук с операционной системой Windows 8.1 x64 антивирус Касперского, а точнее Kaspersky Internet Security для всех устройств (Версия 2016 (16.0.0.614)), то при первой же попытке зайти на сайт Яндекса (справедливо и для Google) получил следующее предупреждение в окне браузера FireFox x64 v43.0.0:


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

Как Касперский проверяет защищенные SSL соединения

Антивирус Касперского проверяет защищенные SSL соединения с помощью установки сертификата Лаборатории Касперского (самоподписанного сертификата). И отсутствие такого сертификата в хранилище браузера приводит к описанной ошибке. Автоматическая установка сертификата срабатывает для барузера Internet Explorer. А для Mozilla Firefox чтобы исправить вышеописанную ошибку необходимо «руками» прописать сертификат в настройках браузера.

Как добавить сертификат Касперского в FireFox

Чтобы добавить сертификат от Касперского выполните следующие действия:
Зайдите в настройки браузера

В разделе «Дополнительные» в меню «Сертификаты» нажмите кнопку [Просмотр сертификатов]

Во вкладке «Центры сертификации» нажмите кнопку [Импортировать…]

Выберите сертификат (fake)Kaspersky Anti-Virus personal root certificate.cer. Который у Касперского 16.0.0.614 в Windows 8.1 расположен по адресу C:ProgramDataKaspersky LabAVP16.0.0DataCert и нажмите кнопку [Открыть]
Если в обозревателе вы не видите папку ProgramData, то прочитайте ниже как это исправить.

В появившемся окне отметьте необходимые опции (я выбрал все). И нажмите [ОК]

Теперь в списке хранилища сертификатов FireFox вы должны увидеть сертификат Лаборатории Касперского, который браузер будет считать доверенным.

После проведения всех вышеописанных действий сайты Яндекса и Гугла стали открывать нормально.

Как разрешить просмотр скрытых папок в проводнике Windows

Зайдите в панель управления и выбирете пункт «Параметры папок»

В вкладке «Вид» отметьте в самом низу пункт «Показывать скрытые файлы, папки и диски»

Альтернативное решение по разблокировке протокола HTTPS в Касперском

Это вариант заключается в отключении проверки Касперским защищенных соединений. Что это сделать зайдите в настройки антивируса:

В пункте меню «Дополнительно» выберите раздел «сеть»:

И в нем отключите проверку защищенных соединений:

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

Благодарности

При написании статьи были использованы следующие источники:

Ошибка активации. Не удается установить соединение с сервером. Антивирус Касперского.

Вы не можете активировать или продлить Антивирус Касперского? Выводится следующее или похожее сообщение об ошибке :”Ошибка активации. Не удается установить соединение с сервером”. В данной статье мы попытаемся разобраться с данной проблемой.

Итак, объясняю пошагово, что нужно сделать.

  1. Проверьте, присутствует ли на компьютере доступ к сети Интернет. Можете запустить свой любимый браузер и поискать что-то в поисковой системе. Интернет отсутствует – обратитесь к своему провайдеру. Доступ есть – переходим к следующему шагу.
  2. Проверьте системную дату на компьютере. Выделил жирным шрифтом, потому что часто проблема с активацией Касперского бывает именно по этой причине. Особенно часто бывает на компьютерах с отключенными обновлениями и включенной синхронизацией времени. Ставим правильное время и, если у Вас нелицензионная версия Windows, отключаем обновления. Пробуем активировать программу снова, должно сработать.
  3. Если на вашем компьютере установлен сетевой экран (брандмауэр, firewall), убедитесь, что процессу avp.exe разрешен доступ к сети. Firewall может быть как встроенным в операционную систему, так и являться частью антивирусного комплекса защиты (а может у вас вообще 2 антивируса установлены?=) удалите другой антивирус, перезагрузите компьютер и попробуйте активировать Касперский снова). Разрешите процессу avp.exe доступ к сети.

4.Проверьте , не заражен ли ваш компьютер вирусом Kido.

Симптомы заражения вирусом Kido.

  • Антивирусы с активным сетевым экраном сообщают о заблокированной атаке Intrusion.Win.NETAPI.buffer-overflow.exploit.
  • Не открываются сайты многих антивирусных компаний (Dr.Web, NOD32, Антивирус Касперского и т.д.)
  • При попытке активации Касперского на компьютере, который заражен червем Kido, вы наблюдаете следующие ошибки:

Ошибка активации. Процедура активации завершилась с системной ошибкой 2.

Ошибка активации. Невозможно соединиться с сервером.

Ошибка активации. Имя сервера не может быть разрешено.

Если у Вас есть подозрения, что ваш компьютер заражен червем Kido, можете удалить его используя инструкцию по удалению Kido на сайте Лаборатории Касперского.

  1. Если вышеизложенное не помогает – попробуйте повторить активацию через какое-то время (час, день, год=)) Возможно, временные проблемы на сервере Касперского.
  2. Обратитесь в службу поддержки Лаборатории Касперского. Для этого отправьте запрос через сервис My Kaspersky, подробно описав свою проблему.

Надеюсь, моя статья помогла вам разобраться с проблемой при активации Антивируса Касперский: “Ошибка активации. Не удается установить соединение с сервером”. В данной статье мы попытаемся разобраться с данной проблемой.”

Ошибка проверки SSL соединений Антивирусом Касперского

Когда я установил на свежеприобретенный ноутбук с операционной системой Windows 8.1 x64 антивирус Касперского, а точнее Kaspersky Internet Security для всех устройств (Версия 2016 (16.0.0.614)), то при первой же попытке зайти на сайт Яндекса (справедливо и для Google) получил следующее предупреждение в окне браузера FireFox x64 v43.0.0:


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

Как Касперский проверяет защищенные SSL соединения

Антивирус Касперского проверяет защищенные SSL соединения с помощью установки сертификата Лаборатории Касперского (самоподписанного сертификата). И отсутствие такого сертификата в хранилище браузера приводит к описанной ошибке. Автоматическая установка сертификата срабатывает для барузера Internet Explorer. А для Mozilla Firefox чтобы исправить вышеописанную ошибку необходимо «руками» прописать сертификат в настройках браузера.

Как добавить сертификат Касперского в FireFox

Чтобы добавить сертификат от Касперского выполните следующие действия:
Зайдите в настройки браузера

В разделе «Дополнительные» в меню «Сертификаты» нажмите кнопку [Просмотр сертификатов]

Во вкладке «Центры сертификации» нажмите кнопку [Импортировать…]

Выберите сертификат (fake)Kaspersky Anti-Virus personal root certificate.cer. Который у Касперского 16.0.0.614 в Windows 8.1 расположен по адресу C:ProgramDataKaspersky LabAVP16.0.0DataCert и нажмите кнопку [Открыть]
Если в обозревателе вы не видите папку ProgramData, то прочитайте ниже как это исправить.

В появившемся окне отметьте необходимые опции (я выбрал все). И нажмите [ОК]

Теперь в списке хранилища сертификатов FireFox вы должны увидеть сертификат Лаборатории Касперского, который браузер будет считать доверенным.

После проведения всех вышеописанных действий сайты Яндекса и Гугла стали открывать нормально.

Как разрешить просмотр скрытых папок в проводнике Windows

Зайдите в панель управления и выбирете пункт «Параметры папок»

В вкладке «Вид» отметьте в самом низу пункт «Показывать скрытые файлы, папки и диски»

Альтернативное решение по разблокировке протокола HTTPS в Касперском

Это вариант заключается в отключении проверки Касперским защищенных соединений. Что это сделать зайдите в настройки антивируса:

В пункте меню «Дополнительно» выберите раздел «сеть»:

И в нем отключите проверку защищенных соединений:

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

Благодарности

При написании статьи были использованы следующие источники:

Возможные пути решения ошибки «Сертификат безопасности сайта не является доверенным»

Здравствуйте. В связи с повышением курса доллара и евро, я думаю у народа всё чаще будет появляться данная ошибка и поэтому решил написать о ней. Как это связано? По ходу статьи узнаете:)

Итак, это прекрасная ошибка чаще всего появляется в Google Chrome и является следствием неправильной работы корневых сертификатов. Самое неприятное видеть данную ошибку когда открываешь проверенный временем и миллионами человек Яндекс или Google. А вот причин может быть несколько, постараюсь как можно проще описать их варианты и способы решения проблемы.

1. Сбилось системное время или дата

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

В Windows 10 рекомендую установить автоматическое обновление времени и даты, это решит очень много проблем)

На Windows 8.1 и более старших переходим на вкладку «Время по Интернету» → «Изменить параметры» → ставим галочку «Синхронизировать с сервером времени В Интернете«, выбираем какой-нибудь из серверов и жмём «Обновить сейчас«. Если выдаст ошибку меняем сервер и снова жмём, пока всё не будет хорошо, потом жмём ОК.

Если время сбивается после каждого запуска компьютера, значит у вас разрядилась батарейка на материнское плате и её стоит поменять (Смело выдергиваете и идёте с ней покупать новую, компьютер может работать и без неё). Именно из-за батарейки я и написал о курсе рубля, теперь не каждый может позволить обновить рабочую машинку и батарейки будут сажаться.

2. Ошибка в настройках групповых политик (на предприятии)

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

Отличный вариант для решения этой проблемы — это установки обновлений корневых сертификатов. Они доступны как и для серверных, так и для клиентских ОС.

К примеру для клиентских ОС можно выбрать отсюда: обновление kb3004394

Но вообще поиск по https://support.microsoft.com по запросу корневые сертификаты здесь очень сильно помогает.

3. Когда больше ничего не помогает

Не могу рекомендовать данный способ, как он вполне способен организовать дыру в безопасности вашего компьютера, но раз любимый сайт дороже, то переходим по ссылке (к примеру GeoTrust Primary Certification Authority должен помочь вылечить сайты Google) и качаем корневые сертификаты, которые сейчас мы будем устанавливать (Cпециально разместил их на Яндекс.Диске, чтобы ссылки не могли подменить злоумышленики, владелец каталога должен быть Skesov). Там есть файл original links, где указаны ссылки на источники файлов. При желании можно скачать оттуда.

Скачали? Теперь жмём Win+R и вводим команду certmgr.msc

Кликаем правой клавишей мыши по каталогу «Доверенные корневые центры сертификации»

Откроется «Мастер импорта сертификатов». Жмём далее.

Жмём кнопку «Обзор», откроется окно поиска файлов, выбираем справа внизу «Все файлы», идём в папку со скаченным файлом и открываем файл.

Проверяем чтобы было выбрано «Доверенные корневые центры сертификации» и жмём далее.

Жмём «Готово» и сертификат добавится в систему.

По идеи уже всё должно работать, но можно повторить всё тоже самое, добавляя этот же сертификат в «Сторонние корневые центре сертификации«. После добавления страницы должны открываться, максимум что потребуется — это перезапуск системы.

Вроде всё. Надеюсь эта статья оказалась вам полезной, обязательно нажмите одну из кнопок ниже, чтобы рассказать о ней друзьям. Также подпишитесь на обновления сайта, введя свой e-mail в поле справа или подписавшись на группу во Вконтакте и канал YouTube.
Спасибо за внимание

Решение проблем

По вопросам и ошибкам, которые вы не смогли решить самостоятельно, просим обращаться в Службу технической поддержки ГАУ РК «ЦИТ».

Решение типовых проблем (редакция от 23.12.2019 12:35)

К сожалению, в RSA-сертификат Системы доступа не внесен адрес gost.security.rkomi.ru, поэтому сообщение об ошибке SSLGOST-004 (отсутствие поддержки ГОСТ) будет дополнительно сопровождаться сообщением о неверном сертификате.

Непосредственно проблемой это не является. Необходимо разобраться с причинами появления ошибки SSLGOST-004.

Продиагностировать прочие проблемы можно с использованием журнала CAPI (криптографической подсистемы) Windows:

  • Панель управления — Администрирование — Просмотр событий
  • Разворачиваете Журналы приложений и служб — Microsoft — Windows — CAPI2
  • Включаете журнал Operational (правой кнопкой — Включить)
  • Очищаете его (правой кнопкой — Очистить журнал), т.к. событий там может быть много
  • Открываете сохраненный сертификат, который не может провериться
  • Обновляете список событий в журнале и смотрите ошибки
  • После окончания диагностики, отключите журнал (очень много событий пишет)

Ошибка касается открытого сайта https://security.rkomi.ru/ и негостовского шифрования. Если на компьютере проблемы с неверным сертификатом только в IE (например, реально просроченный сертификат), а в других браузерах при открытии https://security.rkomi.ru/ проблем нет (сертификат действительный), тогда вероятнее всего проблема в устаревшем браузере на устаревшей ОС — что они не поддерживают разные сертификаты на одном IP адресе.

В нормальном режиме работы таких конфигураций на сервере быть не должно, однако может случиться, что на одном виртуальном хосте установлен 1 сертификат, а на другом — другой (например, в ходе неполной замены сертификата администратором). Необходимо почистить кеш SSL в Internet Explorer, перезагрузиться, если не помогло — обратиться в Службу технической поддержки ГАУ РК «ЦИТ» с заявкой о возможной ошибке конфигурирования серверов SSLGOST.

Не удается отобразить эту страницу. Включите протоколы TLS 1.0, TLS 1.1 и TLS 1.2

Ошибка может появляться или всегда или периодически без каких-либо явных предпосылок

Если на защищенном сайте выводится такая ошибка и протоколы TLS включены. А обычные https-сайты (например, https://mail.ru) открываются без проблем, вероятно проблема в антивирусе — он анализирует шифрованный трафик и работает с ним некорректно. Также можно проверить на работу на https://i.vtb.ru/ — тоже должна быть такая ошибка (после согласия с неверным сертификатом).

Попробуйте полностью выключить антивирус (не приостановить, а выключить), закрыть браузер и попробовать снова. Если помогло, то необходимо в настройках антивируса отключить инспекцию TLS/SSL для защищаемого сайта, либо добавить его в доверенные/исключения антивируса.

Простой вариант: Добавить сайт системы, с которой работаете, либо *.rkomi.ru в доверенные (Trusted).

Чуть более сложный (и как минимум один раз не помог — помогло включение в доверенные) — Разрешить перенаправления:

  • Открыть настройки браузера (сервис -> свойства обозревателя)
  • Перейти на вкладку Безопасность (Security)
  • Кликнуть на значок зоны «Интернет» (Internet)
  • Нажать на кнопку «Другой. » (Custom. )
  • Найти пункт «Разное -> Разрешить метаобновления» («Miscellanous -> Allow META REFRESH») и установить его в «Разрешено» («Enable»)
  • Закрыть все окна браузера или перезагрузить компьютер.

Ошибка SSLGOST-001: Информационная система не идентифицирована

Часто бывает, что доступ к СЭД открыт для одной учетной записи (например, под той, под которой работал VPN), а в систему защиты (она же этот Портал по безопасности) вы входите под другой учетной записью. Необходимо сделать одно из следующих действий:

Форум КриптоПро
 » 
Устаревшие продукты
 » 
КриптоПро CSP 3.6
 » 
WinHttpRequest, сертификаты Крипто-Про и НБКИ


Offline

cmf

 


#1
Оставлено
:
22 марта 2012 г. 20:33:42(UTC)

cmf

Статус: Новичок

Группы: Участники

Зарегистрирован: 20.03.2012(UTC)
Сообщений: 2
Откуда: TLT

Добрый день.

Пробую подключиться к серверу НБКИ через COM интерфейс WinHttp.WinHttpRequest.5.1

$inet = new COM(«WinHttp.WinHttpRequest.5.1»);
$inet->open(«GET», «https://icrs.nbki.ru/products/B2BRequestServlet», false);
$inet->SetClientCertificate(«LOCAL_MACHINEPersonalircs.nbki.ru»);
$inet->send();
echo $inet->responseText;

Получаю ошибку: Недопустимый или неправильный центр сертификации

В IE все работает. Подскажите, пожалуйста, как правильно узнать и прописать путь до сертификата чтобы запросы работали?


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

Guest

Форум КриптоПро
 » 
Устаревшие продукты
 » 
КриптоПро CSP 3.6
 » 
WinHttpRequest, сертификаты Крипто-Про и НБКИ

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

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

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

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

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

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

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

@jainankit2474 commented on Sun Nov 26 2017

My problem here is specifically in .Net standard 2.0 and .Net core 2.0, since the same code, seems to work fine with .net framework 4.6.1.

In .NET framework, we are using following code to trust all certificates:

ServicePointManager.ServiceCertificateValidationCallback += (o, c, ch, er) => true;

But the same code is not working with .NET core 2.0 and .NET standard 2.0.

I have also tried the below code:

var httpClientHandler = new HttpClientHandler(); httpClientHandler.ServiceCertificateCustomValidationCallback = HttpClientHandler.DangerousAcceptAnyServerCertificateValidator;

But this is not working for me.
‘An error occurred while sending the request, The certificate authority is invalid or incorrect’ exception has been thrown.

image

Please suggest me any alternative solution for the self-signed certificate in .NET standard 2.0.

@Petermarcu commented on Sun Nov 26 2017

This may be an issue with the implementation of those API’s in .NET Core 2.0. I’m going to move this issue to .NET Core so that can be determined.

@jainankit2474 commented on Sun Nov 26 2017

My problem here is specifically in .Net standard 2.0 and .Net core 2.0, since the same code, seems to work fine with .net framework 4.6.1.

In .NET framework, we are using following code to trust all certificates:

ServicePointManager.ServiceCertificateValidationCallback += (o, c, ch, er) => true;

But the same code is not working with .NET core 2.0 and .NET standard 2.0.

I have also tried the below code:

var httpClientHandler = new HttpClientHandler(); httpClientHandler.ServiceCertificateCustomValidationCallback = HttpClientHandler.DangerousAcceptAnyServerCertificateValidator;

But this is not working for me.
‘An error occurred while sending the request, The certificate authority is invalid or incorrect’ exception has been thrown.

image

Please suggest me any alternative solution for the self-signed certificate in .NET standard 2.0.

@Petermarcu commented on Sun Nov 26 2017

This may be an issue with the implementation of those API’s in .NET Core 2.0. I’m going to move this issue to .NET Core so that can be determined.

Раньше звонил во многие успокаивающие службы от asp, но этот поставил меня в тупик. Сначала моя функция выглядит так

Set objHTTP = Server.CreateObject("MSXML2.ServerXMLHTTP") 
with objHTTP 
.open "post", x_posturl, False 
.setRequestHeader "Content-Type", "application/x-www-form-urlencoded"
.send x_xmlstr
end with

и возвращенная ошибка

Ошибка msxml3.dll «80072f0d» Центр сертификации недействителен или неверен

Итак, немного погуглил, и предложение было добавить строку

.setOption 2, 13056

это дает ошибку

Ошибка msxml3.dll «80072f0c». Для завершения проверки подлинности клиента требуется сертификат.

Затем я связался с поставщиком услуг, и они предложили

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

Итак, попробовал это по инструкции здесь — но до сих пор нет радости, любая помощь приветствуется

Источник
  • Remove From My Forums

  • Вопрос

  • свежеустановленная windows 2008r2 (в виртуалке), свежеустановленный WSUS из диспетчера сервера (обновленный  до 3.2.7600.256 из WSUS-KB2720211-x64.exe и WSUS-KB2734608-x64.exe). 

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

    Имя журнала:   Application
    Источник:      Windows Server Update Services
    Дата:          07.10.2015 14:55:26
    Код события:   364
    Категория задачи:(2)
    Уровень:       Ошибка
    Ключевые слова:Классический
    Пользователь:  Н/Д
    Компьютер:     server-WSUS-T3.tes3.orpower.local
    Описание:
    Ошибка при загрузке файла содержимого. Причина: Код состояния HTTP 403: Клиент не имеет прав на доступ к запрашиваемому объекту сервера.
     Исходный файл: /d/msdownload/eula/unicodeuse%20terms_supp_ie11%20rtw%20_russian_ru-ru-a4b8d698-7531-4af6-868d-e144c0dc9631.txt Конечный файл: c:WSUSWsusContentEBD3EA86537D8E6E59A67062B91EF4B8026A4818EB.txt.
    Xml события:
    <Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
      <System>
        <Provider Name=»Windows Server Update Services» />
        <EventID Qualifiers=»0″>364</EventID>
        <Level>2</Level>
        <Task>2</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime=»2015-10-07T08:55:26.000000000Z» />
        <EventRecordID>652</EventRecordID>
        <Channel>Application</Channel>
        <Computer>server-WSUS-T3.tes3.orpower.local</Computer>
        <Security />
      </System>
      <EventData>
        <Data>Ошибка при загрузке файла содержимого. Причина: Код состояния HTTP 403: Клиент не имеет прав на доступ к запрашиваемому объекту сервера.
     Исходный файл: /d/msdownload/eula/unicodeuse%20terms_supp_ie11%20rtw%20_russian_ru-ru-a4b8d698-7531-4af6-868d-e144c0dc9631.txt Конечный файл: c:WSUSWsusContentEBD3EA86537D8E6E59A67062B91EF4B8026A4818EB.txt.</Data>
      </EventData>
    </Event>

    установка WSUS прошла без ошибок, вместе с ним установлены IIS и файловый сервер. прокси нет, авторизацию в WSA для этого сервера отключил.

    • Изменено

      7 октября 2015 г. 9:26

Ответы

  • пока у всуса никто обновления не запросил качать он их не будет и показывать как доступные для апрува не должен

    галки в настройках всуса это лишь список того что всус будет проверять и загружать при необходимости, апрув (если он настроен руками, так как может проходить автоматом) находится в списке всех обновлений со статусом Unaproved
    & Needed

    The opinion expressed by me is not an official position of Microsoft

    • Изменено
      Vector BCOModerator
      9 октября 2015 г. 6:44
    • Предложено в качестве ответа
      Vasilev VasilMicrosoft contingent staff
      12 октября 2015 г. 9:44
    • Помечено в качестве ответа
      Vasilev VasilMicrosoft contingent staff
      14 октября 2015 г. 6:46

Источник

Форум КриптоПро
 » 
Устаревшие продукты
 » 
КриптоПро CSP 3.6
 » 
WinHttpRequest, сертификаты Крипто-Про и НБКИ


Offline

cmf

 


#1
Оставлено
:
22 марта 2012 г. 20:33:42(UTC)

cmf

Статус: Новичок

Группы: Участники

Зарегистрирован: 20.03.2012(UTC)
Сообщений: 2
Откуда: TLT

Добрый день.

Пробую подключиться к серверу НБКИ через COM интерфейс WinHttp.WinHttpRequest.5.1

$inet = new COM(«WinHttp.WinHttpRequest.5.1»);
$inet->open(«GET», «https://icrs.nbki.ru/products/B2BRequestServlet», false);
$inet->SetClientCertificate(«LOCAL_MACHINE\Personal\ircs.nbki.ru»);
$inet->send();
echo $inet->responseText;

Получаю ошибку: Недопустимый или неправильный центр сертификации

В IE все работает. Подскажите, пожалуйста, как правильно узнать и прописать путь до сертификата чтобы запросы работали?


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

Guest

Форум КриптоПро
 » 
Устаревшие продукты
 » 
КриптоПро CSP 3.6
 » 
WinHttpRequest, сертификаты Крипто-Про и НБКИ

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

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

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

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

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

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

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

Источник

Добрый день!

Задача следующая, требуется получить в формате json сделки из Битрикс24

Код следующий:

WinHttp = Новый COMОбъект(«WinHttp.WinHttpRequest.5.1»);

    WinHttp.Option(2,»utf-8″);  

    WinHttp.Option(4,»0x3300″);

    WinHttp.Open(«GET»,»https://Адрес/rest/1/КодДоступа/crm.deal.list»,0);

    
    WinHttp.SetRequestHeader(«Host», «Адрес»);

    WinHttp.SetRequestHeader(«Accept-Language», «ru»);

    WinHttp.SetRequestHeader(«Accept-Charset», «utf-8»);

    WinHttp.SetRequestHeader(«Content-Language», «ru»);

    WinHttp.SetRequestHeader(«Content-Charset», «utf-8»);

    WinHttp.SetRequestHeader(«Content-type»,»application/x-www-form-urlencoded; charset=utf-8″);

    
    WinHttp.Send();

    ТекстОтвета = WinHttp.ResponseText();

1с выдает ошибку «Произошла исключительная ситуация (WinHttp.WinHttpRequest): Недопустимый или неправильный центр сертификации»

Добавил строку WinHttp.Option(4,»0x3300″); опция которая должна давать команду игнорировать ошибки сертификата (список параметров брал вот здесь https://msdn.microsoft.com/en-us/library/windows/desktop/aa384108(v=vs.85).aspx параметры как я понял считаются с нуля).

Но не помогло ошибка та же.

Может кто знает как дать 1с нужный сертификат ?

Например как в HTTPСоединение с помощью ssl = Новый ЗащищенноеСоединениеOpenSSL

Только не понятно в какой параметр его использовать.

Источник

Have called many restful services from asp before — but this one has me stumped.
First my func looks like

Set objHTTP = Server.CreateObject("MSXML2.ServerXMLHTTP") 
with objHTTP 
.open "post", x_posturl, False 
.setRequestHeader "Content-Type", "application/x-www-form-urlencoded"
.send x_xmlstr
end with

and the error returned is

msxml3.dll error ‘80072f0d’ The certificate authority is invalid or
incorrect

so, googled a bit and suggestion was to add line

.setOption 2, 13056

this gives error

msxml3.dll error ‘80072f0c’ A certificate is required to complete
client authentication

I then contacted service supplier and they suggested

Click on the certificate error next to the address bar, view the
certificate, select Details, select Copy to File, and download it to a
file. Install that into your trusted certificates on your server to
stop the error appearing when trying to submit data.

So, tried that using instructions here — but still no joy, any help appreciated

Источник

  1. 16.07.2014, 12:34


    #11

    Azcol вне форума


    Senior Member

    По умолчанию

    Здравствуйте, проверьте что вы точно запускаете 1С в режиме толстого клиента и обычного приложения.

    Сертификат у вас в биллинге самоподписанный? Если да, его нужно добавить в список доверенных.

  2. 22.07.2014, 04:11


    #12

    redhost.su вне форума


    Member

    По умолчанию

    вы точно запускаете 1С в режиме толстого клиента и обычного приложения

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

    Последний раз редактировалось redhost.su; 22.07.2014 в 04:18.

  3. 22.07.2014, 11:00


    #13

    Azcol вне форума


    Senior Member

    По умолчанию

  4. 22.07.2014, 13:45


    #14

    redhost.su вне форума


    Member

    По умолчанию

    Странно как то. У меня нет такого меню.

    А никто не переделывал эти обработки, что бы они работали не зависимо от того в каком режиме запущена 1С?

  5. 22.07.2014, 14:48


    #15

    Azcol вне форума


    Senior Member

    По умолчанию

    Тогда проверьте настройки 1С:

  6. 22.07.2014, 17:21


    #16

    redhost.su вне форума


    Member

    По умолчанию

    Огромное спасибо разобрались. Не подскажете по сертификату?

    Недопустимый или неправильный центр сертификации

    Его ипортировать достаточно в систему или в 1С именно как то нужно?

  7. 22.07.2014, 17:44


    #17

    Azcol вне форума


    Senior Member

    По умолчанию

    Достаточно добавить как доверенный в систему, используются настройки подключения через IE

  8. 01.04.2015, 22:09


    #18

    swsn вне форума


    Junior Member

    По умолчанию

    Здравствуйте,
    Пытаемся настроить выгрузку в 1с , все сделали по инструкции, результат:

    INFO Request [admin] ‘todate=2015%2D04%2D01&fromdate=2015%2D02%2D02&pro vider=1&out=xml&func=uploadinvoice&authinfo=*’
    ../../src/billmgr/other/1cupload.cpp:48 DEBUG Upload Invoice

    И все, кроме этих двух записей в логе ошибок нет
    Пробуем 1с 8.3 в режиме толстого клиента

  9. 02.04.2015, 10:00


    #19

    Azcol вне форума


    Senior Member

    По умолчанию

    Здравствуйте, чтобы точно можно было сказать что не так, включите дебаг для SQL запросов
    — нужно добавить строку в billmgr.conf и перезапустить панель.

    После этого повторите попытку загрузки и показите что будет в логе.

    Возможно запросы помогту прояснить ситуацию

  10. 02.04.2015, 14:20


    #20

    swsn вне форума


    Junior Member

    По умолчанию

    Извините, походу мы что-то с 1c намудрили, под другим пользователем выгрузка прошла.

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка недопустимый идентификатор sql
  • Ошибка неизвестное имя свойства документа word
  • Ошибка неизвестное usb устройство сбой запроса дескриптора устройства
  • Ошибка неизвестное usb устройство сбой задания адреса
  • Ошибка неизвестная ошибка пожалуйста повторите позднее