Software-update: Pi-hole Core 6.0.6 / Web 6.1 / FTL 6.1

Pi-hole logo (75 pix) Versie 6.0.6 van Pi-hole Core is uitgekomen. Ook zijn Pi-hole Web 6.1 en Pi-hole FTL 6.1 verschenen. Pi-hole is een advertising-aware dns- en webserver bedoeld om te draaien op een Raspberry Pi in het netwerk. Als op de router naar Pi-hole wordt verwezen voor dns-afhandelingen, zullen alle apparaten binnen het netwerk er automatisch gebruik van maken zonder dat er instellingen moeten worden aangepast. Vervolgens worden advertenties niet meer opgehaald, waardoor pagina's sneller laden. In potentie kan er ook malware mee buiten de deur worden gehouden. Voor meer informatie verwijzen we jullie door naar de uitleg en video's op deze pagina, of deze handleiding van tweaker jpgview. De changelog voor deze uitgave kan hieronder worden gevonden.

What’s Changed (Core v6.0.6)
  • README.md: switch to the SVG logo in #6052
  • version.sh: fix typo in comment in #6056
  • Add trailing / when changing ownership of /etc/pihole in #6057
  • Add 2FA handling to api.sh in #6065
  • Create webserver.log on FTL startup in #6051
  • Remove WEB_CALL from COL_TABLE in #6062
  • revert #6030 in preparation for docker-pi-hole #1794 in #6086
What's Changed (Web v6.1)
  • Fix typo in DHCP settings page in #3279
  • Live long and prosper in #3280
  • Fix CPU% in #3262
  • Fix top lists links on the dashboard in #3283
  • Improve HTTPS detection behind reverse proxy in #3285
  • Improve CodeQL action in #3289
  • package.json: properly configure xo and postcss in #3248
  • Set default values for each property of versions object in #3268
  • Fix the text and icon used to report end-to-end encryption status (TLS/SSL) on the top menu in #3288
  • .gitattributes: enforce LF in #3282
  • Sort IPv4 before IPv6 addresses on the network overview in #3286
  • Add missing img dimensions in #3294
  • Sort interfaces in #3284
  • Remove the obsolete X-UA-Compatible meta tag in #3305
  • logout.js: add missing preventDefault call in #3301
  • Switch to Font Awesome CSS in #3300
  • Ran autoprefixer in #3246
  • testpr: run prefix script too in #3307
  • Updated run gravity message when importing config in Teleporter in #3312
  • Fix a few CodeQL issues in #3290
  • Remove trailing slash from void elements in #3315
  • sidebar: fix missing span end-closing tags in #3316
  • Fix stray - in #3318
  • Fix issues found in LCARS theme after recent changes in CSS and HTML in #3327
  • Remove a few unused CSS rules from pi-hole.css and LCARS theme in #3329
  • Update browserslistc in #3322
  • Use em instead of i and strong instead of b in #3321
  • Update fonts in #3309
  • Add missing rel="noopener" for external links in #3333
  • Allow path prefix multiplexing the dashboard and API in #3269
  • login.lp: remove mention of sudo in #3334
  • Refactor assets loading in #3295
  • queries: switch to a real button in #3339
  • Logout: fix redirect in #3304
  • sidebar: switch to a real button in #3342
  • parseQueryString: switch to URLSearchParams and remove unused param in #3340
  • Queries: user fieldtext directly in #3343
  • Queries: escape querystatus.fieldtext in #3348
  • Fix typo in advanced DNS help text in #3350
  • Set an upper limit on the number of rows returned for the query log in #3346
  • Use pretty URLs when possible in #3351
  • Use modernized waitMe plugin in #3213
  • Query Log: Add QUERY_EXTERNAL_BLOCKED_EDE15 rules in #3347
  • index: remove useless empty title attributes in #3352
  • Remove meta http-equiv="cache-control" in #3353
  • Regenerate package-lock.json with npm 10.9 in #3356
