Hi there. Began using Pi-Hole in the past few days and I’m liking it a lot. One thing I’d love to implement is some redundancy in a second instance as I do reboot my HA instance every now and again. Pi-Hole (nor Adguard Home) doesn’t make this easy however it seems like some people have had success running commands via SSH etc. for other install methods.
I suspect the answer is (still) no due to how Hassio works, but is there any way for a Hassio addon instance of Pi-Hole to be interfaced with via SSH or some other means so that we could automate the synchronisation of changes from one instance to another (non Hassio instance), in particular the whitelist and blacklist. Blocklist I’m less fussed about as once the URL is setup those will sync on a schedule anyway with the remote source. Capabilities required to facilitate this would be to pull the (white/black) list, write back to the list and then force Gravity to do a sync. Even if the pull wasn’t timestamped I’m sure a staging file could be used to identify differences between the last sync. The thing I’m not sure about is how we get data in or out to begin with if Hassio is hosting Pi-Hole as an addon.
Any advice is appreciated. Built in support for multi instances seems to be on the Pi-Hole feature request which would negate the need for a more hack solution. AdGuard Home doesn’t seem to have the function either after having a quick look.
Are the two instances synchronised in that changes to a whitelist or block list are copied between the instances, or do you just apply changes to both instances separately?
No issue setting up two stand along instances, but it’d be nice to only update one and have configuration replicate to the other. Unsure how to do this when one a hass.io addon.
Right now I think I’ll need to just do seperate installs rather than as an add-on to do this.
Just noticed my config for mapping hostnames to IPs doesn’t seem to be working any more so I just get IPs. Only change I have made recently was to add a single extra entry the other day, and I didn’t pay too close of attention to whether the issues happened either side of that, but I have eyeballed the config and nothing stands out as being problematic. Reduced the hostname mapping to a single hostname + IP and that one still didn’t resolve.
Is it just me, or have other had this? I can’t tell if the DNS issues as part of Name resolution problem since 0.97.2 might be the cause. It’d coincide with me noting the problem but it may be completely unrelated.
Update 24/8: Started working again today. Haven’t touched the config in the past week for the add-on, had done multiple restarts etc but. Guessing it’s just something environmental changing. All good now anyway.
This is a major release of the add-on, changing and improving a lot!
First of all, this release introduces Ingress support. This means you can now access the interface from Home Assistant, even via the NabuCasa cloud. If you had configured a panel_iframe, you can no go ahead and remove that and check the “Show in Sidebar” toggle on the add-on page. Still, want to access the Pi-Hole web interface directly? You can always do that, by setting a port in the add-on network options.
Pi-hole has single password protection (yeah, without username even), which is not really uh… Ok, we’ve improved that by adding Home Assistant authentication. You can now login with your HA username/password. However, when using Ingress, Home Assistant will take care of that for you (So this only applies to direct access).
Integrating the add-on with Home Assistant has always been a pain. We’ve solved that in this release, by adding a special endpoint for Pi-Hole integration of Home Assistant. The example in the add-on documentation is now a “copy, paste, restart & enjoy”-example. There is nothing more to it.
The add-on has been adjusted to work and play nicely with the new Hass.io DNS services. Should solve a lot of headaches for quite a few people.
[2019-08-26 20:53:09.496 761] Finished config file parsing
[2019-08-26 20:53:09.503 761] Database version is 3
[2019-08-26 20:53:09.503 761] Database successfully initialized
[2019-08-26 20:53:09.505 761] SQLite3 message: database corruption at line 65183 of [0eca3dd3d3] (11)
[2019-08-26 20:53:09.505 761] SQLite3 message: statement aborts at 4: [SELECT * FROM queries WHERE timestamp >= 1566759189] database disk image is malformed (11)
[2019-08-26 20:53:09.506 761] Imported 0 queries from the long-term database
[2019-08-26 20:53:09.506 761] read_data_from_DB() - SQL error step (11): database disk image is malformed
[2019-08-26 20:53:09.506 761] dbclose() - SQL error (5): unable to close due to unfinalized statements or unfinished backups
[2019-08-26 20:53:09.506 761] check_database(11): Disabling database connection due to error
[20:53:09] INFO: Starting NGinx....
nginx: [alert] detected a LuaJIT version which is not OpenResty's; many optimizations will be disabled and performance will be compromised (see https://github.com/openresty/luajit2 for OpenResty's LuaJIT or, even better, consider using the OpenResty releases from https://openresty.org/en/download.html)
Also, i’m using DuckDNS addon with pi-hole, and i never get to use my duckdns domain to get into pihole, i always have to use the direct ip, else, i get a blank page with only:
“Failed Host Check: xxxxxx.duckdns.org vs 192.168.0.48, , a0d7b954-pi-hole, pi.hole, localhost, xxxxxx, xxxxxx.local”
where xxxxxx is my ducdkns domain
HI All. First off I want to say how much I love this add on.
I run this add on as well as another pi-hole on an older raspberry pi to block all those dns adds
One thing which occurred after upgrading to 4.0 is that I can no longer temporarily turn off pi-hole as described in this post
Essentially because there is no password, there is no API key, and running the curl commands fails.
Does anyone know of some commands to turn off pi hole without the API key, I have tried it without the key but it says “not authorised”
I have this same setup and I was able to make it work by just removing the API key and making it like in the example since the example doesn’t use the API key either. I can try to help more if you don’t have any luck.
This is a major release of the add-on, changing and improving a lot!
First of all, this release introduces Ingress support. This means you can now access the interface from Home Assistant, even via the NabuCasa cloud. If you had configured a 
Pi-hole has single password protection (yeah, without username even), which is not really uh… Ok, we’ve improved that by adding Home Assistant authentication. You can now login with your HA username/password. However, when using Ingress, Home Assistant will take care of that for you 
Integrating the add-on with Home Assistant has always been a pain. We’ve solved that in this release, by adding a special endpoint for Pi-Hole integration of Home Assistant. The example in the add-on documentation is now a “copy, paste, restart & enjoy”-example. There is nothing more to it.
The add-on has been adjusted to work and play nicely with the new 
Changes
Upgrades gcc/g++ to 8.3.0-r0
Maintaince -> Maintenance
Removes Bash, since the base image provides it
Fixes path handling for SSL certificates
Updates documentation to match latest changes