Software-update: Pi-hole Core 5.10 / Web 5.12 / FTL 5.15

Versie 5.10 van Pi-hole Core is verschenen. Ook zijn Pi-hole Web 5.12 en FTL 5.15 uitgekomen. 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 changelogs voor de drie afzonderlijke modules kunnen hieronder worden gevonden.

Pi-hole FTL changes:

• Fix negative “others” in Upstream Servers pie chart, in #1305
• Update SQLite to v3.38.0, in #1307
• Reload blocking mode independently of incoming queries, in #1310
• Replace reference to hard-coded default GCinterval value, in #1313
• Be more precise about escaping invalid characters in queries, in #1318
• Adjust query type counters when importing from the database, in #1317
• Update SQLite to 3.38.1, in #1320
• Added support for compilation on MIPS platform, in #1316
• Update SQLite to v3.38.2, in #1323
• Fix initOverTime’s calculation of last slot timestamp, in #1312
• Fix query counts, in #1322
• Fix overtime computation, in #1327

Pi-hole Web changes:

• footer.php: Improve Pi-Hole update instruction for Docker image, in #2122
• Change the order of “uptream servers” graphic items, in #2124
• Fixing double json_encode output, in #2125
• Set rate-limiting options from settings page, in #2130
• Change wording of status when blocking is disabled, in #2136
• Adds the ability to delete multiple warnings at once, in #2133
• New icon for Donate menu item, in #2138
• New login form layout, in #2139
• Update ecmaVersion to latest, in #2140
• Changes in piholeStatus and FTL API calls., in #2126
• Change wording after Pi-hole has been disabled, in #2141
• add link to swap between blocked and all client queries, in #2129
• Better interval computation for Long-term data -> Graphics page, in #2132
• Show debug logs in colors, in #2142
• Improving debug log output, in #2145
• Fix list add for already forwarded queries, in #2148
• Start php session before generating output for API token, in #2147
• Include message triangle on all pages, in #2146
• Add per-browser setting to ignore non-fatal dnsmasq warnings, in #2135
• Fix PHP “Headers already sent” warning., in #2154
• Improving the menu, in #2156
• Better donate button – navbar, in #2160
• Set terminal type inside PHP, in #2161
• Convert IDNs to punycode before searching the lists, in #2162
• Disable prettiers no-else-return rule, in #2166
• Guard socket and FTL response, in #2164
• Improve loop for getAllQueries from FTL’s memory, in #2163
• Return empty array if there is no data, in #2169
• Move warning count to sidebar (when sidebar is visible)., in #2165
• Improve background images, in #2170
• Fixed URL typo in README.md, in #2171

Pi-hole Core changes:

• Fix log flush with new query database schema, in #4609
• Add backend option to set rate-limit from the dashboard, in #4621
• Add procps to dependencies, in #4635
• Tweak/api port, in #4629
• Generate colorful debug logs to web interface, in #4645
• Improving debug log, in #4652
• Fixed wrong words in README.md, in #4655
• Add check to avoid error in PHP 8 on the blocking page, in #4657
• Select the protocol on the blocking page, in #4659
• Remove @ and following character from interface name, in #4664
• Pool identical messages in debug output, in #4646
• Rename block lists to adlists within the query list functions, in #4681
• Tweaks to functions in utils.sh and refactored usages in webpage.sh, in #4653
• Exit installer if dpkg lock is held for more then 30 seconds, in #4682
• Only use sudo power if needed, in #4663
• Prevent issues cause by declaring utilsfile as readonly, in #4690
• Remove unnecessary case in uninstall script, in #4692
• Set permissions for GitHub actions, in #4699
• Do not pass whole environment for PIHOLE_SKIP_OS_CHECK=true, in #4694
• [utils.sh] Split addOrEditKeyValuePair to do addKey in a separate function, in #4698
• Update gravity.sh, in #4704
• Changed ldd binary check for better compatibility, in #4700