What’s Changed (FTL v6.1)
  • The domain pi.hole should be fully local in #2331
  • Add total CPU % to /info/system endpoint in #2297
  • Do not read empty values from versions file. Use null instead in #2335
  • Ensure proper shutdown when crashing in a thread in #2332
  • README.md: switch to the SVG logos in #2344
  • Allow newlines in env vars as separator in #2346
  • Update npm dependencies in #2342
  • Fix unlocking warning in /api/history/clients in #2351
  • Increase restrictions on POST /api/teleporter in #2352
  • Use keep-alive in #2357
  • Change default file serving behavior possibly breaking in #2355
  • Add new special permitted upstream filter for Query Log in #2345
  • Fix typo in json_macros.h for HTTP Status Code body return check in #2338
  • API validation: update CI in #2341
  • Do not overwrite externally given MAKEFLAGS if set in #2360
  • Default-off 0x20 encoding in #2365
  • Simplify overTime processing in #2353
  • Tweak API documentation for /docs in #2337
  • Add Discovery of Designated Resolvers special zone blocking in #2315
  • Still save clients when database.maxDBdays is 0 in #2367
  • Add new Lua function pihole.format_path() in #2370
  • Do not update webserver.threads in-place in #2368
  • Update embedded dnsmasq to v2.91rc6 in #2374
  • Also set Expires= property for deleted cookies in #2336
  • Fix docs for lists batchDelete in #2379
  • Update dnsmasq tag to 2.91 in #2380
  • Allow prefix multiplexing behind reverse proxy in #2319
  • NTP – Provide correct stratum to clients in #2386
  • Set X-DNS-Prefetch-Control header in #2396

Versienummer 6.0.6 / 6.1 / 6.1
Releasestatus Final
Besturingssystemen Scripttaal
Website Pi-hole
Download https://github.com/pi-hole/pi-hole/#one-step-automated-install
Licentietype GPL

Reacties (19)

19
19
13
0
0
4
Wijzig sortering
Ik draai eigenlijk altijd deze standaard regel in m'n installaties:

sudo apt update ; sudo apt upgrade -y ; sudo apt autoclean ; sudo apt autoremove ; sudo reboot

[Reactie gewijzigd door TheProphet op 31 maart 2025 15:33]

Je verwijdert dan al bestanden voordat je een herstart doet en kan nagaan of alles nog goed werkt naderhand. Meestal gaat dat goed, soms niet en kun je niet meer terug.
Ik doe een "sudo apt update && apt dist-upgrade -y" i.p.v. een "upgrade" of een "full-upgrade".
"apt dist-upgrade" en "apt full-upgrade" zijn equivalent aan elkaar. "dist-upgrade" komt van het "apt-get" commando en is nodig om te upgraden naar een nieuwe major versie van je Debian-gebaseerde distributie. Het versie tussen een reguliere "upgrade" en een "dist-upgrade" of "full-upgrade" is dat de laatsten bereid zijn pakketten te verwijderen als dat nodig is om aan de afhankelijkheden van andere, belangrijkere pakketten te voldoen. Welke pakketten belangrijker en minder belangrijk zijn staat in de meta-bestanden van de repositories. Een reguliere "upgrade" zal altijd alleen maar nieuwe pakketten installeren om aan afhankelijkheden te voldoen, naast het bijwerken van de bestaande pakketten uiteraard.

