Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
mastodon.ie is one of the many independent Mastodon servers you can use to participate in the fediverse.
Irish Mastodon - run from Ireland, we welcome all who respect the community rules and members.

Administered by:

Server stats:

1.8K
active users

mastodon.ie: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#piholev6

0 posts0 participants0 posts today
Public
Light🐧⁂

I shouldn't rush that much to upgrade my Pi-Hole 🥧🕳️ to the never v6 version after 1-2 day after it released in February 18th, just to end up brooking my existing setup. I had to start over since I was dumb enough to not make a backup of my existing working setup, I don't know what I expected. While the update was nearly fished the gravity updated failed and I had to stop the it with CTRL-C after waiting for hours to complete, it was stuck for some reason. After rebooting my pi the pihole service still started up but slowed down my pi and got completely unresponsive. I had run Bullseye on my Pi Zero W v1.1 board and either way I still wanted to upgrade to Bookworm. I had an older backup of my pi's sdcard with Bullseye and pihole v5 on it that I could flash back to use while I finish setting up the new image with Bookworm and pihole v6. I know I could avoid complicating things if I had another sdcard that I could use for the new image, not having to copy back and fourth different images while making lots of backups frequently of the new image after working on it for a couple of hours.
The only thing that made less painful doing it this was using pishrink that spared me hours whenever I needed to copy back the new image making it way faster then copying back 32 GB that takes a long time. I'm can't be happier that I found this nice tool that speed up significantly copying the images and swapping between the old perfectly working one and the new one until the new one was set up fully. ☺️
It took me days regardless to finish the new image because of lack of time to sit down and work on it until it's done, only doing small steps at a time. Now everything is working fine, I'm running the latest pihole version on bookworm for just about two weeks. 😃
But probably I had to start from an fresh new install, because I tried upgrading from bullseye to bookworm and it wasn't end up well, probably there was lots changes between the two.

Screenshot of pihole -c, it's my old backup with a very old version of pihole v5, but it's still working, this was the one that I used until finishing the new image that I use currently.
Screenthost of pihole padd.sh the new image with bookworm and pihole v6.
#piholev6#piholev5#bullseye
Replied in thread
Public
Tim Hergert

@c0mpl3x Also of note - it appears that today's update from 6.0.3 to 6.0.4 nukes this setting (as well as disabling the newly installed TLS server with the selfsigned cert ) so something else to keep an eye out for.

Adding the "no-0x20-encode" back in fixes the issue

misc.dnsmasq_lines & C' Additional lines to inject into the generated dnsmasq configuration. Warning: This is an advanced setting and should only be used with care. Incorrectly formatted or duplicated lines as well as lines conflicting with the ‘automatic configuration of Pi-hole can break the embedded dnsmasq and will stop DNS resolution from working. Use this option with extra care. Values (one item per line) no-0x20-encode Default Value: empty Allowed value: array of valid dnsmasq config line options
#piholev6
Replied in thread
Public
Tim Hergert

@c0mpl3x

And then there was the inexplicably odd and seemingly random failures to resolve legitimately good addresses.

Turns out this was a known issue - although a bit of digging was needed. I was using clouflared as a custom DNS provider (since AT&T seemed to be intercepting DNS queries even after opting out of their stupid "service") and apparently cloudflared does not react well to their new nixed case queries.

Adding "no-0x20-encode" to misc.dnsmasq_lines does seem to resolve that issue as well/

Seems to be functioning as expected at the moment, but will keep an eye out for other smallish issues as they will undoubtedly crop up.

discourse.pi-hole.net/t/v6-pos

Issues with using cloudflared as upstream DNS server We got some reports that had intermediate connectivity issues when cloudflared is used as upstream DNS resolver. It turned out, that a new security feature in Pi-hole's core dnsmasq which uses mlxD-Case queries seems not to be supported by cloudflared. You can mitigate the issue when setting no-0x20-encode to misc.dnsmasq_lines
#piholev6
Replied in thread
Public *
Tim Hergert

@c0mpl3x First item is that I was using the integrated piHole DHCP server - and on upgrade that was disabled and DHCP reservations gone.
Not too big of a deal I could spin enable a DHCP server elsewhere and start to see what else needed attention while I re-entered the reservations,

Unfortunately - V6 has a bit of a . . . challenging interface in comparison to the previous version, so will likely be leaving the DHCP server external from the pihole for the time being.

This is an issue that the devs are aware of - perhaps painfully so - althoug I don't expect that it's going to be a priority since I expect that not a lot of folks actually use that functionality

discourse.pi-hole.net/t/v6-pos

Static DHCP Lease editor There has been a lot of feedback around the text box for assigning static DHCP leases to clients, and... we hear you on this one. It has already been mentioned on our forum 3, but at that point it was late in the development stage - and it didn't feel like something worth further delaying the release over. There is some more discussion around this on an open feature request 1 that was created off the back of a Reddit thread 1) (Ignore the timeline on the staff comments - we moved them from one thread and into the feature request to keep the discussion open and relevant)
#piholev6
ExploreLive feeds
About