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

[BUG] Something is going on related to CORS and status checking #1690

Open
5 tasks done
bobbyl140 opened this issue Sep 13, 2024 · 2 comments
Open
5 tasks done

[BUG] Something is going on related to CORS and status checking #1690

bobbyl140 opened this issue Sep 13, 2024 · 2 comments
Assignees
Labels
🐛 Bug [ISSUE] Ticket describing something that isn't working

Comments

@bobbyl140
Copy link

Environment

Self-Hosted (Docker)

System

Rocky Linux 9.4, Podman 4.9.4-rhel

Version

3.1.1

Describe the problem

When enabling status checking, every service shows down with an ETIMEDOUT error. These services are all in fact running. When I manually query the status check endpoint, the same thing happens. This also happens when I go in my Docker container and query 127.0.0.1/status-check with the right headers set. This error happens no matter what I pass to the status-check endpoint. I've tried with and without https://, I've tried sites like Google, I've tried the Dashy instance itself.

Additionally, the cors-proxy endpoint returns ETIMEDOUT for everything in the same manner. I can't use the RSS feed widget with local checking, and I assume this is why, but I'm not sure if that's a separate issue.

No errors show in the Dashy logs, and the errors in my browser console aren't very helpful, they tell me that 'unsafe-inline' doesn't appear in the CSP header, but I very explicitly set that header on my reverse proxy. I don't think that's related though because, like I said, it happens when Dashy queries itself too.

Additional info

No response

Please tick the boxes

@bobbyl140 bobbyl140 added the 🐛 Bug [ISSUE] Ticket describing something that isn't working label Sep 13, 2024
@github-project-automation github-project-automation bot moved this to Awaiting Triage in Dashy V3 Sep 13, 2024
@hockwill
Copy link
Contributor

I do no use the Dashy status lights. I have 'ETIMEDOUT' timeout errors as well when I turn them on.
Mine appears to be because of network configuration on my end. The Dashy container cannot access the network that the DNS provides it to do the healthcheck.

The troubleshooting document seems like it may be helpful in this instance. It has steps I would investigate should I desire this working.

@liss-bot liss-bot added the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label Sep 14, 2024
@bobbyl140
Copy link
Author

I actually just checked the DNS of the container and it seems to be working, I can use cURL in there to load the Dashy website itself and everything I want to check the status of. I just took a look at the troubleshooting document and it doesn't really seem to answer this question unfortunately...

@liss-bot liss-bot removed the 👤 Awaiting Maintainer Response [ISSUE] Response from repo author is pending label Sep 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐛 Bug [ISSUE] Ticket describing something that isn't working
Projects
Status: Awaiting Triage
Development

No branches or pull requests

4 participants