Een klein verschil tussen "apt-get [dist|full]-upgrade" en "apt [dist|full]-upgrade" zit hem in de standaard instellingen die gehanteerd worden. "apt-get" bewaard standaard alle bestanden die worden gedownload in de /var/cache/apt/archives/ directory. "apt" verwijderd de cache-bestanden nadat ze succesvol door het "full-upgrade" sub-commando zijn geïnstalleerd, omdat deze bestanden in het geval van een volledige major versie upgrade flink wat schijfruimte kunnen innemen.
Prachtig uitgelegd!
Ik had ooit ergens gelezen dat met een "dist-upgrade" je bij de correcte distro blijft,
in plaats van dat er een "graai van alle distro's alle updates bij elkaar" met "full-upgrade".
Maar dat is dus ook niet van toepassing?!
Ik weet niet eens precies wat je bedoelt met de "correcte distro". Je draait duidelijk Debian, Ubuntu of een andere Debian afgeleide, dus dat is je distro. Van die disto draai je een specifieke versie, bijvoorbeeld Debian 12 of Ubuntu 24.04. Welk commando je ook gebruikt van degenen die we hebben genoemd, je zult altijd op die versie van je distro blijven en de pakketten updaten die daarvoor beschikbaar zijn. De beheerders van Debian en Ubuntu (en misschien ook wel van de andere Debian gebaseerde distributies) kiezen er voor om periodiek nieuwe installatiemedia uit te brengen waarop de versie van de distributie is bijgewerkt met alle tot dan toe uitgekomen updates. Hier hangen ze dan een minor versienummer aan, bijvoorbeeld Debian 12.10 of Ubuntu 24.04.2, maar dat heeft verder geen meerwaarde behalve als je een nieuwe installatie gaat doen en daarvoor een verse ISO gaat downloaden, want dan ben je alvast beter bij met updates.

Het "apt-get dist-upgrade" commando stamt nog uit de tijd dat je Debian naar de volgende versie moest updaten door handmatig je sources-file in /etc/apt/ aan te passen en daarna "apt-get dist-upgrade" moest uitvoeren. Dat ging gepaard met veel gekruiste vingers en offers dan wel gebeden bedoeld voor een opperwezen naar keuze. Als je vergat "dist-upgrade" te gebruiken en per ongeluk "update" gebruikte was je installatie daarna vrijwel zeker om zeep vanwege gewijzigde afhankelijkheden en namen van pakketten. Fun times.
Het beste is om tussen de 'apt upgrade' en het opruimen de herstart te doen. Zelf doe ik deze apt-trein in de volgende volgorde:

sudo apt autoclean && sudo apt autoremove && sudo apt update && sudo apt upgrade -y && sudo reboot

Daarbij gebruik ik && in plaats van ;. Daarmee zal de volgende stap pas door gaan als de vorige succesvol is afgelopen. Als er iets fout gaat, dan gaat ze niet verder.

Door eerst op te ruimen begin je de update zo schoon mogelijk, je hoeft niet te updaten wat je toch weg haalt. En de reboot zit nu direct na de grootste aanpassing en aan het einde van de keten.
"apt autoremove" is bedoelt om pakketten te verwijderen die ooit als afhankelijkheid mee zijn geïnstalleerd, maar die nu niet meer nodig zijn. Ik ben van mening dat het weinig zin heeft om dit uit te voeren voorafgaand aan een "apt upgrade", tenzij je doel is om alleen onnodig afhankelijkheden te verwijderen die zijn ontstaan na de vorige "apt upgrade". Even herstarten voordat je een "apt autoremove" uitvoert is inderdaad wel aan te raden.

Overigens verwijdert "apt autoremove" alleen de pakketten maar niet eventuele configuratiebestanden. Als je die ook op wilt ruimen kan je de "--purge" optie meegeven of "apt autopurge" gebruiken.
Natuurlijk kan je autoremove en autoclean ook na de update/upgrade draaien. Maar het voornaamste is dat je niet hoeft bij te werken wat je toch al weg zou gooien, daarom ook direct voor de update/upgrade. En voor opruim acties is het algemene advies om dat dan na een eerstvolgende reboot te doen, daarmee weet je dan zeker dat oude libraries niet meer in gebruik zijn. Bij linux hoeft de herstart na een update niet meteen, het meeste blijft wel draaien of herstart alleen de benodigde programma's maar toch kan een herstart problemen voorkomen.

