Bir API'ye ulaşmak için node.js request.js kullanıyorum. Bu hatayı alıyorum

[Hata: UNABLE_TO_VERIFY_LEAF_SIGNATURE]

Tüm kimlik bilgilerim doğru ve geçerli ve sunucunun para cezası. Postacı için de aynı isteği yaptım.

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);
});

Bu kod sadece ex yürütülebilir bir komut dosyasında çalışıyor. node ./run_file.js, Bu yüzden mi? Bir sunucuda çalışması gerekiyor mu?

Not : aşağıdakiler tehlikelidir ve API içeriğinin istemci ve sunucu arasında ele geçirilmesine ve değiştirilmesine izin verecektir.

Bu da işe yaradı

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

Bu uygulama ile değil, bir aracı CA tarafından imzalanan sertifika ile ilgili bir sorundur. Bu gerçeği kabul ediyorsanız ve devam etmek istiyorsanız, seçenekleri istemek için aşağıdakileri ekleyin:

rejectUnauthorized: false

Tam istek:

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);
});

Güvenli Çözüm

Güvenliği kapatmak yerine, zincire gerekli sertifikaları ekleyebilirsiniz. Önce npm'den ssl-root-cas paketini kurun:

npm install ssl-root-cas

Bu paket, tarayıcıların güvendiği ancak düğümü kullanmayan birçok aracı sertifika içerir.

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

Eksik sertifikaları ekleyecek. Daha fazla bilgi için buraya bakın:

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

Ayrıca, aşağıdaki sonraki cevaba bakınız

CoolAJ86'nın çözümü doğrudur ve rejectUnauthorizedveya kullanarak tüm kontrolleri devre dışı bırakmak gibi güvenliğinizden ödün vermez.NODE_TLS_REJECT_UNAUTHORIZED . Yine de, açıkça bir CA sertifikası daha enjekte etmeniz gerekebilir.

Önce ssl-root-cas modülü dahil kök CA'lar denedim :

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

Hala UNABLE_TO_VERIFY_LEAF_SIGNATUREhatayla sonuçlandım . Daha sonra COMODO SSL Analyzer tarafından bağlandığım web sitesi için sertifikayı kimin verdiğini öğrendim , bu yetkilinin sertifikasını indirdim ve yalnızca bu sertifikayı eklemeye çalıştım:

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

Başka bir hata ile sona erdi: CERT_UNTRUSTED. Son olarak, ek kök CA'ları enjekte ettim ve işe yarayan "my" (görünüşte arabulucu) CA'yı dahil ettim:

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

İçin Oluştur App tepki (bu hata çok olur ve bu soru 1. Google sonuç olduğu), muhtemelen kullandığınız HTTPS=true npm startve bir proxy(içinde package.json) gelişiminde bazı HTTPS API kendi imzasını olan kendisi ne zaman gider hangi.

Bu durumda, şu şekilde değiştirmeyi düşünün proxy:

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

secure WebPack proxy'sinin sertifika zincirini kontrol edip etmediğine karar verir ve API kendinden imzalı sertifikanın doğrulanmamasını sağlayan devre dışı bırakıldığında verilerinizi alırsınız.

Yapmak çok cazip olabilir rejectUnauthorized: falseya da process.env['NODE_TLS_REJECT_UNAUTHORIZED'] = '0';yapma! Orta saldırılarda sizi adama maruz bırakır.

Diğer cevaplar, sorunun, sertifikanızın "bir aracı CA tarafından imzalanmış olması" gerçeğinde yatması nedeniyle doğrudur. Buna kolay bir çözüm var, bu ssl-root-casda herhangi bir ek CA'yı düğüme enjekte etmek veya enjekte etmek gibi bir üçüncü taraf kütüphanesi gerektirmiyor .

Düğümdeki çoğu https istemcisi, istek başına bir CA belirtmenize olanak tanıyan ve çözülecek seçenekleri destekler UNABLE_TO_VERIFY_LEAF_SIGNATURE. Düğümün yerleşik httpsmodülünü kullanan basit bir örnek .

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
})

Ancak, barındırma sunucunuzda ssl ayarlarını yapılandırabilirseniz, ara sertifikaları barındırma sağlayıcınıza eklemek en iyi çözüm olacaktır. Bu şekilde, istemcinin sunucunun içinde bulunduğu için bir CA belirtmesi gerekmez. Şahsen namecheap + heroku kullanıyorum. Benim için hile ile bir .crt dosyası oluşturmak oldu cat yourcertificate.crt bundle.ca-bundle > server.crt. Daha sonra bu dosyayı açtım ve ilk sertifikadan sonra bir satırsonu ekledim. Daha fazla bilgi için:

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