Versienummer	5.10 / Web 5.12 / FTL 5.15
Releasestatus	Final
Besturingssystemen	Scripttaal
Website	Pi-hole
Download	https://github.com/pi-hole/pi-hole/releases/tag/v5.10
Licentietype	GPL

Reacties (54)

[iAR]

Ik gebruik tegenwoordig AdGuard Home vanwege DNS over HTTPS. Hoewel ik dat allemaal niet helemaal begrijp, is het toch nog wel zo dat dit bij Pi-Hole niet werkt… of wel?

[lenwar]

Bij pi-hole heb je hier derdepartijsoftware voor nodig (zoals cloudflared of doh-proxy (er zijn er nog meer)). (Effectief is Pi-hole als geheel natuurlijk sowieso niet één tool, maar een suite van verschillende stukken software: een gemodde dnsmasq server, een lighttpd webserver, een complete php-installatie, een databaseje en een hele vracht briljante scripting om de boel samen te laten werken).
AGH is gewoon één binary met één configuratiebestand. Uitpakken en opstarten. Geen root nodig, gewoon in één keer klaar. (naar mijn persoonlijke reden, mede om die reden ook een beter product, maar dat is natuurlijk slechts mijn mening)

Het grootste verschil tussen de twee als het gaat om DoH, is dat je met AGH ook intern een DoH-server kan draaien. Dus dat het verkeer dat je software of apparaat verlaat ook versleuteld kan worden. DNS is de laatste stap wat niet standaard versleuteld is, maar met een tool als AGH kan je dat wel regelen (mits je apparaten het ook ondersteunen natuurlijk).
Dit is voor mij echt een heel essentieel iets. Ik ben strak van mening dat al het verkeer dat je computer verlaat standaard versleuteld moet worden.

[iAR]

Dank voor de uitleg.

Maar waarom is AGH een beter product? Omdat het meer dedicated is? Ik vind bijvoorbeeld de interface ervan traag in vergelijking met pi-hole.

Voor wat betreft de DoH en dergelijke instelling, ik weet er net te weinig van om hier de instellingen aan te passen…

[lenwar]

Ik bekijk het puur vanuit de techniek in die mening. De interface heb ik ook een beetje gemengde gevoelens bij, maar ik heb al heel lang niks meer met pi-hole gedaan, dus ik weet niet hoe ik me daar bij zou voelen. Het scheelt, denk ik ook dat ik eigenlijk alleen maar in de interface zit als hij een update heeft. (hij doet wat hij moet doen en hoef er dus eigenlijk nooit wat in te doen. Zelfs als pi-hole natuurlijk uiteraard als die eenmaal draait)

Zoals ik net beschreef.
pi-hole is een soort project/combinatie van stukken software, die samenwerken om een bepaald doel te bereiken.
Het komt in de basis neer op een dnsmasq gemodde DNS-server, een lighttpd webserver, een SQLite3 database, verder een zwik PHP-scripts en wat shell scripts.
Ik bedoel bovenstaande niet denigrerend ofzo (mocht het zo overkomen). Het is echt heel knap in elkaar gezet.
AdGuard Home is een vanaf scratch geschreven stuk software wat alle bovenstaande zaken ingebouwd heeft. De hele binary is ongeveer 32-34MB (verschilt een beetje per CPU-architectuur), waar pi-hole tientallen/honderden MBs aan alleen al PHP-packages nodig heeft, dan komt dnsmasq, lighttpd en alle dependencies die daar bij horen er nog bij.

