Request: menghubungkan ke titik akhir https dan mendapatkan: Nama host/IP tidak cocok dengan nama alternatif sertifikat

Dibuat pada 18 Sep 2015 · 12Komentar · Sumber: request/request

Saya mencoba terhubung ke layanan https REST eksternal di heroku dari localhost saya dengan kode berikut:

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

            })

Saya mendapatkan kesalahan berikut dalam panggilan balik:

Hostname/IP tidak cocok dengan altname sertifikat: "Host: localhost. tidak ada dalam altname sertifikat: DNS:_.herokuapp.com, DNS:herokuapp.com "
Tuan rumah: localhost. tidak ada dalam nama alternatif sertifikat: DNS:_.herokuapp.com, DNS:herokuapp.com

jika saya terhubung ke layanan yang sama yang diinstal secara lokal semuanya berfungsi dengan benar, jadi itu harus terkait dengan https.

Ada bantuan?

Sumber

ddelizia

Komentar yang paling membantu

Hal ini mengerikan

rcronc pada 30 Agu 2017

😄20 👍16 ❤13 🎉6 😕4

Semua 12 komentar

Apa URL yang tepat dari permintaan Anda config.get('host') +req.originalUrl ?

simov pada 23 Sep 2015

Saya mendapatkan ini juga. Saya menggunakan sertifikat yang ditandatangani sendiri dan saya tidak ingin melakukan pemeriksaan nama host. Saya memiliki ini dalam permintaan saya

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

Bagaimana Anda mengatur abaikanHostname?

jperry pada 16 Okt 2015

👍1

Sudahkah Anda mencoba mengatur variabel rejectUnauthorized ke false?

permintaan ``````({
url: config.get('host') +req.originalUrl,
metode: req.metode,
tolakTidak sah: salah
},
fungsi (kesalahan, respons, isi) {

        })```

``````

strictlyd pada 29 Okt 2015

👍24 👎15 ❤10 😕1

Akan lebih baik jika rejectUnauthorized: false ada di halaman depan dokumen di suatu tempat.

justinmchase pada 27 Mar 2017

👎11 👍9

Bukankah rejectUnauthorized: false membuat Anda menerima sertifikat server apa pun? Jika itu masalahnya, saya tidak menganggapnya sebagai solusi yang valid.
Saya ingin memverifikasi server dengan memastikan sertifikat ditandatangani oleh CA tepercaya (dalam kasus saya, ini adalah CA saya sendiri). Saya tidak ingin membungkam semuanya dan membuatnya tidak aman.

josepmesteves pada 8 Agu 2017

👍40 🎉8 😕3 😄1 👎1

Hal ini mengerikan

rcronc pada 30 Agu 2017

😄20 👍16 ❤13 🎉6 😕4

Anda harus mencocokkan Server sertifikasi CommonName untuk klien hostname .

tomonari-t pada 15 Jul 2018

Anda harus mencocokkan CommonName sertifikasi server dengan nama host klien.

Mengapa demikian? Mengapa klien peduli dengan nama hostnya sendiri yang ada di sertifikat server? Ini tentang otentikasi server. Terima kasih

ChrisBellewVgw pada 12 Mar 2019

👍3

FYI saya mendapatkan kesalahan ini ketika saya meneruskan permintaan, saya menggunakan request({host: 'something.com'... headers: req.headers... Apa yang saya tidak sadari pada awalnya adalah bahwa di header ada host: 'localhost' , yang merupakan pelakunya. Saya menggantinya dan sekarang memverifikasi OK.

pkopac pada 23 Mei 2019

👍7 🚀2

Saya percaya saya memukul masalah yang sama. Saya mendapatkan kesalahan berikut saat menggunakan node 6.10.3 dan meminta 2.88:

Kesalahan: Nama host/IP tidak cocok dengan nama alternatif sertifikat: "Host: https. tidak ada dalam nama alternatif sertifikat:

Saya melacak ini hingga ke kode node tls.js. Entah bagaimana, "https." sedang diteruskan sebagai nama host dengan permintaan ke node.js. Jika saya menetapkan rejectUnauthorized ke false, kode saya berfungsi. Jadi saya memberikan nama host yang benar di url.

rarebreed pada 5 Jul 2019

Saya percaya ini dapat dikurangi dengan menggunakan kunci api yang disediakan oleh domain target.

Curti-s pada 18 Nov 2019

FYI saya mendapatkan kesalahan ini ketika saya meneruskan permintaan, saya menggunakan request({host: 'something.com'... headers: req.headers... Apa yang saya tidak sadari pada awalnya adalah bahwa di header ada host: 'localhost' , yang merupakan pelakunya. Saya menggantinya dan sekarang memverifikasi OK.

masalah saya terpecahkan. saya lupa memodifikasi req.header dan mengubah Host.