Request: подключение к конечной точке https и получение: Имя хоста / IP не соответствует альтернативным именам сертификатов

Созданный на 18 сент. 2015 · 12Комментарии · Источник: request/request

Я пытаюсь подключиться к внешней службе https REST на heroku со своего локального хоста со следующим кодом:

request(
            {
                url: config.get('host') +req.originalUrl,
                method: req.method,
            }, function (error, response, body) {

            })

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

Имя хоста / IP не соответствует альтернативным именам сертификата: "Хост: localhost. Не входит в альтернативные имена сертификата: DNS: _. Herokuapp.com, DNS: herokuapp.com "
Хост: localhost. отсутствует в альтернативных именах сертификата: DNS: _. herokuapp.com, DNS: herokuapp.com

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

Любая помощь?

Источник

ddelizia

Самый полезный комментарий

Это ужасно

rcronc 30 авг. 2017

😄20 👍16 ❤13 🎉6 😕4

Все 12 Комментарий

Каков точный URL вашего запроса config.get('host') +req.originalUrl ?

simov 23 сент. 2015

Я тоже это получаю. Я использую самоподписанный сертификат и не хочу выполнять проверку имени хоста. У меня это в моих просьбах

agentOptions: {
        ca: fs.readFileSync('ca.cert.pem')
    }

Как установить ignoreHostname?

jperry 16 окт. 2015

👍1

Вы пробовали установить для переменной rejectUnauthorized значение false?

`` `` `запрос ({
url: config.get ('host') + req.originalUrl,
метод: req.method,
rejectUnauthorized: false
},
function (error, response, body) {

        })```

`` `` `

strictlyd 29 окт. 2015

👍24 👎15 ❤10 😕1

Было бы неплохо, если бы rejectUnauthorized: false было где-нибудь на первой странице документации.

justinmchase 27 мар. 2017

👎11 👍9

Разве rejectUnauthorized: false заставляет вас принимать какие-либо сертификаты сервера? В таком случае я не считаю это верным решением.
Я хотел бы проверить сервер, убедившись, что сертификат подписан доверенным центром сертификации (в моем случае это мой собственный центр сертификации). Я не хочу заглушать все это и делать это небезопасным.

josepmesteves 8 авг. 2017

👍40 🎉8 😕3 😄1 👎1

Это ужасно

rcronc 30 авг. 2017

😄20 👍16 ❤13 🎉6 😕4

Вы должны соответствовать сертификат сервера в CommonName для клиента hostname .

tomonari-t 15 июл. 2018

Вы должны сопоставить CommonName сертификата сервера с именем хоста клиента.

Почему так? Почему клиент заботится о собственном имени хоста, указанном в сертификате сервера? Речь идет об аутентификации сервера. Спасибо

ChrisBellewVgw 12 мар. 2019

👍3

К вашему сведению, у меня возникла эта ошибка, когда я пересылал запросы, я использовал request({host: 'something.com'... headers: req.headers... То, что я сначала не понял, так это то, что в заголовках было host: 'localhost' , которое было виновником. Я заменил его, и теперь он все в порядке.

pkopac 23 мая 2019

👍7 🚀2

Я считаю, что сталкиваюсь с той же проблемой. Я получаю следующую ошибку при использовании узла 6.10.3 и запроса 2.88:

Ошибка: имя хоста / IP не соответствует альтернативным именам сертификата: «Хост: https. Не входит в альтернативные имена сертификата:

Я отследил это до кода узла tls.js. Как-то "https". передается в качестве имени хоста запросом на узел. Если я установил для rejectUnauthorized значение false, мой код будет работать. Итак, я передаю правильное имя хоста в URL-адресе.

rarebreed 5 июл. 2019

Я считаю, что это можно смягчить, используя ключ api, предоставленный целевым доменом.

Curti-s 18 нояб. 2019

К вашему сведению, у меня возникла эта ошибка, когда я пересылал запросы, я использовал request({host: 'something.com'... headers: req.headers... То, что я сначала не понял, так это то, что в заголовках было host: 'localhost' , которое было виновником. Я заменил его, и теперь он все в порядке.

моя проблема решена. Я забыл изменить req.header и сменить хост.