Het voordeel van de opzet van AGH, is dat er geen derdepartijsoftware nodig is. Geen externe libraries, gewoon puur en alleen de software. Het is één bestand met één configuratiebestand. Dit betekend dat je het in principe op ieder apparaat kan opstarten en gebruiken. (routers, switches, raspberry pi's, PCs, enz. enz. enz.) De enige eis is, is dat het één van de ondersteunde CPU-architecturen is. (veel routers draaien met MIPS CPUs. dnsmasq is daar niet voor ontwikkeld, en kan pi-hole dus nooit op dat soort hardware draaien)
Wil je je AGH-installatie verplaatsen. Pak het configuratiebestand, zet hem naast de nieuwe binary (indien je dus bijvoorbeeld naar een andere CPU-architectuur gaat. Van een router naar een pi ofzo of andersom). En klaar.

Zoals ik al eerder aangaf, ben ik van mening dat alle communicatie die een computer verlaat versleuteld moet zijn. Dus ook de webinterface van de tool, maar ook zeker standaardondersteuning van DoH/DoT/enz. Bij AGH kan je gewoon een verwijzing maken naar je SSL-certificaat en key in de webinterface, en je bent klaar. Bij pi-hole moet je in de Lighttpd configuratiebestanden gaan hacken. (is natuurlijk in de basis geen probleem als je weet hoe, en het is natuurlijk ook geen rocket science, maar het is wel echt een verschilletje)

pi-hole ondersteund, door de beperking van dnsmasq (die niet ontwikkeld is als advertentieblokkeerder, maar als DNS server (en DHCP server)), alleen maar 'hostname-blocklists'. Dit zijn lijsten die vrij letterlijk alle hostnames individueel moeten bevatten. AGH ondersteund het Adblock Plus formaat. Dit is vele malen efficiënter, aangezien je allerlei wildcards, hele domeinen, uitzonderingen, enz. kan gebruiken.

https://oisd.nl/downloads
Als je naar bovenstaande lijsten kijkt, is de lijst die bruikbaar is in AGH ruim 6MB en die van pi-hole/dnsmasq ruim 20MB voor dezelfde lijst. (( tip - Je hebt in de praktijk voldoende aan alleen die lijst ))

Wat ook nog een kolossaal voordeel is van AGH, is dat het niet per se met root-rechten moet draaien op alle platformen. (moet je wel eenmalig een setcap voor instellen. Documentatie staat op de AGH-site). Dit is ook zeker iets dat nooit onderschat moet worden. Mocht er een beveiligingsfout in de software ontdekt worden, dan heb je dat liever niet met processen die als root draaien.

Mocht je het interessant vinden, stuur dan even een PM'tje, dan kan ik je wel op weg helpen met DoH (aan de voor- en achterkant), inclusief de techniek/concepten er achter.

[TheCeet]

Dat zit in in de config van Pi-hole, maar je moet eerst 3rd party software installeren op je Pi zoals bv Cloudflared.
Bij AdGuard Home kan je via simpele upstream server inderdaad kiezen voor DNS over HTTPS.

[Storm-Fox]

Mooi, dan ga ik mijn pihole cluster ook maar eens updaten.
Tip: Als je twee pihole servers gebruikt kun je met gravity beiden automatisch in sync houden.

[Kliko]

Waarom zou je twee/meerdere piholes gebruiken? Heb je meerdere (fysiek) aparte netwerken?

[Polderviking]

Als je 2 PiHoles neerzet heb je in de basis meer fault tolerance, voor als er eentje stuk gaat.

Je kan het ook oplossen door gewoon een DNS op internet als secundaire server op te geven in het DHCP en dan maar even geen adblocking te hebben als hij stuk is.
Zoals altijd is dit is een kwestie van "hoe zwaar trek je er aan".

Ik heb er ook wel even naar zitten kijken maar ik heb sowieso maar 1 homeserver en als die kapot gaat is er sowieso stress want die home server doet bijvoorbeeld ook firewalling en home automation. (verlichting e.d.)
Het ging me persoonlijk desondanks wat ver om 2 home servers neer te zetten gewoon voor de redundancy.
Maar als je Pihole daadwerkelijk op een raspberry draait en je er toch twee hebt, tjah... waarom niet hé.

Ziggo zelf ligt er bij mij in ieder geval vaker uit dan mijn server.

[Reactie gewijzigd door Polderviking op 24 juli 2024 05:26]

[jcbvm]

Een secondaire dns werkt volgens mij niet, zoals velen denken, als een fallback dns. Het kan prima zijn dat je secondaire soms gewoon gebruikt wordt als primaire dns.

[KVan]

Ik draai 2 pihole servers. De primaire krijgt ~80% vd aanvragen, de andere ~20%. Dat gebeurt zonder dat ik daar wat speciaals voor ingesteld heb, gewoon beide als DNS servers in de ingesteld. Vrijwel alle apparaten maken van beide gebruik.

[zordaz]

1 PiHole is nogal een SPOF... Ik heb er daarom ook twee draaien (in Docker).

[sircampalot]

Waarschijnlijk heb je ook maar 1 gateway.
Twee dezelfde installaties draaien in een docker, geeft nauwelijks hogere beschikbaarheid. Immers hebben ze allebei dezelfde kwestbaarheden.
Het zou wel een hogere beschikbaarheid kunnen geven als je het draait op verschillende hardware.

[zordaz]

Dat doe ik uiteraard ook; op twee systemen waarop Docker draait. Het knutsel gehalte van de Pihole installatie is me te hoog om het bare metal te draaien en daarnaast dan nog wat anders, vandaar Docker. Ze zouden natuurlijk gewoon een deb-package kunnen/moeten maken die netjes installeert en integreert op Raspian/DietPi e.d. maar dat doen ze helaas niet.

[sircampalot]

Hier draait een pihole (+unbound) op een rpi 3b+, en die is in een jaar of 4 slechts 2x onbeschikbaar geweest.
Wat mij betreft dus een prima stabiel systeem.

[zordaz]

Als het draait is het stabiel, het gaat me puur om het installatiemechanisme. Ze hebben het wiel op dat punt al een keer of 5 opnieuw uitgevonden.

[TheCeet]

Als je maar 1 DNS server hebt ingesteld en die gaat down, dan is er geen internet meer.
Daarom kan je 2e opzetten, die ingeven in router settings en zou heb je toch failover mocht 1 van de 2 het begeven.

[EverLast2002]

k had 2 pi-holes draaien in 1 netwerk, en via dhcp naar alle clients 2 DNS servers aanbieden.
(x.x.x.252 en x.x.x.253).
Om te testen of het werkte zette ik x.x.x.252 uit in de veronderstelling dat de clients dan x.x.x.253 zouden gebruiken. Dit werkte dus NIET. Op geen enkele client, Windows, Linux, iOS.
Ik ben van het concept afgestapt en draai nu dezelfde adblock lijsten centraal via OPNsense.

-edit:
geldt ook voor 3raser

[Reactie gewijzigd door EverLast2002 op 24 juli 2024 05:26]

[TheCeet]

Hmm dat is bizar.
Bij mij thuis werkt het wel mooi, ook iOS, Windows, Android TV, etc devices.

[lenwar]

Dat is wel heel raar, want een pi-hole is wezenlijk niet anders dan een standaard DNS-server (vanuit het perspectief van het besturingssysteem). Wat je wel zal zien is dat de secundaire DNS-server standaard pas na 2 seconden wordt bevraagd, waardoor je wel extreem trage responses krijgt. (sommige besturingssystemen gaan hier anders mee om, maar uit m'n hoofd moeten ze pas na 2 seconden (per verzoek!) de secundaire bevragen volgens de RFC. (ik weet dit niet helemaal zeker overigens).

Ik heb zelf twee AGH-installaties draaien (vanuit het perspectief van de besturingssystemen dus niks anders dan pi-hole of een willekeurige andere DNS server), en dat werkt gewoon prima. één draait op een pi naast m'n Unifi software. De andere in een ander VLAN als Home Assistant addon.

Ik had hem ook een tijdje op m'n router draaien (wat ook een voordeel is van AGH boven pi-hole, want het heeft geen software dependencies), maar dat trok m'n router z'n hardware niet helemaal. Het inladen van regels duurde erg lang en dat zorgde voor tijdelijke vertragingen in m'n internetsnelheid.

[3raser]

Om dezelfde reden waarom je bij een netwerkconfiguratie vaak twee DNS servers invoert. Om niet afhankelijk te zijn van 1 server die je hele netwerk plat legt als hij niet meer werkt.

[EverLast2002]

zie mijn reactie hierboven

[Reactie gewijzigd door EverLast2002 op 24 juli 2024 05:26]

[sircampalot]

De reden normaal om 2x DNS in te zetten is als de 1e DNS de request niet kent.
Het zijn geen verschrikkelijk instabiele software pakketten, dus voor redundantie hoef je het niet te doen.
Je gateway voer je ook niet redundant uit.

[lenwar]

De meeste besturingssystemen zullen niet doorgaan naar de tweede DNS server als de eerste het verzoek niet positief kan verwerken. (ik ken persoonlijk geen één besturingssysteem dat standaard doet, maar ik wil natuurlijk niks uitsluiten natuurlijk)

Het idee is over het algemeen dat je meerdere DNS servers hebt voor als er een deel van je netwerk uitvalt waar je DNS-server in zit, dat niet HEEL je netwerk stuk is. Het is dus veelal alleen zinvol bij grotere (complexere) netwerken, al zie je de laatste jaren steeds vaker dat DNS-servers als anycast-adressen worden opgenomen in grotere netwerken, waardoor het effectief niet meer echt uitmaakt.

Je zal traditioneel zien dat bedrijven twee DNS servers in twee verschillende subnets/netwerksegmenten hebben zitten. (ISPs kunnen mogelijk twee IP-adressen in dezelfde range gebruiken, maar dat die intern toch compleet anders gerouteerd worden)

Het standaard (voorgeschreven) gedrag van DNS is, is dat de tweede DNS-server na twee seconden wordt geraadpleegd. Dus pas als de primaire niet binnen twee seconden een reactie (positief of negatief) heeft gegeven. Dit is echter bij ieder verzoek. Het besturingssysteem zal het dus niet cachen/onthouden dat de primaire DNS server niet beschikbaar is. Effectief heb je dan dus een HEEL erg trage DNS-verwerking op je apparaten, maar het is beter dan niks.

Ik heb persoonlijk twee AdGuard Home-installaties draaien. één naast een Unifi installatie en één als Home Assistant add-on.

Het voordeel daarvan is, is dat als één van de twee een reboot nodig heeft voor patchen (ofzo) dat alles dan verder blijft werken. (betere WAF )

[sircampalot]

De meeste besturingssystemen zullen niet doorgaan naar de tweede DNS server als de eerste het verzoek niet positief kan verwerken

Dat is mijn ervaring anders.
Je kunt het eenvoudig testen, door bijv 8.8.8.8 als tweede dns te publishen, en vervolgens naar een door pihole blocked domein te gaan.
Ook belangrijk is om te zorgen dat enkel de apparaten die pihole draaien dns requests mogen doen naar buiten.
Een chromecast bijvoorbeeld, zal eerst zijn ingebakken dns proberen, voordat hij de dhcp dns gebruikt.

[lenwar]

Een chromecast bijvoorbeeld, zal eerst zijn ingebakken dns proberen, voordat hij de dhcp dns gebruikt.

Inderdaad, een Chromecast of de Athom Homey negeren de dhcp-server een gebruiken hardgecodeerde dns-servers.

Je kunt het eenvoudig testen, door bijv 8.8.8.8 als tweede dns te publishen, en vervolgens naar een door pihole blocked domein te gaan.

Dat zou dus niet moeten gebeuren. Mogelijk dat de betreffende clients naar beiden tegelijk sturen en dat de 8.8.8.8 sneller reageert (is in theorie mogelijk)

[zordaz]

Bij nieuwe Pihole versies kun je beter even een weekje wachten met updaten, vrijwel altijd komen er de eerste dagen serieuze bugs boven water. Je zou natuurlijk 1 van je Piholes nu kunnen updaten en de andere nog niet.

[rbr320]

Tip: Als je twee pihole servers gebruikt kun je met gravity beiden automatisch in sync houden.

Is dat nieuw? En wat wordt er dan precies in sync gehouden? Ik ben al een tijd lang op zoek naar een oplossing om mijn 2 PiHoles te synchroniseren.

[Storm-Fox]

Het werkt ontzettend goed, zie hier een tutorial om beiden piholes in sync te houden.
https://www.youtube.com/watch?v=IFVYe3riDRA&t=527s

[Reactie gewijzigd door Storm-Fox op 24 juli 2024 05:26]

[rbr320]

Oh je hebt het over Gravity Sync. Dat kende ik al, ik dacht dat je bedoelde dat de HA functionaliteit tegenwoordig in Pi-Hole zat ingebakken.

[Storm-Fox]

Nee joh, maar HA heb ik thuis geregeld met twee proxmox thin client servers.
Kijk anders naar zoiets.

[rbr320]

Ik heb mijn 2 Pi-Holes bare-metal op 2 Raspberry Pi's draaien die ik nog had liggen, dus dat zit wel goed. Beheer en het synchroon houden van diverse instellingen doe ik door middel van Ansible, maar als Pi-Hole dat inmiddels zelf kon was dat misschien interessant geweest om eens naar te kijken.

[Marve79]

Heb het eens getest maar ik was te vaak voor heel het huishouden aan het whitelisten. Ik had ook dat bijv TuneIn werd onderbroken omdat de reclame niet gespeeld kon worden.

Weet niet hoe dat nu allemaal is, misschien nog eens testen. Voor nu heb ik Adguard op elk device.

[Ayporos]

https://oisd.nl/

Een blacklist met 'gegarandeerde' WAF.

Ik run zelf een 'blacklist ALL the things' strategie (https://firebog.net/), en ben zelf tot nu to minder dan 5 domeinen tegen gekomen om te whitelisten.. maar ja, ik doe niet aan social media en woon in m'n uppie dus dat helpt al enorm natuurlijk.

[Reactie gewijzigd door Ayporos op 24 juli 2024 05:26]

[Polderviking]

Die OISD list is inderdaad erg makkelijk, maar niet onomstreden vooral omdat je dus al je eieren bij 1 list maintainer neerlegt.

Wat ik zelf altijd adviseer is gewoon alle lijsten met groene vinkjes van Firebog in je pihole te proppen.
Eventueel naast OISD.
Ik heb nooit problemen.
Enige wat ik mensen soms moet uitleggen is waarom Google's gesponsorde resultaten niet werken op mijn wifi.

[Reactie gewijzigd door Polderviking op 24 juli 2024 05:26]

[jpgview]

https://jpgpi250.github.i...20with%20Pi-hole%20v5.pdf

[Polderviking]

Ah check thanks dit is handig om te weten. Zowel ikzelf als mijn wederhelft vinden het prima zo maar als het toch een dingetje wordt kan het handig zijn om te deblocken voor sommige clients.
Zijn meestal gasten die er tegenaan lopen.

[Reactie gewijzigd door Polderviking op 24 juli 2024 05:26]

[oef!]

Tune in werkt probleemloos op Android en iOS icm pihole.

[yokovaski]

Blokkeert dit ook youtube reclame voor je hele netwerk?

[init]

Helaas is dit niet mogelijk. De video's worden vanuit dezelfde locatie geserveerd als de reclames. Hierdoor zijn ze niet weg te filteren.

[Lampiz]

Ik vraag mij toch af hoe mijn uBlock origin dit dan doet, ik heb nooit reclame op de pc.
Op m'n shield bijna iedere 3 minuten.

[JeroenED]

Die kan de reclames herkennen aan z'n specifieke zaken. Vb. Het html-element van een advertentie is div.advertisement. dus blokkeer alle div.advertisement op youtube.com.

Dat is uiteindelijk de andere methode van ads blokkeren (elementen vs domeinen) waarbij elementen wel gerichter kan gaan. Maar het is hierbij wel makkelijker voor een website om je te blokkeren voor gebruik van een adblock.

Extra tip: mss hier eens de lijsten van ublock bekijken? https://easylist.to/

[Reactie gewijzigd door JeroenED op 24 juli 2024 05:26]

[Lampiz]

Check, hier was ik naar op zoek.
Waarvoor dank!

[init]

Ublock origin filtert content op apparaat niveau t.o.v. Pihole op netwerk niveau. Op apparaat niveau kan gerichter gefilterd worden.

[sleiN13]

Je kan natuurlijk ook gewoon youtube premium nemen. Dan heb je ook geen reclames meer, en je sponsored de mensen die je entertainment maken ook nog eens.

[Lrrr]

Je krijgt ook YouTube Music erbij, dus als je het met Spotify vergelijkt betaal je maar 2 euro p/m extra.

[Neurd]

En Als je mbv vpn een abbo afsluit in India ben je maar €2.31 p/m kwijt.

[Lrrr]

Als iedereen dat gaat doen, gaan ze die maas dichten en wordt het voor de mensen in India weer onbetaalbaar. Ook zullen de makers van de filmpjes en muziek zo minder verdienen. Daarom doe ik dat niet.

[jcbvm]

Ik wil dus premium zonder music, maar dat kan dan weer niet… waardeloos.

EDIT: zie dat er tegenwoordig ook een lite variant is voor precies dat. Ik heb niks gezegd

[Reactie gewijzigd door jcbvm op 24 juli 2024 05:26]

[Lampiz]

Ik sponser creators liever direct via patreon, maar goede optie inderdaad. Zal wel op andere devices de reclame verhelpen.

[Tusk]

bevalt mij erg goed. Ook de werking van Youtube Music. Even eenmalig je afspeellijsten overzetten en hop!

Enige wat nog niet zo lekker werkt als dat je bijv op je chromecast iets aan het afspelen bent, je dat soms niet op je telefoon kunt zien. Die link valt nog wel eens weg.

Verder ben ik erg tevreden over YTmusic. Zeker ook omdat ik een hoop liedjes uit mijn eigen obscure database heb kunnen toevoegen en deze zo kan streamen.

[rrrrrrrrr]

Is smarttube dan niet wat voor jou?
Ik stoorde me ook aan reclame in Youtube op de shield en gebruik derhalve ST.
Interface is nagenoeg hetzelfde.

[Jazco2nd]

Daarvoor heb je SponsorBlock (ingebouwd in YouTube Vanced voor Android en SmartTubeNext voor AndroidTV).

Dus als je uBlock Origin en SponsorBlock add-ons in je Firefox zet en ook op je mobiel (Android) in Firefox Nightly ben je zo goed als reclame vrij.

uBlock Origin kan je weglaten als je reeds PiHole of AdGuard Home draait voor al je apparaten, maar dan zie je gaten op websites met foutmeldingen. Dus ik heb wel deze add-ons in alle browsers aanstaan, naast Adguard Home.

[fdkuyper]

Dat is precies waar ik tegenaan loop: mijn pihole crasht af en toe door een corrupt sd kaartje, maar ik heb er (nog) geen twee draaien. Nou snap ik wel dat ik dat kaartje moet vervangen, maar ik als pleister even via de crontab willen kijken of hij nog draait. En als dat niet zo is, gewoon weer starten (want dat doe ik nu met de hand). Maar ik krijg de crontab niet aan de praat. Beetje off-topic allemaal, maar misschien heeft iemand daar ervaring mee?