linux-cli icon indicating copy to clipboard operation
linux-cli copied to clipboard

Inconsistent behavior of TLS certificate for Fedora 36 repository domain

Open KBeDevel opened this issue 2 years ago • 0 comments

  • [x] I have searched open and closed issues for duplicates
  • [x] This isn't a feature request
  • [x] This is not a report about my app not working as expected

There is no consistent SSL/TLS certificate behavior when requesting the repository metadata file at https://repo.protonvpn.com/fedora-36-stable/repodata/repomd.xml.

After execute dnf upgrade --refresh the repository metadata update fails with the following output:

Errors during downloading metadata for repository 'protonvpn-fedora-stable':
  - Curl error (60): SSL peer certificate or SSH remote key was not OK for https://repo.protonvpn.com/fedora-36-stable/repodata/repomd.xml [SSL certificate problem: unable to get local issuer certificate]
Error: Failed to download metadata for repo 'protonvpn-fedora-stable': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried

This is not a persistent issue. For example, if I connect to Japan (using other VPN service) the route resolves using a valid TLS certificate issued by Let's Encrypt. On the other side, if I use a "raw" connection the route is resolved providing a TLS certificate issued by "Untangle", which is not recognized as a valid certificate.

What can I do to resolve this? Is this a DNS cache-related issue or a domain misconfiguration by your side?

Similar issues:

Additional context:

  • OS: Fedora 36 Workstation KDE Spin
  • 9.9.9.9 and 1.1.1.1 as DNS servers for raw connections.
  • 103.86.96.100 and 103.86.99.100 as DNS servers for secured connections.
  • Installation provided by the RPM located at https://repo.protonvpn.com/fedora-36-stable/release-packages/protonvpn-stable-release-1.0.1-1.noarch.rpm (as described in https://protonvpn.com/support/official-linux-vpn-fedora/)

KBeDevel avatar Sep 28 '22 17:09 KBeDevel