Upcoming Pi-hole changes
We are fast approaching another release (soon™), and we’ve been very busy since the last one. There are a number of smaller changes, but we thought it would be nice to share some of the bigger/more important changes ahead of time, so that they are not missed in amongst the release notes.
Saying Goodbye to Debian Stretch
We already posted about this on discourse recently, however it is worth repeating that the next release of Pi-hole FTL will have a hard incompatibility with Stretch/Stretch-based operating systems. To quote the discourse post:
By this update, the minimum required operating system is changed from Debian Stretch (9) to Buster (10). Debian 9 was initially released on 2017-06-17. It was superseded by Debian Buster on 2019-07-06. Stretch received Long-Term-Support since 2020-07-06 but only until 2022-06-30. It cannot be considered safe to continue running Stretch and, hence, Pi-hole dropped Stretch support – now also for the pre-compiled binaries.
Update 2022-09-01: Further to this, the same applies to CentOS7
Update 2022-09-02: Further still… Same for 18.04
Changes to the default “Block” Page (404 handler)
There are several motivations behind this, namely:
- IP blocking is no longer the default blocking mode for new installs of Pi-hole. So most people will never see it.
- Even if a user is configured to IP blocking mode – the block page will only be displayed on a
HTTP
request only.- With the above point in mind, as the internet is mainly
HTTPS
these days – most people will never see it
- With the above point in mind, as the internet is mainly
- From a maintenance point of view – it’s just not worth keeping that functionality of the 404 handler
That all said, the 404-handling aspect of the page is retained, e.g auto redirect from http://pi.hole
to http://pi.hole/admin
.
If a user now has blocking mode set to IP, and given the example of blockedpage.com
being on their block list, this is what they will now see when visiting http://blockedpage.com
Users can still create their own 404 handler (to include “blockpage” functionality if they so wish, though per the notes above – why would you?) by creating a file named custom.php
in /var/www/html/pihole
and designing it to their tastes. (if they really wanted, they could just copy paste the code from the old index.php
into custom.php
, but they would be responsible for making it work if anything broke 😉 )
It was a nice page when it was first invented, but the time has finally come to say goodbye to an old friend, and put it out of it’s misery.
Web interface improvements
New login splash page
This change will be the most immediately obvious to those that have their web interface behind a password.
Unauthenticated requests are now presented with a login page, and the previously seen data is now suppressed until a user is logged in.
Group Management / Dedicated Black/Whitelist pages merged
When we first introduced group management years ago, we felt it necessary to keep these links separate to ease the transition (though they were actually the same page). With the next release the dedicated Black/Whitelist pages are removed, and instead the functionality can be found on the “Domains” heading of the side bar.
Improvements to the top right menu and sidebar
In addition to the above, we have also made some more subtle layout tweaks that we think improve the overall UX
- Move Logout link to top menu;
- Move Documentation links to top menu;
- New icon for collapse/expand the sidebar.
- Auto-focus for input field after submitting new items;
- Settings page: email field removed;
- Debug log: new “database integrity check” option;
- Tail logs: new color output.