Msxml3 dll ошибка при вызове метода контекста

Заголовок сообщения: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 18 июн 2012, 17:14 

Пытаюсь достучаться к базе биллинга (версия 5.2) из 1С через https посредством MSXML2.XMLHTTP по аналогии с описанным в документации биллинга версии 4.4 способом. Просто потому, что для новых версий соответствующий раздел отсутствует в документации.
Метод Send возвращает ошибку 2146697208 (пытаюсь просто прочитать таблицу договоров точно так же как в клиенте через SQL-редактор).
В режиме отладки клиента биллинга получил нужную строку запроса — она несколько отличается от описанной в старой документации. Но приведение в соответствие с ней не изменило результата.
Может ли это быть из-за того, что в строке запроса присутствует составляющая &BGBillingSecret= с каким-то ключом?
Вместо неё я передаю &user= и &pswd= (как описано).
Что я могу делать не так?
Работает ли вообще в версии 5.2 подобный доступ к таблицам биллинга через https из внешних систем?

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 18 июн 2012, 18:29 

«Ошибка при вызове метода контекста (send): Произошла исключительная ситуация (msxml3.dll): Системная ошибка: -2146697208»
Если подключаю «MSXML2.XMLHTTP.4.0», то (msxml3.dll) ожидаемо меняется на (msxml4.dll) в тексте ошибки.
Код ошибки, если верить гуглу, соответствует слишком общей ошибке, чтобы натолкнуть на конкретную мысль.
Для меня важно для начала знать — работает у кого-то в аналогичных условиях (5.2 и через https извне) или нет.
Чтобы не тратить зря время, если не работает.

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 18 июн 2012, 18:46 

В старой документации предлагается генерить такую подстроку для получения результата произвольного запроса к базе биллинга(после строки подключения):
«module=admin&action=SQLEditor&pageSize=100000&sql=» +query . Ну и плюс логин/пароль.
В режиме отладки клиента биллинга 5.2 подсмотрел такую строку:
«module=sqleditor&action=SQLEditor&pageSize=25&base=main&sql=» + query. Порядок параметров подогнал под старый пример для наглядности.
Т.е. как минимум поменялось имя модуля. Ну и еще параметр BGBillingSecret смущает, о котором я писал в сабже.
Ошибку, похоже, возвращает одну и ту же в случае если сервер биллинга отвергает запрос.

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 18 июн 2012, 19:40 

забейте на secret он используется только для клиента. С 4.4 мог поменяться формат xml выдаваемый биллингом. с 4.6 на 5.1 точно немного менялся для договоров.
Проверьте разницу между тем что у вас msxml хочет и что ему выдают.

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 18 июн 2012, 19:54 

aardvark писал(а):

забейте на secret он используется только для клиента. С 4.4 мог поменяться формат xml выдаваемый биллингом. с 4.6 на 5.1 точно немного менялся для договоров.
Проверьте разницу между тем что у вас msxml хочет и что ему выдают.

Ага! На это я и надеялся (относительно secret).
В том-то и проблема, что я не могу никакого xml получить
Метод send при получении результата POST валит исключение

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 18 июн 2012, 20:11 

Делаю буквально следующее:

