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

DNS-hole widget not working #2003

Closed
4 tasks done
sebingel opened this issue Apr 9, 2024 · 5 comments
Closed
4 tasks done

DNS-hole widget not working #2003

sebingel opened this issue Apr 9, 2024 · 5 comments
Labels
🐛 Bug Something isn't working Fixed in 1.0 This issue has been fixed in our upcoming version 1.0 and is not crucial enough to be backported

Comments

@sebingel
Copy link

sebingel commented Apr 9, 2024

Environment

Docker

Version

0.15.2

Describe the problem

I have an app with pi-hole integration on my dashboard. It's showing the green bubble. But the DNS-hole widgets are not working.

Both, homarr and pi-hole, are running as docker containers. homarr is in a custom docker network and pi-hole is in the docker hosts network.
They cannot communicate directly. Communication is established by a reverse proxy residing in both networks.
As far as I can tell, communication is working, since the app on the dashboard is showing the green bubble. But as you see in my screenshots, both dns-hole widgets don't work.

Unfortunately, I don't even know how to start debugging this as the homarr log does not show anything related.

Logs

Exporting hostname...
Migrating database...
yarn run v1.22.19
$ ts-node ./migrate.ts
Done in 1.78s.
Starting production server...
Listening on port 7575 url: http://85030d074bae:7575
ℹ Local icons repository directory exists and contains 0 icons

Context

dashboard
allgemein
integration

Please tick the boxes

  • I confirm that I attached the proper logs
  • I've read the docs
  • I've checked for duplicate issues
  • I've tried to debug myself
@sebingel sebingel added the 🐛 Bug Something isn't working label Apr 9, 2024
@github-project-automation github-project-automation bot moved this to 🆕 New in Homarr Kanban Apr 9, 2024
Copy link

github-actions bot commented Apr 9, 2024

Hi 👋. Thank you for submitting your first issue to Homarr. Please ensure that you've provided all nessesary information. You can use the three dots > Edit button to update your post with additional images and information. Depending on the current volume of requests, the team should get in conact with you shortly.

@diogovalentte
Copy link
Contributor

diogovalentte commented May 31, 2024

I don't know if you're still facing this issue OP, but it happened to me for some time. Turns out the API key that I got from Pihole was constantly changing because I didn't set a password for my pihole container using the WEBPASSWORD environment variable. So the password and API key were randomly generated every time the container was restarted. With a fixed password this doesn't happen.

@sebingel
Copy link
Author

Thanks for the reply. Unfortunately, this is not the problem. I set the WEBPASSWORD env var on my container. And I can recreate this behavior with the current API key.

@FloopDaPig
Copy link

I am having the same issue however instead of reverse proxy homarr is in proxmox ct and pihole in docker on armbian pi.

@Meierschlumpf Meierschlumpf added the Fixed in 1.0 This issue has been fixed in our upcoming version 1.0 and is not crucial enough to be backported label Jan 10, 2025
@Meierschlumpf
Copy link
Collaborator

As we'll release 1.0 in one of the upcoming weeks and it is a complete rewrite it is unlikely that the same issue still exists. If it does feel free to create a new issue on https://github.com/homarr-labs/homarr/ regarding it.

@github-project-automation github-project-automation bot moved this from 🆕 New to ✅ Done in Homarr Kanban Jan 10, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐛 Bug Something isn't working Fixed in 1.0 This issue has been fixed in our upcoming version 1.0 and is not crucial enough to be backported
Projects
Status: ✅ Done
Development

No branches or pull requests

4 participants