junior120872
Regular Contributor
Do you use keepalived between them, or do you just use them as DNS1 and DNS2?I'm doing this as well.
Do you use keepalived between them, or do you just use them as DNS1 and DNS2?I'm doing this as well.
I'm using them as DNS1 and DNS2, but they're configured identically. I was unable to indicate the actual Raspberry Pi devices in my signature due to the character limitation.Do you use keepalived between them, or do you just use them as DNS1 and DNS2?
Do you see DNS resolution errors when one of them are down? I ended up having to use keepalived with a virtual ip address between the two, to prevent issues with resolution during maintenance of one of the machines (hardware, software).I'm using them as DNS1 and DNS2, but they're configured identically. I was unable to indicate the actual Raspberry Pi devices in my signature due to the character limitation.
Edit: Signature updated.
No, never experienced resolution issues...thankfully.Do you see DNS resolution errors when one of them are down? I ended up having to use keepalived with a virtual ip address between the two, to prevent issues with resolution during maintenance of one of the machines (hardware, software).
That's all that comes to my mind:
Code:pihole debug # upload when asked netstat -tulnp | pihole tricorder cat /etc/dnsmasq.conf | pihole tricorder
You could probably use wan-event script to just reload Pi-hole when reconnect happens if we can't get this fixed any other way
Correct, listeningmode is set to LOCAL, I'll leave it as such until it properly goes down like last time (hopefully never again lol) and collect the logs again to see if anything does come up.Other than errors indicating that network is unreachable when trying to connect to upstream DNS (1.0.0.1) there is nothing useful there.
I assume you have listeningMode set to LOCAL, you might try setting it to ALL (and make sure you don't open port 53 in your router), maybe when the reconnect happens router changes something with the interfaces and Pi-hole uses old references or something, this is unlikely but maybe possible.
I see you have a tailscale, when this issue happens does the Pi-hole DNS still works when accessed through VPN?
Did you add 'pihole' user in USB->Samba ?So, I'm thrilled! Excellent work, thank you!
The only thing I see so far in the FTL.log is the following:
Code:WARNING chown_pihole(): Failed to get pihole user's UID/GID: No error information
Did you add 'pihole' user in USB->Samba ?
If you did then please check if the FTL process is running as it, it fallbacks to running as root which might not be safe.
Service restart should do it, I think.You're right, I seem to have omitted this step. Is it enough for the user to create in SAMBA and then restart Pihole again or does it require a complete new installation? I followed the guide of @bibikalka, with unbound and dedicated IP.
That helped!Service restart should do it, I think.
Could you try with browser's dev tools open (and on console tab) and see if any error pops up there?I noticed something else: when I click on Settings > Tools > Interfaces, the web interface crashes. Only by closing and reopening the browser tab do I get access again. I can't find error messages in the logs.
Could you try with browser's dev tools open (and on console tab) and see if any error pops up there?
You might also want to check router syslog for mptcp error spam, there is currently a known bug that I've been unable to track down and fix.
We use essential cookies to make this site work, and optional cookies to enhance your experience.