Никаких родных обёрточек нету?
Надо MSXML2.XMLHTTP юзать?

Надо MSXML2.XMLHTTP юзать

Вспомнил, что в голове крутилось! HTTPСоединение!
Через него не получится отправить xml-запрос и получить xml-результат?
Оно типа для работы с файлами...
Звиняйте, ежели чо. Я в интернетах не спец.

еще раз тебе надо XML-RPC или же просто в теле http запроса отправить xml?
т.к. в теме используются такие страшные для 1С как https, а не http я бы советовал сразу использовать MSXML2.XMLHTTP, если просто http, тогда можно и HTTPСоединение

Я х.з. как это называется, но мне просто надо запостить урл вполне конкретного вида (руками собранный) в ответ на который вернется xml-ответ. Причем видел примеры работы с этим сервисом через MSXML2.XMLHTTP. Там тупо через send засылается урл и читается responseXML. Просто думал, что может можно более нативно сделать в 1С. Вроде HTTPСоединение умеет с https работать...

(4) Попробуй, разрешаем

(4) только когда будет самоподписанный сертификат на сайт, не говори, что не предупреждали. (на забудь сохранить сертификат в папку с 1С и т.д. и тогда поймешь, что MSXML2.XMLHTTP возможно не зря рекомендуют для https)

Понял. Спс.

(6) наверное, в базу знаний неплохо бы статью, хотя их походу никто не читает

(8) даже по форуму поиска не делают... http://www.google.ru/search?as_sitesearch=forum.mista.ru&q=https

Подниму тему.
Стучусь через MSXML2.XMLHTTP к одному ресурсу по https.
Метод send вызывает исключение с кодом 2146697208 (Ошибка загрузки указанного ресурса). Туже самую фигню выдает если обращаться не через 1С, а из JScript (т.е. 1С тут точно не причем).
Фишка в том, как я понимаю, что используется самоподписанный сертификат. Через интернет-экплорер добавил этот сертификат в списки доверенных корневых и промежуточных центров сертификации.
Т.е. обращение по тому же самому урлу напрямую в любом браузере - без вопросов возвращает нужный результат. А через MSXML2.XMLHTTP исключение валит :(
Может, кто сталкивался? Куда еще его нужно прописать, чтобы MSXML2.XMLHTTP не ругался?

(10) http://adminote.blogspot.com/2009/10/1-81-gmail.html

stunnel - это запасной вариант
Хочется без костылей...

тогда так http://msdn.microsoft.com/en-us/library/aa384055(v=vs.85).aspx

(10) А из JScript?
И что у него в свойствах на закладке Путь сертификации?

(14) Я ж сказал - из JScript то же самое исключение. На закладке "Путь сертификации" в качестве пути прописан сайт, куда я стучусь и состояние сертификата "Сертификат действителен".

(13) Явное подсовывание файла сертификата - это тоже костыль. Если по-другому никак, тогда уже через stunnel сделаю. С двух сайтов уже через него забираю, просто в этот раз хотел более человечно сделать. Да, видать, не судьба...

(16) более человечно это средствами 1С.

По итогам (может, кому-то пригодится):
Кроме MSXML2.XMLHTTP пробовал еще подключение через WinHttp.WinHttpRequest
Там более осмысленное исключение выдавало "A certificate is required to complete client authentification".
По нему нагуглил похожую ситуацию вроде как с решением: http://social.msdn.microsoft.com/Forums/en/netfxjscript/thread/d2562bc2-79bb-49c3-8b04-e052ce6b3733
Но к тому времени уже задолбались, да и приватного ключа под рукой не было.
Поэтому таки через stunnel пробросили :)

(18) А для stunnel не нуже что ли приватный ключ? С клиентской аутентификацией сертификатом с закрытым ключем WinHttp.WinHttpRequest как раз на ура работает. И не нужно никаких stunnel. Сертификат только установить под нужным пользователем

(19) Не нужен. Их два поднято - один в той локалке, другой в этой (шифруются уже своими сертификатами). Зато стучусь напрямую к базе.
Я ж сказал, что нагуглил решение. Кто бы мне еще объяснил, нафига для этого закрытый ключ нужен...