Open(«POST», «https://СайтБиллинга:ПортБиллинга/bgbilling/executer?», 0)
setRequestHeader(«content-type», «application/x-www-form-urlencoded»)

Дальше хочу послать простейший запрос для пробы — «select id from contract»
Сначала делал как в старой доке:

Send( «user=Пользователь&pswd=Пароль&module=admin&action=SQLEditor&pageSize=100000&sql=ТекстЗапросаUrlencoded»)

Болт. И что уже только не делал. Результат один и тот же…

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 18 июн 2012, 21:52 

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 04:34 

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 13:37 

Phricker писал(а):

Module=admin в 5.2 уже не работает кстати
Помню как обновлялся на новый год на 5.2 а потом меня бухи будили когда выгрузку надо было делать

Так тоже делал. Та же самая ошибка.

Но я вроде как докопался до корня зла.
Наконец, сообразил сделать то, что следовало сделать сразу.
Подставил сгенерированную строку запроса тупо в браузер.
А он мне и выдал — «Сертификат не является доверенным для этого сайта бла-бла-бла» (я ведь через https стучусь). Ежели жмешь — все равно выполнить запрос, тогда браузер таки возвращает правильную xml-ку. Но «https» в строке браузера (Chrome) демонстративно перечеркивает.
Т.е. ошибку именно из-за этого возвращает, как я понимаю.
Как это можно обойти самым простым и тупым способом (не покупая кашерного сертификата и т.п)? Извините за возможно ламерский запрос, я в интернет-технологиях не настоящий сварщик.

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 13:39 

skn писал(а):

может вам лучше напрямик в БД через ODBC драйвер ломиться?

Так и делаю для других биллингов. Это запасной вариант.
Просто как правило биллинги не в локалке и приходится еще костыли тулить.
Через http вроде как более кашерно.

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 13:54 

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 14:00 

dimOn писал(а):

а… понял… ошибка 1С а не биллинга.
ну так сам url то доступен вообще 1с-кой? в браузере вы его можете открыть?
upd , ок

Ошибка не биллинга. Но и не 1С. Ошибка при работе через MSXML2.XMLHTTP.
Сертификат сделал доверенным. Любой браузер теперь возвращает правильный ответ без всяких оговорок.
Но при попытке спросить через MSXML2.XMLHTTP эту же фигню по-прежнему возвращает ошибку.
Может, есть еще какие-то тонкости c https через MSXML2.XMLHTTP?
Кто еще забирает данные в 5.2 через https с помощью MSXML2.XMLHTTP?
Отзовитесь!

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 15:18 

Amir писал(а):

Не работает только через HTTPS, или через HTTP тоже, или через HTTP проверить нет возможности?
Брандмауэр не закрывает доступ 1C’у для подключения к биллингу?
URL правильный? Протокол https, порт https, метод POST, в URL нет никаких параметров и вопросиков, как при GET, т.е. «https://127.0.0.1:8443/bgbilling/executer»?

Прочитал, что подобная ошибка типична для многих сервисов, когда к ним тупо закрыт доступ (брендмауэром, например). Перепробовал все что мог — отключал брендмауэр, антивирус, в политиках безопасности лазил…
Через http проверить нет возможности. Куда еще можно заглянуть?

Код:

url = «https://Сайт:8443/bgbilling/executer?»;
odd.Open(«POST», url, 0);
odd.setRequestHeader(«content-type», «application/x-www-form-urlencoded»);
i = odd.Send(«user=Юзер&pswd=Пароль&module=sqleditor&action=SQLEditor&pageSize=100000&sql=%53%45%4C%45%43%54%20%69%64%2C%20%74%69%74%6C%65%20%66%72%6F%6D%20%63%6F%6E%74%72%61%63%74»;

Т.е. простой запрос на выборку всех договоров. При вызове метода Send возникает исключение.

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 16:51 

Пишут:

Цитата:

Для того чтобы 1С смогла работать с самоподписным сертификатом описание корневого сертификата надо добавить в файл cacert.pem (в каталоге программы bincacert.pem). Описание можно сгенерировать с помощью бесплатной утилиты openssl.

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 18:31 

Amir писал(а):

Сделал. Не помогло. Что неудивительно, в принципе.
Это, как я понимаю, рецепт для работы с https через встроенную в 1С обертку для этого дела (есть там соответствующий класс). А я работаю через MSXML2.XMLHTTP (т.е. точно также, как из любого скриптового языка).
Пробовал с разных компов запускать (предварительно установив самоподписанный сертификат как доверенный).
Результат тот же… Разве что вместо кода ошибки возвращает её текстовое описание — «Ошибка загрузки указанного ресурса».
Попробую это дело полностью на JavaScript переписать, чтобы исключить вопрос отношения 1С к этой проблеме…

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 19:58 

В общем, 1С тут точно не причем.
Написал простейший JScript из 4 строчек, ошибка та же самая:

Код:

Connect = new ActiveXObject(«MSXML2.XMLHTTP»);
Connect.Open(«POST», «https://Сайт:8443/bgbilling/executer?»,0);
Connect.setRequestHeader(«content-type», «application/x-www-form-urlencoded»);
Connect.send(«user=Логин&pswd=Пароль&module=sqleditor&action=SQLEditor&pageSize=100000&sql=%53%45%4C%45%43%54%20%69%64%2C%20%74%69%74%6C%65%20%66%72%6F%6D%20%63%6F%6E%74%72%61%63%74»);

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 19:59 

Что еще можно попробовать, куда посмотреть?
Руки опускаются

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 19 июн 2012, 20:03 

Сертификат — да, самоподписанный.
Но он добавлен в список доверенных корневых и промежуточных центров сертификации (браузеры возвращают результат без вопросов). Может, для MSXML2.XMLHTTP еще нужно где-то его прописать?

Заголовок сообщения: Re: Доступ к таблицам биллинга извне. Изменился протокол?

Добавлено: 21 июн 2012, 19:32 

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

Доброго времени суток!

На Windows 7 установлено следующее ПО КриптоПро:
Версия ядра — 3.6.5364 KC1
Версия продукта — 3.6.7491

В реестр импортирован личный сертификат, через оснастку установлен в хранилище сертификатов.

Далее js-скриптом пытаемся осуществить запрос к контент-провайдеру:

function start()
{
    var strRequest = "SomeRequestHere";
         
   WScript.Echo("Sending request...");
   strResult = doRequest(strRequest); 
   WScript.Echo(strResult);   
   WScript.Echo("Done!");   
}
 

function doRequest(sReqBody)
{
 
    var HTTPREQUEST_PROXYSETTING_DEFAULT = 0;
    var HTTPREQUEST_PROXYSETTING_DIRECT = 1;
    var HTTPREQUEST_PROXYSETTING_PROXY = 2;
    var strResult;
 
    try
 {
// Create the WinHTTPRequest ActiveX Object.
     var WinHttpReq = new ActiveXObject("WinHttp.WinHttpRequest.5.1");
     
//Set Proxy Server if necessary
      WinHttpReq.SetProxy( HTTPREQUEST_PROXYSETTING_PROXY, "proxy.server.ru:3128", "*.e-i.ru");
     
     
//Create an HTTP request
 WinHttpReq.Open("POST", "https://www.rb-ei.com/cpuEnquiry.asp", true);     
    
//Select a client certificate
//CN = Иванов Иван Иванович
 
      WinHttpReq.SetClientCertificate("CURRENT_USERMyИванов Иван Иванович");
      WScript.Echo("Certificate is: " + "CURRENT_USERMyИванов Иван Иванович");
      
       
     WinHttpReq.SetRequestHeader("Content-Type","application/x-www-form-urlencoded; Charset=windows-1251");
          
//  Send the HTTP request
     WinHttpReq.Send(sReqBody);
     WinHttpReq.WaitForResponse();
           
     WScript.Echo("Request status: " + WinHttpReq.StatusText);
     strResult = WinHttpReq.ResponseText;
     WScript.Echo(strResult);
 }
    catch (objError)
 {
     var err = objError + "n";
     err += "WinHTTP returned error: " + (objError.number & 0xFFFF).toString() + "nn";
     err += objError.description;
     WScript.Echo(err);
 }
  
//Return the response text
    return strResult;
}
 

//Start the script
 
start();

В ответ получаю ошибку: WinHTTP returned error: 12157. Ошибка поддержки безопасных каналов
Причем заход через IE по адресу https://www.rb-ei.com/cpuEnquiry.asp успешен.
Тот же пример через WinHTTPна любой другой адрес по https, не использующий криптопро также успешен.
Служба поддержки контент-провайдера помочь не может, переадресовала на вас для решения вопроса.

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

Статус: Сотрудник

Поблагодарили: 4 раз в 4 постах

Юрий, добрый вечер.

Судя по всему, это не совсем js, как Вы пишите, а Windows Script. Как он у вас выполняется?

Попробуйте использовать подключение через XMLHttpRequest с исполнением кода в браузере Internet Explorer.

Примерный код:

	var request = new XMLHttpRequest();

	request.open("GET", "https://www.rb-ei.com/cpuEnquiry.asp", false);
	request.setRequestHeader("Content-Type", "application/x-www-form-urlencoded; Charset=windows-1251");
	request.send(sReqBody);

	if (request.readyState == 4) {
		if (request.status == 200) {
			//Success
			var svcResponse = request.responseText;
		}
		else {
			//Failure
		}
	}

Браузер сам предложит Вам выбрать клиентский сертификат.

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

	var request = new XMLHttpRequest();

	request.open("GET", "https://www.rb-ei.com/cpuEnquiry.asp", false);
	request.setRequestHeader("Content-Type", "application/x-www-form-urlencoded; Charset=windows-1251");
	request.send(sReqBody);

	if (request.readyState == 4) {
		if (request.status == 200) {
			//Success
			var svcResponse = request.responseText;
		}
		else {
			//Failure
		}
	}

Владислав, спасибо за ответ!

Извиняюсь, конечно же WScript. Путем множества экспериментов пришел к такой зависимости:
Если запустить данный скрипт из под Администратора (повышение привилегий), то запрос все таки проходит. Такое ощущение что без повышения прав компонент не может получить клиентский сертификат методом WinHttpReq.SetClientCertificate.

И попутно появилась вторая проблема. Никак не могу использовать компонент для проверки ЭЦП:

function doVerify(strMessage) {
    try {
        var SignedData = new ActiveXObject("CAPICOM.SignedData");

        SignedData.Verify( strMessage, false, 0);
        return SignedData.Content;
	}
    catch (objError)
	{
	    var err = objError + "n";
	    err += "CAPICOM returned error: " + (objError.number & 0xFFFF).toString() + "nn";
	    err += objError.description;
	    WScript.Echo(err);
	}
}

Ругается что компонент не найден. Устанавливал по инструкции с вашего сайта. У меня Windows 7 x64. Неужели под эту ОС нет возможности использовать данный компонент?

Статус: Сотрудник

Сказал «Спасибо»: 21 раз
Поблагодарили: 658 раз в 582 постах

в 64-х битах нет CAPIcom, на аналогичный интерфейс предоставляет наш browser плагин.

Отредактировано пользователем 6 февраля 2014 г. 19:02:26(UTC)
 | Причина: Не указана

Статус: Сотрудник

Сказал «Спасибо»: 451 раз
Поблагодарили: 1838 раз в 1421 постах

И браузер IE используется х64?

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

Андрей, я использую данные компоненты не в браузере, а в автономных скриптах. Т.е. фактически вызываются они console-mode.

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

Пробую использовать ваш плагин. Контент-провайдер возвращает мне документ подписанные ЭЦП в кодировке BASE64. Сертификат отправителя с открытым ключом для ЭЦП я импортировал в хранилище сертификатов.

Пробую снять ЭЦП так:

function doVerify(strSignedMessage) {
 
    var CADESCOM_CADES_X_LONG_TYPE_1 = 0x5d;

    try {
        var SignedData = new ActiveXObject("CAdESCOM.CadesSignedData");
         
        SignedData.Verify( strSignedMessage, false, 0);
        return SignedData.Content;
	}
    catch (objError)
	{
	    var err = objError + "n";
	    err += "CAdESCOM returned error: " + (objError.number & 0xFFFF).toString() + "nn";
	    err += objError.description;
	    WScript.Echo(err);
	}
}

Данный код возвращает исключение: 4111 (Криптографическое сообщение не содержит всех запрошенных атрибутов).
Что я делаю не так?