Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Connect via PE - Disable Proxy - Authentication Failed (Self signed certificate in certificate chain) #7901

Open
3 tasks done
KennyM86 opened this issue Apr 25, 2024 · 5 comments
Labels
✅ redirected to support Author has been redirected to Azure support

Comments

@KennyM86
Copy link

KennyM86 commented Apr 25, 2024

Preflight Checklist

Storage Explorer Version

1.23.0

Regression From

No response

Architecture

x64

Storage Explorer Build Number

20220223.14

Platform

All

OS Version

Windows 10

Bug Description

When disabling proxy server to be able to connect to storage account via Private Endpoint, re-authentication is needed and fails.

After authenticating, it gives the following error message:
{
"message": ""{\n \"name\": \"Error\",\n \"message\": \"self signed certificate in certificate chain\",\n \"stack\": \"Error: self signed certificate in certificate chain\\n at TLSSocket.onConnectSecure (node:_tls_wrap:1530:34)\\n at TLSSocket.emit (node:events:394:28)\\n at TLSSocket._finishInit (node:_tls_wrap:944:8)\\n at TLSWrap.ssl.onhandshakedone (node:_tls_wrap:725:12)\",\n \"code\": \"SELF_SIGNED_CERT_IN_CHAIN\"\n}""
}

Enabling proxy = Working authentication, but access storage via public endpoint
Disabling proxy = Authentication not working

Steps to Reproduce

  1. Launch storage explorer
  2. Disable proxy
  3. (restart app)
  4. Message that states account need to re-authenticate
  5. click re-authenticate now
  6. complete authentication
  7. Error shows

Actual Experience

{
"message": ""{\n \"name\": \"Error\",\n \"message\": \"self signed certificate in certificate chain\",\n \"stack\": \"Error: self signed certificate in certificate chain\\n at TLSSocket.onConnectSecure (node:_tls_wrap:1530:34)\\n at TLSSocket.emit (node:events:394:28)\\n at TLSSocket._finishInit (node:_tls_wrap:944:8)\\n at TLSWrap.ssl.onhandshakedone (node:_tls_wrap:725:12)\",\n \"code\": \"SELF_SIGNED_CERT_IN_CHAIN\"\n}""
}

Expected Experience

Login succesfull
Access Storage Account via PE

Additional Context

No response

@KennyM86
Copy link
Author

I've found the similar link : https://github.com/CawaMS/StorageExplorerTroubleshootingGuide/blob/master/se-troubleshooting-guide.md#self-signed-certificate-in-certificate-chain

After executing: Execute s_client -showcerts -connect microsoft.com:443

I found no self-signed certs are used. ("No client certificate CA names sent")

@craxal
Copy link
Contributor

craxal commented Apr 25, 2024

@KennyM86 Please update your version of Storage Explorer to the latest available (1.33.1 as of today). 1.23.0 is quite old (almost 3 years old) and is no longer supported. Storage Explorer has received major improvements since then.

If you are still encountering issues after upgrading, here are some things you can try:

  • Is your "Auto Manage Proxy Settings" setting enabled or disabled? Try toggling this setting to see if anything changes.
  • Have you ever imported any certificates? You can check to see via the Edit > SSL Certificates > View Imported Certificates menu. If you have anything there, you may need to remove them.
  • When connecting to the public endpoint, how are you configuring Storage Explorer to use your proxy? Are your proxy settings set to "Use system proxy"? Does your system normally use a proxy?
  • Can you please turn on "Verbose Authentication Logging", retry your scenario, and provide app and auth logs?

@JasonYeMSFT
Copy link
Contributor

JasonYeMSFT commented Apr 25, 2024

I've found the similar link : https://github.com/CawaMS/StorageExplorerTroubleshootingGuide/blob/master/se-troubleshooting-guide.md#self-signed-certificate-in-certificate-chain

After executing: Execute s_client -showcerts -connect microsoft.com:443

I found no self-signed certs are used. ("No client certificate CA names sent")

The message you referenced is expected. As far as I know, our error is about SSL certificates (aka. server certificates). They are different from client certificates. To send client certificates, there should have been a -cert argument in the openssl command. You should look at the server certificate(s) in the command output and see if there are any self-signed certificates. Let us know if you don't see any server certificates in the command output.

@KennyM86
Copy link
Author

KennyM86 commented Apr 26, 2024

@craxal

Ah, I thought I always updated 'on close' but indeed it did nothing in the past apparently. I manually updated to latest version but problem still exists.

  • Auto Manage Proxy Settings was enabled, try by disabling, but no effect.
  • Yes, I followed the steps of the link provided and added 2 certificates found. Removing them again, did not change outcome.
  • System Proxy allows me to login but then it goes through internet (by design of proxy) which is not desired. (Public endpoint disabled); Do not use Proxy, gives me the cert chain error on re-authentication of my account. I now also tried app proxy and the setting to bypass certain URLs where I added the storage endpoints. That way I can login, but then the cert chain error appears when trying to unfold the blob containers of the specific storage account :-(
Unable to retrieve child resources

ProducerError:{
  "name": "Node Fetch Error",
  "message": "{\"name\":\"Node Fetch Error\",\"cause\":{\"cause\":{\"code\":\"SELF_SIGNED_CERT_IN_CHAIN\"}},\"code\":\"SELF_SIGNED_CERT_IN_CHAIN\"}"
}

@JasonYeMSFT :
Ok, I did found two certificates:

@MRayermannMSFT
Copy link
Member

@KennyM86 your best bet with certificate errors is to stay in system proxy mode, and try to work things out using that. However, it does sound like you have quite a bit unique network constraints going on here. At this point I would recommend you open an Azure support ticket via the portal.

@craxal craxal added the ✅ redirected to support Author has been redirected to Azure support label May 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
✅ redirected to support Author has been redirected to Azure support
Projects
None yet
Development

No branches or pull requests

4 participants