Ayrıca , solidSSL öğesini şu şekilde ayarlayarak da deneyebilirsiniz false:

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

Bunu birisine yardım etmesi için buraya koymak, benim durumum farklı ve biraz garip bir karışımdı. Ben superagent üzerinden erişilen bir istek üzerine alıyordum - sorunun sertifikaları (ki bu düzgün kurulum) ile ilgisi yoktu ve tüm ben daha sonra async modülünün şelale geri arama yoluyla superagent sonucu geçiyordu gerçeği ile ilgisi vardı . Düzeltmek için: Tüm sonucu geçmek yerine result.body, şelalenin geri aramasından geçmeniz yeterlidir.

Aynı sorunları yaşadım. @ThomasReggi ve @ CoolAJ86 çözümünü takip ettim ve iyi çalıştım ancak çözümden memnun değilim.

Çünkü sertifika yapılandırma düzeyi nedeniyle "UNABLE_TO_VERIFY_LEAF_SIGNATURE" sorunu oluştu.

Ben @thirdender çözüm ancak başına düşen kısmi solution.As kabul nginx resmi web sitesi, açıkça belirtilen sertifika sunucusu belgesi ve zincirleme sertifikaların kombinasyonu olmalıdır.

Bir alt etki alanına bir GoDaddy sertifikası yükledikten sonra Apache yapılandırmamla ilgili bir sorun yaşadım. Başlangıçta Düğümün Sunucu Adı Göstergesi (SNI) göndermemesi ile ilgili bir sorun olabileceğini düşündüm, ancak durum böyle değildi. İle alt alan SSL sertifikasını Analizi https://www.ssllabs.com/ssltest/ hata döndürdü Zincir sorunları: Eksik .

GoDaddy tarafından sağlanan gd_bundle-g2-g1.crtdosyayı SSLCertificateChainFileApache yönergesi ile ekledikten sonra , Düğüm HTTPS üzerinden bağlanabildi ve hata ortadan kalktı.

Ara sertifikayı sunucunuza eklemeniz gerekir. Bu, [Hata: UNABLE_TO_VERIFY_LEAF_SIGNATURE] sorununu çözer

Bunu güvenli bir şekilde çözmek için başka bir yaklaşım aşağıdaki modülü kullanmaktır.

node_extra_ca_certs_mozilla_bundle

Bu modül, Mozilla tarafından güvenilen tüm kök ve ara sertifikaları içeren bir PEM dosyası oluşturarak herhangi bir kod değişikliği yapılmadan çalışabilir. Aşağıdaki ortam değişkenini kullanabilirsiniz (Nodejs v7.3 + ile çalışır),

NODE_EXTRA_CA_CERTS

Yukarıdaki ortam değişkeniyle kullanılacak PEM dosyasını oluşturmak için. Modülü aşağıdakileri kullanarak kurabilirsiniz:

npm install --save node_extra_ca_certs_mozilla_bundle

ve ardından düğüm komut dosyanızı bir ortam değişkeniyle başlatın.

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

Oluşturulan PEM dosyasını kullanmanın diğer yolları:

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

NOT: Ben yukarıdaki modülün yazarıyım.

Düğüm postgres / pg modülünü kullandığınız için bu iş parçacığına gelirseniz, ayardan NODE_TLS_REJECT_UNAUTHORIZEDveya rejectUnauthorizedgüvenli olmayan bağlantılara yol açacak daha iyi bir çözüm vardır .

Bunun yerine, "ssl" seçeneğini tls.connect parametrelerine uyacak şekilde yapılandırın :

{
  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
}

Ben gibi ortam değişkenleri gelen bu seçenekleri ayrıştırma ile çok yardımcı olacak bir modül yazdım PGSSLROOTCERT, PGSSLCERTve PGSSLKEY:

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

Aşağıdaki komutlar benim için çalıştı:

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

Sorun, hatalı veya güvenilmeyen SSL [Güvenli Yuva Katmanı] sertifikasına sahip bir depodan bir modül yüklemeye çalışmanızdır. Önbelleği temizledikten sonra bu sorun çözülecektir. Daha sonra düzeltmeniz gerekebilir.