Я використовую node.js request.js для досягнення api. Я отримую цю помилку

[Помилка: UNABLE_TO_VERIFY_LEAF_SIGNATURE]

Всі мої облікові дані точні та дійсні, а сервер - штраф. Я зробив те саме прохання з листоношею.

request({
    "url": domain+"/api/orders/originator/"+id,
    "method": "GET",
    "headers":{
        "X-API-VERSION": 1,
        "X-API-KEY": key
    },
}, function(err, response, body){
    console.log(err);
    console.log(response);
    console.log(body);
});

Цей код просто працює у виконавчому сценарії, наприклад. node ./run_file.js, Це чому? Чи потрібно це запускати на сервері?

Примітка. Наведене нижче небезпечно та дозволить перехоплювати та змінювати вміст API між клієнтом та сервером.

Це теж спрацювало

process.env['NODE_TLS_REJECT_UNAUTHORIZED'] = '0';

Це не проблема із заявою, а з сертифікатом, який підписує посередник CA. Якщо ви погоджуєтесь з цим фактом і все ще хочете продовжити, додайте наступні, щоб запитувати варіанти:

rejectUnauthorized: false

Повний запит:

request({
    "rejectUnauthorized": false,
    "url": domain+"/api/orders/originator/"+id,
    "method": "GET",
    "headers":{
        "X-API-VERSION": 1,
        "X-API-KEY": key
    },
}, function(err, response, body){
    console.log(err);
    console.log(response);
    console.log(body);
});

Безпечне рішення

Замість того, щоб вимкнути безпеку, ви можете додати необхідні сертифікати до ланцюга. Спочатку встановіть пакет ssl-root-cas з npm:

npm install ssl-root-cas

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

var sslRootCAs = require('ssl-root-cas/latest')
sslRootCAs.inject()

Додасть відсутні сертифікати. Дивіться тут для отримання додаткової інформації:

https://git.coolaj86.com/coolaj86/ssl-root-cas.js

Також див. Наступну відповідь нижче

Рішення CoolAJ86 правильне, і воно не загрожує вашій безпеці, як відключення всіх перевірок за допомогою rejectUnauthorizedабо NODE_TLS_REJECT_UNAUTHORIZED. Тим не менш, вам може знадобитися ввести додатковий сертифікат CA чітко.

Спочатку я спробував кореневі CA, включені модулем ssl-root-cas :

require('ssl-root-cas/latest')
  .inject();

Я все-таки закінчився UNABLE_TO_VERIFY_LEAF_SIGNATUREпомилкою. Потім я дізнався, хто видав сертифікат на веб-сайт, до якого я підключався за допомогою аналізатора COMODO SSL , завантажив сертифікат цього органу і спробував додати лише цей:

require('ssl-root-cas/latest')
  .addFile(__dirname + '/comodohigh-assurancesecureserverca.crt');

Я закінчив з іншого помилкою: CERT_UNTRUSTED. Нарешті, я ввів додаткові кореневі ЦА і включив "мій" (мабуть, посередник) СА, який працював:

require('ssl-root-cas/latest')
  .inject()
  .addFile(__dirname + '/comodohigh-assurancesecureserverca.crt');

У програмі Create React (де ця помилка також виникає, і це питання є результатом №1 Google), ви, ймовірно, використовуєте HTTPS=true npm startта proxy(in package.json), який переходить до деякого HTTPS API, який сам підписується під час розробки.

Якщо це так, розгляньте наступні зміни proxy:

"proxy": {
  "/api": {
    "target": "https://localhost:5001",
    "secure": false
  }
}

secure вирішує, перевіряє проксі-сервер WebPack ланцюг сертифікатів чи ні, і відключає, що забезпечує сертифікат самопідписання API не перевірений, щоб отримати ваші дані.

Це може бути дуже заманливо зробити rejectUnauthorized: falseабо , process.env['NODE_TLS_REJECT_UNAUTHORIZED'] = '0';але не робіть цього! Це піддає вас людині середніх атак.

Інші відповіді вірні в тому, що питання полягає в тому, що ваш сертифікат "підписаний посередником". Для цього є просте рішення, яке не вимагає сторонніх бібліотек на кшталт ssl-root-casабо введення будь-яких додаткових ЦС у вузол.

Більшість клієнтів https у параметрах підтримки вузлів, які дозволяють вказати CA на запит, що вирішить UNABLE_TO_VERIFY_LEAF_SIGNATURE. Ось простий приклад використання вбудованого httpsмодуля вузла .

import https from 'https';

const options = {
  host: '<your host>',
  defaultPort: 443,
  path: '<your path>',
  // assuming the bundle file is co-located with this file
  ca: readFileSync(__dirname + '/<your bundle file>.ca-bundle'),
  headers: {
    'content-type': 'application/json',
  }
};
https.get(options, res => {
  // do whatever you need to do
})

