That is not a static IP. A static IP is configured in the device itself. A reserved / fixed / static DHCP lease is still DHCP and not static at all.
https://docs.resin.io/reference/resinOS/network/2.x/#setting-a-static-ip
That is not a static IP. A static IP is configured in the device itself. A reserved / fixed / static DHCP lease is still DHCP and not static at all.
https://docs.resin.io/reference/resinOS/network/2.x/#setting-a-static-ip
Iām unfamiliar with the issue, sorry m8. Nevertheless, Pi-hole should not influence this behavior, but if it does, it is probably because it is blocking internet requests the Nest makes.
You can see the requests a specific device makes in the Pi-hole admin panel, including if a request was blocked or not. If you find that it is blocking requests that it should not block (in order to keep the nest working), you can simply place those hosts onto the whitelist. In that case Pi-hole will no longer block those requests.
Thank you very much, itĀ“s working!!
Iāll see if I can find the posts on the issue again. It used to be that a simple google search would come up with dozens of people complaining that Pi-Hole breaks things like Nest and yr.no. It breaks both of those for me.
After trying the obvious of whitelisting everything related to nest and yr, it seemed like even disabling blocking altogether didnāt help, and that people were posting something about how āpihole shouldnāt point to 127.0.0.1 but should point to 0.0.0.0ā and then there was a list of commands you had to run at every reboot in order to get nest to sync up properly. Also something about the Pi having to be set up locally for a static IP rather than setting the IP as static through the router.
But for some reason, google is giving me very few results all of the sudden.
I may try reinstalling it tonight. Normally, it runs fine after installing, but at the next boot, yr and Nest fail.
Hi guys!
This add-on is great!!! love it!
One question: i set this up, pointed out on my Google Wifi the ip address of the Raspberry Pi as the primary DNS. I see that PiHole blocks requests, however I only have 1 client: testwifi.here which is my Google Wifi router name. Any idea why? anyone else experiencing the same issue?
Thanks!
Installed it again. Itās working great so far!
Iāll have to see how things go next time the Pi reboots. If it runs into the same issues again, Iāll be able to give you more specifics.
Thanks for the work, though!
Hi,
this is because your router limitation. It acts as DNS but uses Pi-hole. So when you check for example your smartphone WiFi info it will say that DNS is your router, not Pi-Hole.
When I changed my router it allowed DHCP server to tell devices that Pi-Hole is DNS.
I hope my explanation is good. Please anyone correct me if I am missing the point.
I see your point. DNS configs in the router donāt get cascaded to the devices. Limitation of Google Wifi config I guess.
Will have to leave with this. But itās okay I guess.
Thanks!
OK, so the Nest problem indeed continues to show up. My Raspberry Pi locked up, so I had to restart it, and sure enough, āInvalid Config. The following components and platforms could not be set up: Nestā
And all my results for yr.no show up as āunknownā.
I didnāt have to do anything special to reproduce this. Just install Pi-Hole on a Nest-enabled HassIO instance, and reboot it, and it breaks these components.
Hi All,
I am using custom DNS 1.1.1.1 and 1.0.0.1. When I set them up they show nicely in graph ā¦ After some time (1-2 days) my dashboard graph called āForward Destinations (integrated)ā shows that all is forwarded to ālocalā.
did anybody experience such issue?
To me this indicated you do not have a static IP set on your Hass.io machine, please be sure you have setup an static IP including an external DNS server.
Not sure if it is related directly, but Pi-hole has announced it is having issues with the new Cloudflare servers.
OK. Thanks. I thought I did already. Iāll have to look up how to do this, unless you happen to have a link on hand. Youāve probably explained it to a million people by now. lol
The was posted like 2 days ago and has been mentioned a couple of time more. Please scroll up a little up
Danggit Iām blind.
OK, looks like Iāll have to wait till Iām home again since I canāt remotely get to the boot partition
OK, hereās my file
[connection]
id=my-ethernet
type=ethernet
interface-name=eth0
permissions=
secondaries=
[ethernet]
mac-address-blacklist=
[ipv4]
address1=192.168.1.2/24,192.168.1.1
dns=8.8.8.8
dns-search=
method=manual
[ipv6]
addr-gen-mode=stable-privacy
dns-search=
So it looks like I already configured it for static IP.
EDIT: I put my SD card back in my pi and started it back up. Nest and yr.no are working again for now. Interesting.
This release is exciting, at least, for me it is. Iāve been working on this for months! And for you? Well, almost nothing changed
So what did change? Iāve updated the workflows of the Community Hass.io Add-ons project. Things include:
So thatās quite a lot, right? So what changed in this specific add-on?
pihole , appears to be working fine , but is not blocking any adds ,
i see this on the logs
[ā] dnsmasq: no process found
pihole-FTL: no process found
not sure if it may be the cause .
Iām experiencing the same as @gnkarn and nothing is getting blocked since the update. I see traffic flowing through it, but nothing is getting blocked any longer. Is there something additional that we need to do so that we can get this working properly again?
This issue @gnkarn had, was very specific. Iāve debugged it and found a possible angle.
Currently investigating the issue and at this moment it seems to be an actual bug in Pi-hole itself.
Not sure if you are experiencing the same issue, but if you are, deleting and re-installing the add-on is probably the only option currently.