Unable to verify the first certificate atom ошибка

Обновлено: 04.07.2024

Error: unable to verify the first certificate

To Reproduce

Steps to reproduce the behavior:

App information (please complete the following information):

Postman for Mac
Version 6.7.4
OS X 18.2.0 / x64

Additional context

If I try to send the same request with the same Headers, Authorization, Body. with CURL, I get the right response, moreover CURL verifies the certificate as valid.

The text was updated successfully, but these errors were encountered:

@codenirvana With the option "SSL certificate verification" disabled the request is ok and the answer corresponds to the expected result.

As mentioned in my first message, if I make the request using curl (with -v flag) not only the answer is OK, but also, curl says that SSL certificat verify ok and domain name matches certificate without any warning or issue !

In the same way, If I send the same request, using java code, it's OK !

3 Answers 3

If the certificate is unable to be verfied, you can open set strict-ssl to false. You should be able to configure this by runnning

yarn config set "strict-ssl" false -g

But the command is currently not working, see issue 980.

As an alternative you can navigate to C:\Users\\ and open .yarnrc and manually update it as follows:

19.5k 7 7 gold badges 50 50 silver badges 73 73 bronze badges yarn config set "strict-ssl" false -g worked fine for me. Thanks

This means that more than likely you're behind a corporate proxy that uses a self signed certificate. I'm using version v0.16.1 , and you can fix this by providing the public certificate to the yarn configuration like so:

3,355 2 2 gold badges 20 20 silver badges 20 20 bronze badges

I was able to install by running:

2,234 1 1 gold badge 24 24 silver badges 29 29 bronze badges

Linked

Related

Hot Network Questions

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

2 Answers 2

With strict-ssl = false set, perhaps using the command line will work?

apm search package-name

apm install package-name

532 1 1 gold badge 7 7 silver badges 18 18 bronze badges

If you're on Windows 10, temporarily turn off Ransomware Protection. RP running will cause this issue.


Related

Hot Network Questions

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

I'm trying to migrate from npm to Yarn. When I tried to install dependencies through yarn, I'm getting this error.

Same works fine with npm. Tried setting proxy, didn't help.Is there any configuration I need to change?


11.4k 5 5 gold badges 48 48 silver badges 50 50 bronze badges 2,715 2 2 gold badges 17 17 silver badges 26 26 bronze badges Could you provide more details like 1. When did you encounter this error? Was it at yarn install ? 2. What is the complete stack trace? Which npm package threw this error?

gduh commented Apr 29, 2019

I update my Postman to latest, but it's the same.
If it can help you to investigate further, I can send you more information about the request but only in private, for that I need to create you an account in our server. Just tell me.

gduh commented May 6, 2019

On the server, there is no intermediate certificate, could that be an issue with Postman ?

saswatds added this to To Triage in Runtime Triage and Development via automation May 13, 2019

I'm having the same issue.

Env: MacOS Mojave 10.14.5 (18F132)

Simple dotnet core webApi on localhost:

dotnet new webapi

certificates are added:

On Postman Console: Error: unable to verify the first certificate
On Safari: Works, displays expected JSON.

After: Postman -> Preferences -> General -> SSL certificate validation -> OFF it works

schinivision commented Jun 13, 2019

Using Postman v7.2.0 I also have this problem.
Error: unable to verify the first certificate

Server Certificate is valid and can be verified. (by chrome for example) could it be that Postman only supports certificates that are delivered with the whole chain?

codenirvana moved this from Pending triage to Later in Runtime Triage and Development Aug 14, 2019

jkshan commented Oct 23, 2019

Any update on this issue, I'm facing this for service hosted under Digitcert with EV.

AsimShakour commented Nov 11, 2019

I'm having the same issue.

Env: MacOS Mojave 10.14.5 (18F132)

Simple dotnet core webApi on localhost:

dotnet new webapi

certificates are added:

Thank you @vol24pl that worked ^

gblikas commented Jan 28, 2020

I am still having this problem. Is it possible that it also depends on the type of SSL Certificate installed on the server?

gblikas commented Feb 6, 2020

@gduh So, solved it for the server I was trying to contact. You are correct, the intermediary certificates need to be in place.

Notes

In general, I think the error returned by PostMan, Error: unable to verify the first certificate is suitable, however, once SSL verification is off, SSL certificate verify ok is probably a misnomer and should be replaced with something else.

patrickHub commented Feb 12, 2020

@codenirvana With the option "SSL certificate verification" disabled the request is ok and the answer corresponds to the expected result.

As mentioned in my first message, if I make the request using curl (with -v flag) not only the answer is OK, but also, curl says that SSL certificat verify ok and domain name matches certificate without any warning or issue !

In the same way, If I send the same request, using java code, it's OK !

It work for me thanks

atulsinha7 commented Apr 4, 2020

I'm having the same issue.

Env: MacOS Mojave 10.14.5 (18F132)