Якщо ви можете налаштувати налаштування ssl на своєму хостинг-сервері, найкращим рішенням буде додати проміжні сертифікати до вашого хостинг-провайдера. Таким чином, клієнту-запитувачу не потрібно вказувати ЦС, оскільки він включений у сам сервер. Я особисто використовую namecheap + heroku. Хитрість для мене полягала в тому, щоб створити один .crt файл із cat yourcertificate.crt bundle.ca-bundle > server.crt. Потім я відкрив цей файл і додав новий рядок після першого сертифіката. Ви можете прочитати більше на

https://www.namecheap.com/support/knowledgebase/article.aspx/10050/33/installing-an-ssl-certificate-on-heroku-ssl

Просто поклавши це на випадок, якщо це комусь допоможе, мій випадок був іншим і трохи дивним. Я отримував це за запитом, до якого звертався через суперагент - проблема не мала нічого спільного з сертифікатами (які були налаштовані належним чином), і все з тим, що я передав результат суперагенту через зворотний зворотний виклик модуля асинхронізації . Для виправлення: Замість того, щоб передавати весь результат, просто пройдіть result.bodyзворотний виклик водоспаду.

У мене були ті самі проблеми. Я дотримувався рішення @ThomasReggi та @ CoolAJ86 і працював добре, але рішенням я не задоволений.

Оскільки проблема "UNABLE_TO_VERIFY_LEAF_SIGNATURE" трапляється через рівень конфігурації сертифікації.

Я приймаю рішення @thirdender, але його часткове рішення. Що стосується офіційного веб-сайту nginx , вони чітко згадували сертифікат, який повинен поєднувати сертифікат сервера та сертифіковані сертифікати.

Ви також можете спробувати, встановивши strictSSL до false, як це:

{  
   url: "https://...",
   method: "POST",
   headers: {
        "Content-Type": "application/json"},
   strictSSL: false
}

У мене виникла проблема з конфігурацією Apache після встановлення сертифіката GoDaddy на субдомен. Спочатку я вважав, що це може бути проблема з тим, що Node не надсилає індикатор імені сервера (SNI), але це було не так. Аналізуючи SSL-сертифікат субдомена за допомогою https://www.ssllabs.com/ssltest/ повернув помилку Ланцюгові проблеми: Неповні .

Після додавання наданого GoDaddy gd_bundle-g2-g1.crtфайла через SSLCertificateChainFileдирективу Apache, Node вдалося підключитися через HTTPS і помилка усунулася.

Ви повинні включити Проміжний сертифікат на свій сервер. Це вирішує [Помилка: UNABLE_TO_VERIFY_LEAF_SIGNATURE]

Іншим підходом до безпечного вирішення цього питання є використання наступного модуля.

node_extra_ca_certs_mozilla_bundle

Цей модуль може працювати без будь-якої модифікації коду, генеруючи файл PEM, який включає всі кореневі та проміжні сертифікати, яким довіряє Mozilla. Ви можете використовувати таку змінну середовища (працює з Nodejs v7.3 +),

NODE_EXTRA_CA_CERTS

Для створення файлу PEM для використання з вищевказаною змінною середовища. Ви можете встановити модуль за допомогою:

npm install --save node_extra_ca_certs_mozilla_bundle

а потім запустіть сценарій вузла зі змінною середовища.

NODE_EXTRA_CA_CERTS=node_modules/node_extra_ca_certs_mozilla_bundle/ca_bundle/ca_intermediate_root_bundle.pem node your_script.js

Інші способи використання створеного файлу PEM доступні за посиланням:

https://github.com/arvind-agarwal/node_extra_ca_certs_mozilla_bundle

ПРИМІТКА: Я автор вищевказаного модуля.

Якщо ви перейдете до цього потоку, оскільки використовуєте модуль postgres / pg вузла, є краще рішення, ніж налаштування NODE_TLS_REJECT_UNAUTHORIZEDабо rejectUnauthorized, що призведе до небезпечних з'єднань.

Натомість налаштуйте параметр "ssl" для відповідності параметрам для tls.connect :

{
  ca: fs.readFileSync('/path/to/server-ca.pem').toString(),
  cert: fs.readFileSync('/path/to/client-cert.pem').toString(),
  key: fs.readFileSync('/path/to/client-key.pem').toString(),
  servername: 'my-server-name' // e.g. my-project-id/my-sql-instance-id for Google SQL
}

Я написав модуль для допомоги при розборі цих параметрів від змінних оточення , як PGSSLROOTCERT, PGSSLCERTі PGSSLKEY:

https://github.com/programmarchy/pg-ssl

Наступні команди працювали на мене:

> npm config set strict-ssl false
> npm cache clean --force

Проблема полягає в тому, що ви намагаєтесь встановити модуль із сховища з поганим або ненадійним сертифікатом SSL [Secure Sockets Layer]. Після того, як ви очистите кеш, ця проблема буде вирішена. Можливо, вам доведеться згодом повернути її до справжнього.