Een autoclean doet overigens niets met geïnstalleerde pakketten. autoclean schoont de cache van gedownloade pakketten die niet meer nodig zijn. De `apt clean` gooit overigens de heel cache leeg, waarbij de volgende update/upgrade die weer vult.
De term "nodig" is hier niet helemaal correct. Een "apt autoclean" verwijderd pakketten uit de cache die niet meer beschikbaar zijn in de repositories van je distributie. Dat kan gaan om oude versies van het pakket, maar ook van toepassing zijn als het pakket in zijn geheel niet meer ondersteund wordt en dus door de beheerders is verwijderd. De standaard instelling van "apt" en "apt-get" is overigens om oude versies van pakketten uit de cache te verwijderen zodra het bijwerken naar een nieuwe versie is gelukt, maar je kunt je systeem zo configureren dat pakketten in de cache altijd worden bewaard, in dat geval kan je "autoclean" gebruiken om je cache op te schonen.
Wel goed om te weten: Hier met V6.X op Synology (Containermanager) melden alle clients zich als nu als 172.17.0.1 (waarschijnlijk het dockercontainer IP), met V5.X zag ik nog alle cliënts met hun eigen lokale IP adres. Gebruik overigens nog steeds hetzelfde script om te installeren.

Wellicht iets doen met dnsmas.q of de container een IP in het interne netwerk geven.

Edit: direct op de host exposen kan/mag niet. Al geprobeerd.

[Reactie gewijzigd door Jumpman op 31 maart 2025 12:49]

Dan zit je docker via een virtueel netwerk gekoppeld in je synology.
Meestal wordt die SynoBridge genoemd.

Je zou de pihole docker beter direct op de host kunnen exposen.
Laat hem als HOST draaien.
Mooi. Staat nog niet in de web ui van Pihole, maar kan al wel met sudo pihole -up.
Versie 6.# is een belangrijke update, waaraan lang is gewerkt.
als je de dnsmasq setting 'no-0x20-encode' hebt toegevoegd om dns reply problemen op te lossen (zie o.a. dit topic), en dit later wil wijzigen, hou dan rekening met deze comment in het github pull request

quote
In case you have no-0x20-encode, it always wins and the feature stays off even when do-0x20-encode is set. This seems to be the best compromise to ensure backwards compatibility...
/quote
offtopic:
Pro-tip: Quoten op Tweakers kan met [q] (of [quote]) en afsluiten met [/]. De tekst wordt dan netjes in een quote layout geplaatst. Dus:

[quote]
In case you have no-0x20-encode, it always wins and the feature stays off even when do-0x20-encode is set. This seems to be the best compromise to ensure backwards compatibility...
[/]
:)

[Reactie gewijzigd door Room42 op 31 maart 2025 11:17]

Fout gemaakt van docker in synology te upgraden van v5 van v6.0.5. Sindsdien zeer onstabiel, als er load is op synology houdt de pihole er gewoon mee op. Later eens upgrade naar deze versie of het helpt anders redeploy van v5.

Ben niet alleen precies, nog gelijkaardige klachten. Dus als je nog op v5 zit, best een backup nemen voor upgrade of nog even afwachten tot het stabieler is.

https://github.com/pi-hole/pi-hole/issues/6061
https://github.com/pi-hole/FTL/issues/2251

[Reactie gewijzigd door runob op 31 maart 2025 11:47]

Nergens last meer van. Is allang opgelost door een eerdere update. Later toch maar een fresh install gedaan. Draait als een zonnetje op de Syno.

[Reactie gewijzigd door MuizUnattended op 1 april 2025 11:28]

En zoals gewoonlijk, voor je sudo pihole -up draait, doe ook even een sudo apt update om te zien of er andere updates beschikbaar zijn :)
In plaats van de Web 6.1 update changelog is er twee keer de code 6.0.6 changelog gepost

Op dit item kan niet meer gereageerd worden.