Simple dotnet core webApi on localhost:

dotnet new webapi

certificates are added:

Thanks. worked like a charm 👌

image

Disabling the SSL certificate validation prevents this error.

archfish commented May 27, 2020

This is caused by the order in which the certificates are merged.
You should put domain certificate before the bundle.

bernardodesousa commented May 29, 2020

@archfish This is happening to me with a certificate made by the certbot program, by Let's Encrypt. The bot creates the chainkey.pem to me. I didn't cat them together.

If I simply open the chain with a text editor and swap the two certs inside, the server (Daphne in my case) complains the private key doesn't match the chain and exits.

I suspect the order is correct in my case, since my chain was created by certbot. Any thoughts on other things that can cause the same error?

archfish commented Jun 1, 2020

@archfish This is happening to me with a certificate made by the certbot program, by Let's Encrypt. The bot creates the chainkey.pem to me. I didn't cat them together.

If I simply open the chain with a text editor and swap the two certs inside, the server (Daphne in my case) complains the private key doesn't match the chain and exits.

I suspect the order is correct in my case, since my chain was created by certbot. Any thoughts on other things that can cause the same error?

@bernardodesousa Sorry to hear that i have no idea.

kenvis commented Jun 3, 2020

Postman SSL Certificate

I had the same Issue I solve it going to: File->Settings->General -- SSL Certificate Verification OFF

EngrMikolo commented Jun 5, 2020

@gduh Looks like the server certificate is somehow invalid and it's not possible to debug the root cause from the details you provided.

So, quick sanity to make sure this issue is related to SSL/TLS, try sending the request with the "SSL certificate verification" option disabled. (Settings -> General -> Request)

If the server requires client certificates to be sent with the request, configure appropriate client certificates. (Settings -> Certificates -> Client Certificates)

And if you are trying to request an untrusted host (e.g, localhost) add the CA certificate of the server. (Settings -> Certificates -> CA Certificates)

Also, check if there's any warning/debug message when you make the request using curl with the -v flag.

Note: Update your Postman app to latest (v7.0.9)

This worked for me. Thanks.

MSchreijen commented Oct 5, 2020

realFranco commented Nov 1, 2020

I simply add a new header:

In any case, the issue it is from the server side, I miss some configurations while I install the SSL certificate.

On 1 Nov 2020, at 3:24 PM, Franco Gil ***@***.***> wrote:  I simply add a new header: Content-Security-Policy: upgrade-insecure-requests In any case, the issue it is from the server side, I miss some configurations while I install the SSL certificate. — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.

tsarkoff commented Dec 5, 2020

If you have access to certificates management on your Web hosting, then instead of just root.crt - you shall assign the root-CA.crt (file) certificate, that consists of two certificates in single file = 1st intermediate cert string + 2nd root string. The 2nd cert must go after 1st one in the file starting new line w/o spaces.
I had the same POSTMAN problem and after re-assigning a correct intermediate+root cert = problem disappeared w/o turning Postman's Sertificate validation option OFF.
Of course, if no way to correct root-CA.crt (like Google, etc) - then that Postman's option = OFF.

Pavesi99 commented Dec 19, 2020

I set the startup as it is and works fine,

gjd6640 commented Dec 30, 2020

There may be multiple use-cases in play among the folks having these problems. Potential options:

    1. My use-case: I've already configured Windows to trust my org's self-signed certificates and just want Postman to mirror Windows' CA certificate trust behaviors.
    1. Questionable use-case / seems to be what today's functionality solves: Need is to independently specify what root certificates are to be trusted by Postman. Possibly to emulate trust circumstances that aren't present in the local OS's trust store.

I've observed that Google Chrome uses the local OS's trust store so that is a doable thing.

Захожу в Настройки > Установка > пишу в поле поиска слово atom, появляется ошибка "Searching for “atom” failed. unable to verify the first certificate"
А при попытке поставить через сайт ошибка "Failed to load atom-beautify - try again later."

elektron43 Оракул (65899) ну с тобой все понятно

Атом полон вирусяк.
Как бы теперь вообще винду не пришлось переустанавливать.


Я нашел решение!
оказалось мелкая решила почувствовать себя хакером и нахимичила настройки)
P.S я знаю что вопросу уже 2 месяца

а можно чуть по подробнее, с такой же проблемой столкнулся, как только установил уже не работало, выдаёт ошибку "не удалось проверить первый сертификат", хз что делать, я только учусь, и думал, что как раз на примере такой проги разберу что к чему.

Даниил Лихачев Знаток (374) Даниил Лихачев, хм, сейчас поставил тёмную версию (отдельно скачал) всё работает . магия

This happens when trying to search for the package e.g. Emmet, AtomLinter. I've restarted my machine but I still get the same error message.

My npm and apm configuration settings are as follows :-

7,327 8 8 gold badges 44 44 silver badges 60 60 bronze badges

Читайте также: