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

Plex SSL certs a being tagged as self signed #1824

Closed
2 tasks done
mjefferys opened this issue Jun 23, 2022 · 6 comments
Closed
2 tasks done

Plex SSL certs a being tagged as self signed #1824

mjefferys opened this issue Jun 23, 2022 · 6 comments
Labels
bug Something isn't working

Comments

@mjefferys
Copy link

⚠️ Please verify that this bug has NOT been raised before.

  • I checked and didn't find similar issue

🛡️ Security Policy

Description

Since upgrading to 1.17 my plex monitor is reporting as down with the error saying the cert is self-signed.

Prior to 1.17 this was fine.

Plex provides SSL certs automagically to its instances on the plex.direct subdomain. As far as I can tell these are perfectly valid and not self-signed. Navigating to the address in a browser instance reports that the certificate is valid.
image

Yet uptime kuma reports it as invalid.
image

Ticking 'Ignore TLS/SSL error for HTTPS websites' also does nothing.

Happy to share a test URL privately to repro this.

👟 Reproduction steps

Add a plex instance as a monitor via its plex.direct url Ie:

https://127.0.0.1.509a3db652b64f15a0fe26fce4fa770f.plex.direct:32400/

👀 Expected behavior

Instance is monitored and up

😓 Actual Behavior

Instance is monitored and reports as down due to the certificate being 'self-signed'

🐻 Uptime-Kuma Version

1.71.1

💻 Operating System and Arch

docker container

🌐 Browser

Chrome

🐋 Docker Version

No response

🟩 NodeJS Version

No response

📝 Relevant log output

No response

@mjefferys mjefferys added the bug Something isn't working label Jun 23, 2022
@louislam
Copy link
Owner

https://127.0.0.1.509a3db652b64f15a0fe26fce4fa770f.plex.direct:32400/

Unable to resolve the domain, is it correct?

@mjefferys
Copy link
Author

mjefferys commented Jun 23, 2022

Apologies I just gave that as an example host name of the type plex generates certs for. An actual live one looks like this.

https://51-[REDACTED].8a44[REDACTED]d88c3f.plex.direct:32400/

Edit by @louislam: Redacted for safe

@louislam
Copy link
Owner

It is working in my side.

You can test this in the demo site:
https://demo.uptime.kuma.pet/

image

@mjefferys
Copy link
Author

mjefferys commented Jun 23, 2022

Hmm, yes, confirmed also how weird.

My instance is just the default uptime-kuma docker container (louislam/uptime-kuma:latest) hosted on a debian vm I assume that demo site is also just that?

michael@mj-mon-01 ~> uname -as
Linux mj-mon-01 5.10.0-9-cloud-amd64 #1 SMP Debian 5.10.70-1 (2021-09-30) x86_64 GNU/Linux
michael@mj-mon-01 ~> cat /etc/debian_version
11.3

@louislam
Copy link
Owner

My demo site server is CentOS, but I think it is not related.

  • Try to spin up an temp Uptime Kuma container uptime-kuma:1.16.1, see if it is really a 1.17.1 issue.
  • Try to go inside your uptime kuma container and use curl to the website.
docker exec -it uptime-kuma bash

@mjefferys
Copy link
Author

Super weird, spun up a 1.16.1 and it was fine. Upgraded that instance to 1.17.1 and it was still fine. Deleted and recreated my main instance and it's back to being fine. No idea what happened! Apologies for cluttering things up can close as non-reproducible!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants