[Pi-Hole] Ervaringen & discussie

[dss58]

@nero355 hier https://www.nporadio1.nl/live

[nero355]

dss58 schreef op zaterdag 8 april 2023 @ 19:36:
@nero355 hier https://www.nporadio1.nl/live

Tja, dat moet je dus echt NIET DOEN! gezien de adware/spyware die daarbij komt kijken!

[dss58]

nero355 schreef op maandag 10 april 2023 @ 15:14:
[...]

Tja, dat moet je dus echt NIET DOEN! gezien de adware/spyware die daarbij komt kijken!

waarom niet ? zoals je ziet hou ik de boel goed in de gaten

[nero355]

dss58 schreef op maandag 10 april 2023 @ 19:44:
waarom niet ? zoals je ziet hou ik de boel goed in de gaten

Laten we het omdraaien : Waarom wel

[Emielioo]

Ik heb net Pi-Hole voor het eerst geïnstalleerd. Heb de standaard blacklist + big OISD. Als ik naar CNN.com ga heb ik nog steeds ads.

Lijkt me niet de bedoeling. Iemand een idee hoe ik vind wat ik mis heb gedaan? Ik heb de DNS setting op mijn Netgear Orbi naar de Pi Hole gestuurd. Daarmee zou het volgens mij direct voor alle apparaten moeten werken.

Hier zie ik ook dat ik maar 5% block: https://d3ward.github.io/toolz/adblock.html

[ Voor 10% gewijzigd door Emielioo op 10-04-2023 21:45 ]

[Webgnome]

Emielioo schreef op maandag 10 april 2023 @ 21:42:
Ik heb net Pi-Hole voor het eerst geïnstalleerd. Heb de standaard blacklist + big OISD. Als ik naar CNN.com ga heb ik nog steeds ads.

Lijkt me niet de bedoeling. Iemand een idee hoe ik vind wat ik mis heb gedaan? Ik heb de DNS setting op mijn Netgear Orbi naar de Pi Hole gestuurd. Daarmee zou het volgens mij direct voor alle apparaten moeten werken.

Hier zie ik ook dat ik maar 5% block: https://d3ward.github.io/toolz/adblock.html

Wat zie je in de logs?
Weet je zeker dat al je devices de pihole als dns gebruiken ?

[Emielioo]

Webgnome schreef op maandag 10 april 2023 @ 21:46:
[...]


Wat zie je in de logs?
Weet je zeker dat al je devices de pihole als dns gebruiken ?

Ik zie een bak aan requests vanaf de router komen. Verder niets van de devices zelf. Maar dat lijkt me logisch omdat ik op de router de DNS naar de pi-hole heb verandert. Vraag me nog af of de router zelf terugvalt op de Secondary DNS (1.1.1.1). Die kan ik er nog even uitgooien.

[Freee!!]

Emielioo schreef op maandag 10 april 2023 @ 21:52:
[...]
Vraag me nog af of de router zelf terugvalt op de Secondary DNS (1.1.1.1). Die kan ik er nog even uitgooien.

Heel goede kans, dat dat het probleem is.

[Emielioo]

Dat was het denk ik. Hij pakt nu 39% op https://d3ward.github.io/toolz/adblock.html. Nog steeds niet geweldig. Met mijn adblocker Wipr haal ik 77%.

Dus als er nog tips zijn betreft wat goede lijsten hou ik me aanbevolen 😊

[Church of Noise]

Kan je router eventueel via DHCP het DNS adres van je Pi-Hole uitdelen?
Dan zie je netjes al je individuele toestellen in Pi-Hole

[Emielioo]

Church of Noise schreef op maandag 10 april 2023 @ 22:07:
Kan je router eventueel via DHCP het DNS adres van je Pi-Hole uitdelen?
Dan zie je netjes al je individuele toestellen in Pi-Hole

Goeie.

Ook even paar block-lists erbij gezet. Lijkt nu super te werken. Benieuwd hoeveel ik weer moet whitelisten.

[Toet3r]

Emielioo schreef op maandag 10 april 2023 @ 21:57:
Dat was het denk ik. Hij pakt nu 39% op https://d3ward.github.io/toolz/adblock.html. Nog steeds niet geweldig. Met mijn adblocker Wipr haal ik 77%.

Dus als er nog tips zijn betreft wat goede lijsten hou ik me aanbevolen 😊

gebruik zelf die van oisd.nl en ticked lists van firebog.net

[nero355]

Emielioo schreef op maandag 10 april 2023 @ 21:42:
Hier zie ik ook dat ik maar 5% block: https://d3ward.github.io/toolz/adblock.html

Leuke website!

Ik heb blijkbaar 47 dingen niet geblokkeerd staan dus dat gaan we binnenkort effe fixen!

Thnx!

/EDIT :

Church of Noise schreef op dinsdag 11 april 2023 @ 08:12:
Indien je Ublock Origin draait, ook eens draaien met Ublock Origin uit.
Mijn score ging naar 93%, en de 'open punten' worden opgevangen als Ublock Origin aan staat... Grappig

Ik heb meerdere Profiles in gebruik onder Firefox en Pale Moon en dit was uiteraard een "Clean Profile" zonder add-ons/plug-ins/extensions/enz.

[ Voor 42% gewijzigd door nero355 op 11-04-2023 15:06 ]

[Church of Noise]

nero355 schreef op dinsdag 11 april 2023 @ 00:22:
[...]

Leuke website!

Ik heb blijkbaar 47 dingen niet geblokkeerd staan dus dat gaan we binnenkort effe fixen!

Thnx!

Indien je Ublock Origin draait, ook eens draaien met Ublock Origin uit.
Mijn score ging naar 93%, en de 'open punten' worden opgevangen als Ublock Origin aan staat... Grappig

[Ferruginous Hwk]

Emielioo schreef op maandag 10 april 2023 @ 21:57:
Hij pakt nu 39% op https://d3ward.github.io/toolz/adblock.html. Nog steeds niet geweldig.

Bedankt voor deze tip! Die kende ik nog niet.
Standaard pakt de pi-hole bij mij 86% met de lijsten van oisd. (big + nsfw)
Met mijn standaardbrowser erbij kom ik op 93%.
Ik mis wat Yandex, Xioumi en Google. Die komen op de lijst.

[dss58]

Emielioo schreef op maandag 10 april 2023 @ 21:57:
Dat was het denk ik. Hij pakt nu 39% op https://d3ward.github.io/toolz/adblock.html. Nog steeds niet geweldig. Met mijn adblocker Wipr haal ik 77%.

Dus als er nog tips zijn betreft wat goede lijsten hou ik me aanbevolen 😊

leuke link, ik haal 99% met ublock origin en pihole
als ik pihole uit zet haal ik 35%, en geen 0%, opmerkelijk !

[ Voor 7% gewijzigd door dss58 op 11-04-2023 12:23 ]

[Webgnome]

@dss58 als je pihole uit zet en je laat ublock aan staan dan zou ik het heel erg raar vinden als je 0% zou halen. Dan is je ublock onzinnig

[dss58]

@Webgnome ja snap ik, was uiteraard zonder ad blokker.

[jpgview]

new in the development branch of pihole-FTL: support for proxy-dnssec.

alleen nuttig (getest) wanneer upstream een locale unbound recursive resolver is, zoals beschreven in de documentatie, let op, unbound versie >= 1.16.0

In het verleden moest je, om DNSSEC info te zien in de web interface DNSSEC aanvinken in settings. Nadeel (vind ik) dat de aanbevolen manier om unbound op te zetten ook DNSSEC aan zet, gevolg is dat zowel unbound als pihole-FTL DNSSEC verificatie doen.

Sinds mensenheugenis (misschien iets recenter) heeft dnsmasq een optie proxy-dnssec, wat er op neer komt dat de DNSSEC informatie van de upstream gebruikt wordt.

Uiteraard speelt hier het MITM gevaar, en word je verondersteld dit alleen te gebruiken als het MITM gevaar niet aanwezig is, lees pihole-FTL en unbound op dezelfde machine (binnen één OS)

achtergrond:
- door de setting ede: yes toe te voegen aan unbound geeft unbound, wanneer downstream hier om vraagt, extended dns error info mee in de query reply.
- door de setting add-cpe-id=01234 toe te voegen in een dnsmasq configuratie file, zegt pihole-FTL dat unbound steeds ede info moet geven in de replies.

Om dit te testen zijn er een aantal stappen nodig, die hier beschreven staan (summary).

Om over te schakelen naar de development branch gebruik je het commando:

pihole checkout ftl development

terug naar master? pihole checkout ftl master

gebruik dit nu een paar dagen (getest in een test branch die nu reeds verwijderd is), lijkt prima te werken.

[nero355]

@jpgview

Wat schiet je daarmee op als je Unbound draait en dan ook nog eens op de dezelfde Raspberry Pi of Intel NUC of in een VM dan wel LXC Container en zo

IMHO is dat iets waarmee Unbound zich bezig moet houden en mijn FTLDNS in principe niks mee hoeft te doen naast het feit dat ik dat hele DoH/DoT gebeuren maar een beetje zwaar geforceerd vind overkomen de laatste jaren...

[Freee!!]

nero355 schreef op woensdag 12 april 2023 @ 01:07:
@jpgview

Wat schiet je daarmee op als je Unbound draait en dan ook nog eens op de dezelfde Raspberry Pi of Intel NUC of in een VM dan wel LXC Container en zo

IMHO is dat iets waarmee Unbound zich bezig moet houden en mijn FTLDNS in principe niks mee hoeft te doen naast het feit dat ik dat hele DoH/DoT gebeuren maar een beetje zwaar geforceerd vind overkomen de laatste jaren...

Volgens mij is DNSSEC iets totaal anders dan DoH/DoT.

[jpgview]

nero355 schreef op woensdag 12 april 2023 @ 01:07:
Wat schiet je daarmee op als je Unbound draait

Voordeel van deze setup:
Zonder DNSSEC info (zie pi-hole docs voor mogelijke values) zie je in het query log uitsluitend SERVFAIL als reden waarom géén IP address gevonden werd. Met deze info krijg je, wanneer DNSSEC de oorzaak is, een duidelijke aanwijzing.

nero355 schreef op woensdag 12 april 2023 @ 01:07:
dat hele DoH/DoT gebeuren maar een beetje zwaar geforceerd vind overkomen

Zelf doe ik al het mogelijke om DOH af te blokken:
- DOT is easy, poort 853 blocken op firewall
- DOH is moeilijk, omdat het poort 443 gebruikt, die nodig is voor ongeveer alle reguliere internet verkeer.

DOH counter measures, alle lijsten worden dagelijks geupdate:
- IPv4 en IPv6 lijsten op GitHub, zie PDF. Let wel dat je hiervoor ook exceptions moet aanmaken, een aantal DOH servers worden gehost bij cloud providers, zij gebruiken een network range (CIDR), waardoor een reguliere website en een DOH server hetzelfde IP kan hebben.
- RPZ lijst op github, hier, zie PDF voor gebruik met unbound.

RPZ block indicatie in het pi-hole query log:


- suricata rules, hier.
- pi-hole lijst, abp-style, lijst gewoon toe te voegen in adlists (web interface), hier.

Blijkbaar is het met "Adguard Home" vrij eenvoudig een publieke DOH server op te zetten. Ik krijg dan ook regelmatig (boze) mails en GitHub issues, met de vraag waarom een domain is toegevoegd aan de lijsten. De maintainer van deze lijst, die ik als één van de bronnen gebruik, heeft blijkbaar een methode gevonden om die "Adguard Home DOH servers" te identificeren, en voegt ze zonder pardon toe aan de blocklist.

[ Voor 6% gewijzigd door jpgview op 12-04-2023 11:00 . Reden: Voorbeeld RPZ block ]

[Church of Noise]

jpgview schreef op dinsdag 11 april 2023 @ 21:43:
new in the development branch of pihole-FTL: support for proxy-dnssec.

alleen nuttig (getest) wanneer upstream een locale unbound recursive resolver is, zoals beschreven in de documentatie, let op, unbound versie >= 1.16.0

In het verleden moest je, om DNSSEC info te zien in de web interface DNSSEC aanvinken in settings. Nadeel (vind ik) dat de aanbevolen manier om unbound op te zetten ook DNSSEC aan zet, gevolg is dat zowel unbound als pihole-FTL DNSSEC verificatie doen.

Sinds mensenheugenis (misschien iets recenter) heeft dnsmasq een optie proxy-dnssec, wat er op neer komt dat de DNSSEC informatie van de upstream gebruikt wordt.

Uiteraard speelt hier het MITM gevaar, en word je verondersteld dit alleen te gebruiken als het MITM gevaar niet aanwezig is, lees pihole-FTL en unbound op dezelfde machine (binnen één OS)

achtergrond:
- door de setting ede: yes toe te voegen aan unbound geeft unbound, wanneer downstream hier om vraagt, extended dns error info mee in de query reply.
- door de setting add-cpe-id=01234 toe te voegen in een dnsmasq configuratie file, zegt pihole-FTL dat unbound steeds ede info moet geven in de replies.

Om dit te testen zijn er een aantal stappen nodig, die hier beschreven staan (summary).

Om over te schakelen naar de development branch gebruik je het commando:

[...]


terug naar master? pihole checkout ftl master

gebruik dit nu een paar dagen (getest in een test branch die nu reeds verwijderd is), lijkt prima te werken.

Uit nieuwsgierigheid zowel ede: yes als ede-serve-expired: yes toegevoegd aan m'n unbound conf en ook het stukje config voor dnsmasq in een extra conf file toegevoegd
(ter info: Pi-Hole draait de nightly versie in Docker (update zonet gedraaid), Unbound de release 1.17.1 ook in Docker.

Bij sites met 'slechte' DNSSEC signature, loopt het zoals verwacht ('BOGUS' met extra info in de status kolom), maar voor sides met een goede DNSSEC sig krijg ik toch 'INSECURE' terwijl ik 'SECURE' zou verwachten. Dit komt bvb voor bij internetsociety.org (maar even goed voor alle andere sites waarvan geweten is dat ze een goede DNSSEC signature hebben).
Als ik een 'dig' uitvoer en met Unbound als resolver adres, is de 'ad' flag wel degelijk aanwezig trouwens...

Enig idee wat hier fout loopt?
Of is dit gewenst, omdat enkel de errors (de laatste E in EDE) meegegeven worden?
Want zoals aangegeven heb ik DNSSEC niet aan staan in Pi-Hole...

[nero355]

Freee!! schreef op woensdag 12 april 2023 @ 07:39:
Volgens mij is DNSSEC iets totaal anders dan DoH/DoT.

Klopt : https://www.icann.org/res...y-important-2019-03-05-en

Maar ik begin me serieus af te vragen waarom dit allemaal ineens oh zo belangrijk is geworden, terwijl ik al iets van 25 jaar van het internet gebruik maak en nog nooit bijvoorbeeld iets van DNS Cache Poisoning heb meegemaakt

Als het al verkeerd ging dan was het een totaal ander probleem en alle problemen die ik ooit heb meegemaakt vang ik tegenwoordig af door zelf Unbound te draaien

jpgview schreef op woensdag 12 april 2023 @ 09:54:
Voordeel van deze setup:
Zonder DNSSEC info (zie pi-hole docs voor mogelijke values) zie je in het query log uitsluitend SERVFAIL als reden waarom géén IP address gevonden werd. Met deze info krijg je, wanneer DNSSEC de oorzaak is, een duidelijke aanwijzing.

Maar wacht effe...

Betekent dat dus dat Pi-Hole of beter gezegd FTLDNS die gebaseerd is op DNSmasq tot nu toe alle DNSSEC Enabled domeinen niet kon resolven
Of bedoel je puur dat er iets mis is gegaan in het DNSSEC gedeelte en het daarom een SERVFAIL opleverde ?
En komt die melding dan niet vanuit Unbound die als Upstream DNS Server wordt gebruikt ?!

Zelf doe ik al het mogelijke om DOH af te blokken:
- DOT is easy, poort 853 blocken op firewall
- DOH is moeilijk, omdat het poort 443 gebruikt, die nodig is voor ongeveer alle reguliere internet verkeer.

DOH counter measures, alle lijsten worden dagelijks geupdate:
- IPv4 en IPv6 lijsten op GitHub, zie PDF. Let wel dat je hiervoor ook exceptions moet aanmaken, een aantal DOH servers worden gehost bij cloud providers, zij gebruiken een network range (CIDR), waardoor een reguliere website en een DOH server hetzelfde IP kan hebben.
- RPZ lijst op github, hier, zie PDF voor gebruik met unbound.

RPZ block indicatie in het pi-hole query log:
[Afbeelding]

- suricata rules, hier.
- pi-hole lijst, abp-style, lijst gewoon toe te voegen in adlists (web interface), hier.

Heb je al een paar keer gepost, maar herhaling van dit soort dingen kan geen kwaad denk ik

Blijkbaar is het met "Adguard Home" vrij eenvoudig een publieke DOH server op te zetten. Ik krijg dan ook regelmatig (boze) mails en GitHub issues, met de vraag waarom een domain is toegevoegd aan de lijsten. De maintainer van deze lijst, die ik als één van de bronnen gebruik, heeft blijkbaar een methode gevonden om die "Adguard Home DOH servers" te identificeren, en voegt ze zonder pardon toe aan de blocklist.

Ahh... wat lievvv

Al die kneusjes die de verkeerde oplossing hebben gekozen helemaal over de zeik!

GE-WEL-DIG !!!

[jpgview]

Church of Noise schreef op woensdag 12 april 2023 @ 12:48:
Uit nieuwsgierigheid zowel ede: yes als ede-serve-expired: yes toegevoegd aan m'n unbound conf

ede-serve-expired heeft, denk ik, voorlopig weinig zin, zie de opmerking van gthess in dit unbound issue. Deze PRs zijn nog niet toegevoegd aan de GitHub master branch, de ede-serve-expired setting werkt dus nog niet zoals het zou moeten. Ik gebruik die setting voorlopig niet omdat ik de cachdb module (redis) gebruik, en dat stuk dus nog iet in orde is.
Let wel, ik gebruik voor pihole-FTL (=dnsmasq+) "cache-size=0", net omwille van unbound + redis.

Church of Noise schreef op woensdag 12 april 2023 @ 12:48:
voor sides met een goede DNSSEC sig krijg ik toch 'INSECURE' terwijl ik 'SECURE' zou verwachten. Dit komt bvb voor bij internetsociety.org

edit
het lijkt er toch op dat de SECURE status niet altijd correct weergegeven word. Er zijn discussies aan de gang om dit mogelijks op te lossen.
/edit

nero355 schreef op woensdag 12 april 2023 @ 14:59:
[...]
Betekent dat dus dat Pi-Hole of beter gezegd FTLDNS die gebaseerd is op DNSmasq tot nu toe alle DNSSEC Enabled domeinen niet kon resolven
Of bedoel je puur dat er iets mis is gegaan in het DNSSEC gedeelte en het daarom een SERVFAIL opleverde ?
En komt die melding dan niet vanuit Unbound die als Upstream DNS Server wordt gebruikt ?!

Als unbound (of een andere resolver met DNSSEC) als upstream gebruikt word, valideert de upstream de DNSSEC informatie, indien er iets mis is kan je die info wel in het unbound log zien (zoek op THROWAWAY), maar pihole-FTL krijgt alleen maar SERVFAIL te zien. De toevoeging van EDE zorg ervoor dat pihole-FTL meer detail kan laten zien.
samengevat:
- unbound met DNSSEC, pihole-FTL zonder DNSSEC en zonder EDE: unbound valideert, fail? -> SERVFAIL naar downstream, pihole-FTL toont SERVFAIL
- unbound met DNSSEC, pihole-FTL zonder DNSSEC maar met EDE: unbound valideert, fail? -> SERVFAIL + EDE info naar downstream, pihole toont SERVFAIL en interpreteerd EDE info, geeft detail.
- unbound met DNSSEC, pihole-FTL met DNSSEC: unbound valideert, pihole-FTL valideert opnieuw, onafhankelijk van het unbound resultaat (nooit zelf getest).

nero355 schreef op woensdag 12 april 2023 @ 14:59:
Heb je al een paar keer gepost, maar herhaling van dit soort dingen kan geen kwaad denk ik

opnieuw, wegens toevoeging van DOH blocklist, die door pi-hole gebruikt kan worden.

[ Voor 8% gewijzigd door jpgview op 13-04-2023 13:25 ]

[jpgview]

Lees hier het nederlandse artikel, hier de blog van infoblox.

6 domains die je eventueel wil toevoegen (Russische malware)

het nederlandse artikel bevat een fout (allowlisted -> allowlisted.net)

edit
issue created here
/edit

[ Voor 9% gewijzigd door jpgview op 25-04-2023 08:12 . Reden: issue created ]

[Stimulate14]

Hi allemaal,

Hebben jullie ervaring met deze app?
https://apps.apple.com/nl/app/pi-hole-remote/id1515445551

[GG85]

Nee, maar waarom niet gewoon naar de webinterface gaan?

[Gunner]

Stimulate14 schreef op maandag 1 mei 2023 @ 09:10:
Hi allemaal,

Hebben jullie ervaring met deze app?
https://apps.apple.com/nl/app/pi-hole-remote/id1515445551

Ja is een erg mooie app. Heb zelfs gedoneerd een keertje. Is van een Nederlandse ontwikkelaar. Je kan meerdere instances toevoegen bijvoorbeeld.

[ Voor 7% gewijzigd door Gunner op 01-05-2023 09:43 ]

[Webgnome]

GG85 schreef op maandag 1 mei 2023 @ 09:41:
Nee, maar waarom niet gewoon naar de webinterface gaan?

gemak dient de mens? Ik heb op mijn android ook een dergelijke applicatie staan. Voelt net iets makkelijker aan

[Stimulate14]

GG85 schreef op maandag 1 mei 2023 @ 09:41:
Nee, maar waarom niet gewoon naar de webinterface gaan?

Op een iPhone is het altijd een beetje pielen. En deze app lijkt een van de betere.

[GG85]

Hoe maakt ie verbinding met je Pihole dan? Van buiten je thuisnetwerk bedoel ik

[Stimulate14]

[Stimulate14]

Lijkt me gewoon erg handig.

[Stimulate14]

GG85 schreef op maandag 1 mei 2023 @ 09:50:
Hoe maakt ie verbinding met je Pihole dan? Van buiten je thuisnetwerk bedoel ik

Ik gebruik hem alleen intern, dus niet van buiten af.

[Webgnome]

GG85 schreef op maandag 1 mei 2023 @ 09:50:
Hoe maakt ie verbinding met je Pihole dan? Van buiten je thuisnetwerk bedoel ik

VPN...

[GG85]

Ja ok, dus ding doet niks qua VPN of iets maar gewoon een rework van de webui in appvorm

[nero355]

GG85 schreef op maandag 1 mei 2023 @ 12:28:
Ja ok, dus ding doet niks qua VPN of iets maar gewoon een rework van de webui in appvorm

Zoals 95% van die Electron krengen dus...

[SonnyBBQ]

Na 4.5 jaar (PiHole + Unbound + half jaartje gravity sync) is mijn sd kaartje dan toch gesneuveld. Gelukkig heb ik nog een 2de PiHole instantie in docker draaien, dus we konden wel gewoon verder. De reden van de crash is volgens mij gravity sync. Ik had de sync frequentie voor een test op om de 15min geplaatst en waarschijnlijk vergeten terug te zetten op manueel. Gravity Sync schijnt nogal wat weg te schrijven.

Het voordeel was wel dat ik nog een sd kaartje had liggen en relatief snel (1.5-2u) terug up and running was.
Maar dat wil ik volgende keer sneller oplossen. Ik dacht eraan nog een sd kaartje te halen en daar de image van de huidige sd kaart naar te schrijven. Of wat is volgens jullie de beste back-up methode om snel verder te gaan?

[Church of Noise]

@SonnyBBQ ik maakte in het verleden ook images van de SD-kaartjes waar Pi-Hole op draaide, die ik dan inderdaad gewoon kon terugzetten op een nieuw kaartje in het geval van issues. (nu draait Pi-Hole op een systeem met SSD, dus het SD-kaartjes probleem is daar netjes mee opgelost )

Ik weet niet of het veel uitmaakt, maar ik koos ook altijd oversized SD kaartjes (omdat je op die manier vermijdt dat dezelfde delen telkens herschreven worden, als ik het goed heb begrepen) en ik draaide DietPi als OS die je logs in het RAM geheugen bijhoudt en slechts af en toe wegschrijft, wat het aantal writes vermindert.

FWIW

[W1ck1e]

Church of Noise schreef op dinsdag 2 mei 2023 @ 22:36:
... en ik draaide DietPi als OS die je logs in het RAM geheugen bijhoudt en slechts af en toe wegschrijft, wat het aantal writes vermindert.

FWIW

Sinds dat ik DietPi als os gebruik voor mijn piholes heb ik geen problemen met gecrashte piholes.

[SonnyBBQ]

Church of Noise schreef op dinsdag 2 mei 2023 @ 22:36:
@SonnyBBQ ik maakte in het verleden ook images van de SD-kaartjes waar Pi-Hole op draaide, die ik dan inderdaad gewoon kon terugzetten op een nieuw kaartje in het geval van issues. (nu draait Pi-Hole op een systeem met SSD, dus het SD-kaartjes probleem is daar netjes mee opgelost )

Ik weet niet of het veel uitmaakt, maar ik koos ook altijd oversized SD kaartjes (omdat je op die manier vermijdt dat dezelfde delen telkens herschreven worden, als ik het goed heb begrepen) en ik draaide DietPi als OS die je logs in het RAM geheugen bijhoudt en slechts af en toe wegschrijft, wat het aantal writes vermindert.

FWIW

Thanks

Dan moet ik misschien maar eens DietPi gebruiken. SSD had ik ook al aan gedacht, maar sinds ik de RPi enkel voor pihole gebruik... Sd kaartjes zijn ook niet meer zo duur.

[nero355]

SonnyBBQ schreef op dinsdag 2 mei 2023 @ 20:34:
Het voordeel was wel dat ik nog een sd kaartje had liggen en relatief snel (1.5-2u) terug up and running was.
Maar dat wil ik volgende keer sneller oplossen. Ik dacht eraan nog een sd kaartje te halen en daar de image van de huidige sd kaart naar te schrijven.

Of wat is volgens jullie de beste back-up methode om snel verder te gaan?

Pak de Search bovenaan erbij en leef je uit!

Echt al heel veel over geschreven : Backuppen, Terugzetten ervan, Allerlei scriptjes en tooltjes, enz...

SonnyBBQ schreef op dinsdag 2 mei 2023 @ 22:48:
Dan moet ik misschien maar eens DietPi gebruiken. SSD had ik ook al aan gedacht, maar sinds ik de RPi enkel voor pihole gebruik... Sd kaartjes zijn ook niet meer zo duur.

Een SSD kost ook geen drol meer : https://tweakers.net/pric...A2HFIZ7f8PFoPiJTjbCXs_fHQ

Alleen moet je dan nog een externe behuizing hebben...

[SonnyBBQ]

Je hebt gelijk. Ik had al wel wat opgezocht, maar wou even bevestiging van de (voor mijn situatie) snelste manier om terug up and running te zijn. Ik heb hier nog wat ongebruikte sd kaartjes liggen vandaar dat ik die richting uit kijk. Eens om de paar jaar een kaartje swappen valt dan wel mee. Maar ik kan natuurlijk ook voor een SSD gaan en het hele probleem vermijden.

[Raven]

Church of Noise schreef op dinsdag 2 mei 2023 @ 22:36:
Ik weet niet of het veel uitmaakt, maar ik koos ook altijd oversized SD kaartjes (omdat je op die manier vermijdt dat dezelfde delen telkens herschreven worden, als ik het goed heb begrepen) en ik draaide DietPi als OS die je logs in het RAM geheugen bijhoudt en slechts af en toe wegschrijft, wat het aantal writes vermindert.

SD-kaartjes doen toch niet aan wear-leveling?

nero355 schreef op woensdag 3 mei 2023 @ 00:16:
Alleen moet je dan nog een externe behuizing hebben...

Of een USB-SATA adapter , dus alleen de kabel, geen case.

[Chris.nl]

Raven schreef op woensdag 3 mei 2023 @ 09:47:
[...]

SD-kaartjes doen toch niet aan wear-leveling?

https://www.kingston.com/...hat-is-industrial-microsd

Volgens mij sommigen wel. 'k Heb er zelf bovenstaande.

[GG85]

W1ck1e schreef op dinsdag 2 mei 2023 @ 22:41:
[...]
Sinds dat ik DietPi als os gebruik voor mijn piholes heb ik geen problemen met gecrashte piholes.

Dat wilde ik ook zeggen. DietPi is gewoon Debian minimal met heel aantal zaken geoptimaliseerd voor gebruik op een sd kaart en met wat handige scripts.

[Raven]

Chris.nl schreef op woensdag 3 mei 2023 @ 10:30:
[...]

https://www.kingston.com/...hat-is-industrial-microsd

Volgens mij sommigen wel. 'k Heb er zelf bovenstaande.

Ik zit op een stel 2e hands Intel SSD's te wachten, dan hoef ik me daar geen zorgen meer over te maken

[pennywiser]

Chris.nl schreef op woensdag 3 mei 2023 @ 10:30:
[...]

https://www.kingston.com/...hat-is-industrial-microsd

Volgens mij sommigen wel. 'k Heb er zelf bovenstaande.

Goeie deze, heb zelf Samsung Endurance, maar deze zijn ook top denk ik. Misschien nog beter zelfs.

Edit: en een stukje duurder ook

[ Voor 5% gewijzigd door pennywiser op 03-05-2023 11:03 ]

[dss58]

ik hou een backup van pihole middels teleporter, mocht het kaartje overleden zijn, ander kaartje met OS+pihole installeren, met teleporter de boel terug zetten, binnen no time up and running
Wat nou een voordeel is van een SSD voor pihole ontgaat me helemaal, ik heb een tijdje terug 67 miljoen domains geblokt en dat ding geeft geen krimp, pihole -g deed er wel 10 uur over

[pennywiser]

dss58 schreef op woensdag 3 mei 2023 @ 13:58:
ik hou een backup van pihole middels teleporter, mocht het kaartje overleden zijn, ander kaartje met OS+pihole installeren, met teleporter de boel terug zetten, binnen no time up and running
Wat nou een voordeel is van een SSD voor pihole ontgaat me helemaal, ik heb een tijdje terug 67 miljoen domains geblokt en dat ding geeft geen krimp, pihole -g deed er wel 10 uur over

Welke lijst is dat dan?

[Raymond P]

@pennywiser deze wellicht?

code:

^.

[dss58]

pennywiser schreef op woensdag 3 mei 2023 @ 14:00:
[...]

Welke lijst is dat dan?

weet ik niet, ik heb het wel toen hier gepost, 2 maanden terug ofzo

[pennywiser]

dss58 schreef op woensdag 3 mei 2023 @ 16:15:
[...]

weet ik niet, ik heb het wel toen hier gepost, 2 maanden terug ofzo

Je weet eigenlijk niet wat je allemaal inlaadt in je Pihole. Want daar kan je het ook gewoon even opzoeken.

[Raven]

dss58 schreef op woensdag 3 mei 2023 @ 13:58:
Wat nou een voordeel is van een SSD voor pihole ontgaat me helemaal,

offtopic:
Er zijn mensen die meer dan PiHole draaien op een RPi, hier bijv. ook: Tvheadend, oscam, webserver, 2 scripts die de kWh-meter in de gaten houden en data in een database gooien, om maar een paar dingen op te noemen

[dss58]

pennywiser schreef op woensdag 3 mei 2023 @ 16:20:
[...]

Je weet eigenlijk niet wat je allemaal inlaadt in je Pihole. Want daar kan je het ook gewoon even opzoeken.

dat snap ik niet, verklaar je nader

[pennywiser]

dss58 schreef op woensdag 3 mei 2023 @ 18:57:
[...]

dat snap ik niet, verklaar je nader

Je zegt toch weet ik niet, kijk het dan even na in je pihole welke lijsten je allemaal gebruikt. Het lijkt me ook vrij onoverzichtelijk 67 miljoen urls.

[dss58]

pennywiser schreef op woensdag 3 mei 2023 @ 19:00:
[...]

Je zegt toch weet ik niet, kijk het dan even na in je pihole welke lijsten je allemaal gebruikt. Het lijkt me ook vrij overzichtelijk 67 miljoen urls.

jja ? ik heb het een paar maanden terug gepost, dus waarom die vraag ? ik snap iets niet geloof ik

[Webgnome]

@dss58 , Als ik het gesprek een beetje volg dan wil @pennywiser weten welke lijst je gebruikt maar weet niet hoe de search werkt

[Raymond P]

Was het niet die van 17 dagen later? Of is de link enkel ter illustratie?

[Webgnome]

Raymond P schreef op donderdag 4 mei 2023 @ 07:52:
Was het niet die van 17 dagen later? Of is de link enkel ter illustratie?

Was ter illustratie. Heb de eerste e beste post gepakt waar een verschrikkelijk grote lijst werd gementioned ( de oisd..)

[pennywiser]

Webgnome schreef op donderdag 4 mei 2023 @ 07:07:
@dss58 , Als ik het gesprek een beetje volg dan wil @pennywiser weten welke lijst je gebruikt maar weet niet hoe de search werkt

Zal inderdaad aan mij liggen. Ik kon namelijk alleen alleen die vinden. Die gebruik ik zelf ook, dus nu die van 67 miljoen urls nog, waar ik om vroeg. Die er 10 uur over doet om in te laden. Kennelijk een rare vraag ofzo.

dss58 schreef op woensdag 3 mei 2023 @ 13:58:
ik hou een backup van pihole middels teleporter, mocht het kaartje overleden zijn, ander kaartje met OS+pihole installeren, met teleporter de boel terug zetten, binnen no time up and running
Wat nou een voordeel is van een SSD voor pihole ontgaat me helemaal, ik heb een tijdje terug 67 miljoen domains geblokt en dat ding geeft geen krimp, pihole -g deed er wel 10 uur over

[ Voor 33% gewijzigd door pennywiser op 04-05-2023 10:40 ]

[dss58]

@pennywiser wat is een rare vraag ? ik geef je keurig antwoord hoor

[Webgnome]

@pennywiser wil graag weten WELKE addlists je allemaal gebruikt Even een dumpje maken van je pihole en klaar toch?

[Raymond P]

pennywiser schreef op donderdag 4 mei 2023 @ 10:37:
[...]

Zal inderdaad aan mij liggen. Ik kon namelijk alleen alleen die vinden. Die gebruik ik zelf ook, dus nu die van 67 miljoen urls nog, waar ik om vroeg. Die er 10 uur over doet om in te laden. Kennelijk een rare vraag ofzo.


[...]

Best een rare vraag ja. Ik vraag mij af wat jij gequeryd hebt. Je struikelt over de eigen inzet drempel...
Daarbovenop is natuurlijk niemand verplicht je vraag te beantwoorden.

[Webgnome]

Misschien moeten we hiermee stoppen. Het antwoord is nu gegeven door @Raymond P thanks daarvoor. Dus als je eens gek wil doen voeg die lijst toe aan je pihole en zie de rookpluimpjes opstijgen ;0

[dss58]

dss58 schreef op donderdag 23 februari 2023 @ 09:43:
op het forum van pihole kwam ik een superbloklijst tegen https://github.com/RPiLis...lob/master/Blocklisten.md

[Afbeelding]

de pi3b heeft er uren over gedaan om gravity.db te maken en is zowat 7GB, gewoon is om te testen want 67 miljoen geblokte domains gaat natuurlijk nergens meer over, memory usage en performance geven geen krimp

hier is ie

[nero355]

Raven schreef op woensdag 3 mei 2023 @ 09:47:
SD-kaartjes doen toch niet aan wear-leveling?

De betere wel als het goed is

Of een USB-SATA adapter , dus alleen de kabel, geen case.

Uiteraard!

Maar laten we het niet erger maken dan het is wat mij betreft : Een Raspberry Pi + Losse SSD is al zo'n houtje touwtje werk!

Raven schreef op woensdag 3 mei 2023 @ 10:51:
Ik zit op een stel 2e hands Intel SSD's te wachten, dan hoef ik me daar geen zorgen meer over te maken

Intel 320 of Sxxx Enterprise/Datacenter serie toevallig ?!

pennywiser schreef op woensdag 3 mei 2023 @ 10:56:
Goeie deze, heb zelf Samsung Endurance, maar deze zijn ook top denk ik. Misschien nog beter zelfs.

Edit: en een stukje duurder ook

Valt wel mee : https://tweakers.net/pric...LXxrKaXzbfaCWZyR-guJh9_4A

dss58 schreef op woensdag 3 mei 2023 @ 13:58:
Wat nou een voordeel is van een SSD voor pihole ontgaat me helemaal

Het gaat dan meer om de betrouwbaarheid dan de snelheid natuurlijk

Chris.nl schreef op woensdag 3 mei 2023 @ 10:30:
https://www.kingston.com/...hat-is-industrial-microsd

Volgens mij sommigen wel. 'k Heb er zelf bovenstaande.

Ik zou weleens een teardown van dat ding willen zien : Ze claimen Powerloss Protection maar in zo'n kleine package ga je echt geen elco's kunnen proppen dus het zal wel van die Writeback meuk zijn zoals in de meeste Samsung SSD's die iedereen koopt...

[Freee!!]

nero355 schreef op donderdag 4 mei 2023 @ 15:10:
[...]
Maar laten we het niet erger maken dan het is wat mij betreft : Een Raspberry Pi + Losse SSD is al zo'n houtje touwtje werk!

Vooral touwtje
Ik geef tegenwoordig de voorkeur aan Argon1M2.

[nero355]

Freee!! schreef op donderdag 4 mei 2023 @ 15:29:
Vooral touwtje

** Badum Tssk!!! ** of zoiets op een drumstel

Ik geef tegenwoordig de voorkeur aan Argon1M2.

Jammer van die USB Connector aan de buitenkant : https://www.tomshardware....e-m-2-case-raspberry-pi-4

En wat meer/grotere openingen voor verse lucht zou ook niet verkeerd zijn!

[Freee!!]

nero355 schreef op donderdag 4 mei 2023 @ 15:35:
[...]
** Badum Tssk!!! ** of zoiets op een drumstel

Vooral een referentie aan de bij elke poll terugkerende opmerking dat dat ontbreekt.

Jammer van die USB Connector aan de buitenkant : https://www.tomshardware....e-m-2-case-raspberry-pi-4

En wat meer/grotere openingen voor verse lucht zou ook niet verkeerd zijn!

Je kunt niet alles hebben en de voordelen wegen wel tegen de genoemde nadelen (en de prijs) op.

[Raven]

nero355 schreef op donderdag 4 mei 2023 @ 15:10:
[...]

De betere wel als het goed is

, nooit geweten, dacht dat dat een SSD-only feature was.

nero355 schreef op donderdag 4 mei 2023 @ 15:10:
[...]

Uiteraard!

Maar laten we het niet erger maken dan het is wat mij betreft : Een Raspberry Pi + Losse SSD is al zo'n houtje touwtje werk!

Valt wel mee hoor, alleen extra USB-apparaat eraan, die kan er nog wel bij naast de USB-RS232-IEC62056 datakabel, Anysee DVB-C ontvanger en smartcard reader

nero355 schreef op donderdag 4 mei 2023 @ 15:10:
[...]

Intel 320 of Sxxx Enterprise/Datacenter serie toevallig ?!

5* 320 40GB , komt precies uit voor 2*Pi 3, 2*Pi 2 en een 0W, al draait een van de Pi3's al van een WD Green 120GB M.2 in M.2-SATA case die ik nog had liggen.

edit: @nero355 Ze zijn binnen , 2 ervan nog ff bijgewerkt naar firmware met fix voor 8MB bug, goddank had ik de SSD Toolbox nog daar die niet meer beschikbaar is en de vervanger de 320's niet ondersteund
Alle 5 >95% levensduur

nero355 schreef op donderdag 4 mei 2023 @ 15:10:
[...]

Het gaat dan meer om de betrouwbaarheid dan de snelheid natuurlijk

nero355 schreef op donderdag 4 mei 2023 @ 15:10:
[...]

Ik zou weleens een teardown van dat ding willen zien : Ze claimen Powerloss Protection maar in zo'n kleine package ga je echt geen elco's kunnen proppen dus het zal wel van die Writeback meuk zijn zoals in de meeste Samsung SSD's die iedereen koopt...

With ^

[ Voor 7% gewijzigd door Raven op 09-05-2023 17:09 ]

[ComTech]

Ik wil graag Pi-Hole op mijn Synology draaien als docker container.
Op zich niet moeilijk alleen ik zit met poort 8080 voor de web interface, die is al voor mijn unify controller die ook in docker draait.
Nu probeer ik voor Pi-Hole die poort te wijzigen maar dan is de webinterface niet bereikbaar op die poort.
Hoe kan ik die poort wijzigen zodat de webinterface wel op die poort bereikbaar is?

[Airw0lf]

ComTech schreef op donderdag 4 mei 2023 @ 19:43:
Ik wil graag Pi-Hole op mijn Synology draaien als docker container.
Op zich niet moeilijk alleen ik zit met poort 8080 voor de web interface, die is al voor mijn unify controller die ook in docker draait.
Nu probeer ik voor Pi-Hole die poort te wijzigen maar dan is de webinterface niet bereikbaar op die poort.
Hoe kan ik die poort wijzigen zodat de webinterface wel op die poort bereikbaar is?

Dat doe je met de Docker env-var genaamd: WEB_PORT.

Een overzicht van de beschikbare Docker env-vars :
https://github.com/pi-hole/docker-pi-hole.

[ComTech]

Airw0lf schreef op donderdag 4 mei 2023 @ 20:36:
[...]


Dat doe je met de Docker env-var genaamd: WEB_PORT.

Een overzicht van de beschikbare Docker env-vars :
https://github.com/pi-hole/docker-pi-hole.

Dat heb ik inderdaad gedaan alleen als ik daar een andere poort als 8080 kies dan kan ik via die poort niet bij de webinterface.

[nero355]

ComTech schreef op donderdag 4 mei 2023 @ 19:43:
Ik wil graag Pi-Hole op mijn Synology draaien als docker container.
Op zich niet moeilijk alleen ik zit met poort 8080 voor de web interface, die is al voor mijn unify controller die ook in docker draait.
Nu probeer ik voor Pi-Hole die poort te wijzigen maar dan is de webinterface niet bereikbaar op die poort.
Hoe kan ik die poort wijzigen zodat de webinterface wel op die poort bereikbaar is?

Waarom draai je geen MACVLAN i.p.v. die Default NAT toestand of wat het ook is

Elke Docker Container krijgt dan zijn eigen IP adres op je lokale netwerk

[Airw0lf]

ComTech schreef op donderdag 4 mei 2023 @ 21:41:
[...]

Dat heb ik inderdaad gedaan alleen als ik daar een andere poort als 8080 kies dan kan ik via die poort niet bij de webinterface.

Gebruik je de firewall van Synology?
Hoe staat die ingesteld voor de verschillende dingetjes van pihole?

[ Voor 4% gewijzigd door Airw0lf op 05-05-2023 17:10 ]

[deHakkelaar]

ComTech schreef op donderdag 4 mei 2023 @ 19:43:
Ik wil graag Pi-Hole op mijn Synology draaien als docker container.
Op zich niet moeilijk alleen ik zit met poort 8080 voor de web interface, die is al voor mijn unify controller die ook in docker draait.
Nu probeer ik voor Pi-Hole die poort te wijzigen maar dan is de webinterface niet bereikbaar op die poort.
Hoe kan ik die poort wijzigen zodat de webinterface wel op die poort bereikbaar is?

Had je al de "Port Settings" tab gevonden voor je container?
Daar kun je web poortje 80 intern in de container laten vertalen naar een ander extern poortje buiten de container (de NAT waar @nero355 naar refereert).
Vergelijkbaar met onder van de officiele docs:

code:

ports:
      - "53:53/tcp"
      - "53:53/udp"
      - "67:67/udp" # Only required if you are using Pi-hole as your DHCP server
      - "80:80/tcp"

[Airw0lf]

Heb vandaag pihole geinstalleerd op Ubuntu 22.04.2 LTS (bare metal).
Maar nu wil lighttpd niet lopen op poort 88.

Ik heb het bestandje external.conf toegevoegd aan /etc/lighttpd.
Met hierin één regel: server.port = 88
Ook geprobeerd met server.port := 88 en i.c.m. server.bind = "192.168.139.235"

Geen van deze lijkt te werken.
Alleen als ik het bestand /etc/lighttpd/lighttpd.conf aanpas:
Van server.port = 80 naar server.port = 88 werkt het.

Iemand een idee wat er aan de hand kan zijn?

[Webgnome]

Airw0lf schreef op maandag 8 mei 2023 @ 22:58:
Heb vandaag pihole geinstalleerd op Ubuntu 22.04.2 LTS (bare metal).
Maar nu wil lighttpd niet lopen op poort 88.

Ik heb het bestandje external.conf toegevoegd aan /etc/lighttpd.
Met hierin één regel: server.port = 88
Ook geprobeerd met server.port := 88 en i.c.m. server.bind = "192.168.139.235"

Geen van deze lijkt te werken.
Alleen als ik het bestand /etc/lighttpd/lighttpd.conf aanpas:
Van server.port = 80 naar server.port = 88 werkt het.

Iemand een idee wat er aan de hand kan zijn?

Heb je al eens gechecked of dat er iets anders op die poort draait? Heb je de logs bekeken en zo ja wat zeiden die ?

[Airw0lf]

Webgnome schreef op dinsdag 9 mei 2023 @ 06:54:
[...]

Heb je al eens gechecked of dat er iets anders op die poort draait? Heb je de logs bekeken en zo ja wat zeiden die ?

Nee - op poort 88 draait niks.

In /var/log/syslog wordt gemeld dat poort 80 in gebruik is.
Dat is de poort die genoemd is in lighttpd.conf.

Het lijkt erop alsof er iets veranderd is aan de werking van lighttpd.
Als ik external.conf overhevel naar ./conf-enabled, dan veranderd de foutmelding.
Dat gaat dan over twee keer de parameter server.port - maar start uiteindelijk alsnog niet.

Pas als ik de server.port parameter uit-comment in lighttpd.conf werkt het.

Maar wat als er bij een pihole update een nieuw versie van lighttpd meekomt?
Overschrijft ie dat dan weer? Waardoor het probleem weer terug komt?

[Airw0lf]

Airw0lf schreef op dinsdag 9 mei 2023 @ 07:20:
[...]

Het lijkt erop alsof er iets veranderd is aan de werking van lighttpd.
Als ik external.conf overhevel naar ./conf-enabled, dan veranderd de foutmelding.
Dat gaat dan over twee keer de parameter server.port - maar start uiteindelijk alsnog niet.

Pas als ik de server.port parameter uit-comment in lighttpd.conf werkt het.

Maar wat als er bij een pihole update een nieuw versie van lighttpd meekomt?
Overschrijft ie dat dan weer? Waardoor het probleem weer terug komt?

Er zijn dus inderdaad veranderingen doorgevoerd.
Maar geldt alleen voor nieuwe installaties - niet voor upgrades.

Als je lighttpd op een andere poort wil hebben draaien moet je nu een config bestand in de folder ./conf-enabled plaatsen met server.port:=88 (als voorbeeld).
Zoals je ziet is de syntax ook veranderd - je moet nu werken met ":="-tekens (versus alleen "=").

[ Voor 9% gewijzigd door Airw0lf op 09-05-2023 13:53 ]

[Gunner]

Ik zie je thread op de discourse van Pi-Hole, maar bij een standaard installatie, moet je dan nu nog een post-config doen o.i.d? Of komt dat doordat je iets anders op poort 80 had draaien?

[Airw0lf]

Gunner schreef op dinsdag 9 mei 2023 @ 12:59:
Ik zie je thread op de discourse van Pi-Hole, maar bij een standaard installatie, moet je dan nu nog een post-config doen o.i.d? Of komt dat doordat je iets anders op poort 80 had draaien?

Ik heb iets anders draaien op poort 80 - om precies te zijn een reverse proxy.

[nero355]

Airw0lf schreef op dinsdag 9 mei 2023 @ 13:40:
Ik heb iets anders draaien op poort 80 - om precies te zijn een reverse proxy.

Welke precies ??

Indien Apache/NginX dan kan je LigHTTPd buitenspel zetten!

[Raven]

nero355 schreef op dinsdag 9 mei 2023 @ 16:38:
dan kan je LigHTTPd buitenspel zetten!

Maar die zit toch altijd bij PiHole? Mijn Pi draait 2 webservers omdat Apache al in gebruik was en PiHole er LigHTTPd erbij op zette. Zit wel te denken dat wat in Apache in de config staat over te zetten naar LigHTTPd (omdat die er dankzij PiHole toch altijd is) alleen kan ik niet zo gauw terugvinden wat de LigHTTPd tegenhangers van ProxyPass en ProxyPassReverse zijn

[Airw0lf]

nero355 schreef op dinsdag 9 mei 2023 @ 16:38:
[...]

Welke precies ??

Indien Apache/NginX dan kan je LigHTTPd buitenspel zetten!

nginx - loopt via iets dat heet swag - een custom nginx-config in een Docker container.

Hoe zou ik daarmee lighttpd buitenspel kunnen zetten?

[nero355]

Airw0lf schreef op dinsdag 9 mei 2023 @ 17:30:
nginx - loopt via iets dat heet swag - een custom nginx-config in een Docker container.

Hoe zou ik daarmee lighttpd buitenspel kunnen zetten?

Geen idee, want Docker meuk, maar je zou in ieder geval niet de eerste zijn die NginX i.p.v. LigHTTPd gebruikt!

offtopic:
We weten nu in ieder geval dat je swag hebt!

Raven schreef op dinsdag 9 mei 2023 @ 17:19:
Maar die zit toch altijd bij PiHole?

Er is een variabele waarmee je dat kan uitschakelen!

Zie : https://discourse.pi-hole...stalling-lighttpd/16749/4

Mijn Pi draait 2 webservers omdat Apache al in gebruik was en PiHole er LigHTTPd erbij op zette.
Zit wel te denken dat wat in Apache in de config staat over te zetten naar LigHTTPd (omdat die er dankzij PiHole toch altijd is) alleen kan ik niet zo gauw terugvinden wat de LigHTTPd tegenhangers van ProxyPass en ProxyPassReverse zijn

Ik zou het dan lekker bij Apache houden!

[ Voor 40% gewijzigd door nero355 op 09-05-2023 18:03 ]

[Raven]

nero355 schreef op dinsdag 9 mei 2023 @ 18:03:
[...]

Er is een variabele waarmee je dat kan uitschakelen!

Zie : https://discourse.pi-hole...stalling-lighttpd/16749/4

"You likely said yes to the following message:"
, kan mij die vraag niet eens herinneren.

nero355 schreef op dinsdag 9 mei 2023 @ 18:03:
[...]

Ik zou het dan lekker bij Apache houden!

Hmm, tempting

[nero355]

Raven schreef op dinsdag 9 mei 2023 @ 18:12:
"You likely said yes to the following message:"
, kan mij die vraag niet eens herinneren.

Ik ook niet, maar mijn Pi-Hole installatie is dan ook zo oud dat er grote kans is dat die optie toen niet eens bestond!

Hmm, tempting

Gewoon doen!

[Airw0lf]

Gunner schreef op dinsdag 9 mei 2023 @ 12:59:
Ik zie je thread op de discourse van Pi-Hole, maar bij een standaard installatie, moet je dan nu nog een post-config doen o.i.d? Of komt dat doordat je iets anders op poort 80 had draaien?

In opvolging op deze post:
Er zit een bug in lighttpd. Als je via een config-bestandje in ./conf-enabled een andere poort wil toewijzen via server.port werkt dat alleen voor IPv4. Op IPv6 blijft alles bij het oude - de override werkt hier niet voor. De oorzaak lijkt te liggen bij een perl-script wat deze override niet meeneemt.

Er wordt op dit moment gewerkt aan de release van versie 6. Die zou geen lighttpd meer nodig hebben - zo is gesteld.

Bron van dit alles is: https://discourse.pi-hole...htpd-not-started/62847/18

[Raven]

nero355 schreef op woensdag 10 mei 2023 @ 00:23:
[...]

Ik ook niet, maar mijn Pi-Hole installatie is dan ook zo oud dat er grote kans is dat die optie toen niet eens bestond!

Ik heb pas nog een schone install gedaan wegens falende geheugenkaart, maar toch volgens mij niet gezien.

nero355 schreef op woensdag 10 mei 2023 @ 00:23:
[...]

Gewoon doen!

Hmm, dat worden nogal wat dingen overzetten....

[Airw0lf]

Raven schreef op woensdag 10 mei 2023 @ 10:18:

[...]

Hmm, dat worden nogal wat dingen overzetten....

Mmm - misschien afwachten wat versie 6 gaat brengen?
Omdat gesteld is dat die geen afhankelijkheid meer heeft van lighttpd?

[Raven]

Airw0lf schreef op woensdag 10 mei 2023 @ 10:24:
[...]


Mmm - misschien afwachten wat versie 6 gaat brengen?
Omdat gesteld is dat die geen afhankelijkheid meer heeft van lighttpd?

Blijft wel het punt dat ik de afgelopen paar jaar het nodige heb toegevoegd aan de config van lighttpd omdat die op de default poorten (80/443) draait, heb daar het een en ander aan url.redirect's ingezet zodat ik pi.domeinnaam.tld/naamservice kan doen en deze dan redirect naar de juiste poort.

[nero355]

Airw0lf schreef op woensdag 10 mei 2023 @ 08:58:
In opvolging op deze post:
Er zit een bug in lighttpd. Als je via een config-bestandje in ./conf-enabled een andere poort wil toewijzen via server.port werkt dat alleen voor IPv4. Op IPv6 blijft alles bij het oude - de override werkt hier niet voor. De oorzaak lijkt te liggen bij een perl-script wat deze override niet meeneemt.

@Raven Nog meer reden om alles via Apache te doen!

Er wordt op dit moment gewerkt aan de release van versie 6. Die zou geen lighttpd meer nodig hebben - zo is gesteld.

Bron van dit alles is: https://discourse.pi-hole...htpd-not-started/62847/18

Zoiets zag ik inderdaad al eerder langskomen, maar goed... "Komt tijd, komt Grolsch" en dan kijken we wel weer verder!

[Ferruginous Hwk]

nero355 schreef op woensdag 10 mei 2023 @ 15:13:
[...]

@Raven Nog meer reden om alles via Apache te doen!

Grappig om te lezen dat hier Apache nog wordt genoemd.
Bij ons op de zaak is dat zo'n beetje legacy verklaard, alles moet over naar Nginx.
Nooit in verdiept waarom dat zo is.. Laat ik maar aan de experts (architecten/ontwerpers/beheerders) over.

[deHakkelaar]

Airw0lf schreef op dinsdag 9 mei 2023 @ 12:53:
Als je lighttpd op een andere poort wil hebben draaien moet je nu een config bestand in de folder ./conf-enabled plaatsen met server.port:=88 (als voorbeeld).

De bedoeling is dat je config bestandjes in de folder onder plaatst welke niet worden gelezen door lighttpd:

code:

/etc/lighttpd/conf-available/

En dan symlinken in de folder onder zodat deze geladen worden zodra lighttpd opstart:

code:

/etc/lighttpd/conf-enabled/

pi@ph5a:~ $ tree /etc/lighttpd/conf-*
/etc/lighttpd/conf-available
├── 05-auth.conf
├── 10-accesslog.conf
├── 10-cgi.conf
├── 10-dir-listing.conf
├── 10-evasive.conf
├── 10-evhost.conf
├── 10-expire.conf
├── 10-fastcgi.conf
├── 10-flv-streaming.conf
├── 10-no-www.conf
├── 10-proxy.conf
├── 10-rewrite.conf
├── 10-rrdtool.conf
├── 10-simple-vhost.conf
├── 10-sockproxy.conf
├── 10-ssi.conf
├── 10-ssl.conf
├── 10-status.conf
├── 10-userdir.conf
├── 10-usertrack.conf
├── 11-extforward.conf
├── 15-fastcgi-php.conf
├── 15-pihole-admin.conf
├── 90-debian-doc.conf
├── 99-unconfigured.conf
└── README
/etc/lighttpd/conf-enabled
├── 10-accesslog.conf -> ../conf-available/10-accesslog.conf
├── 10-fastcgi.conf -> ../conf-available/10-fastcgi.conf
├── 15-fastcgi-php.conf -> ../conf-available/15-fastcgi-php.conf
├── 15-pihole-admin.conf -> ../conf-available/15-pihole-admin.conf
└── 99-unconfigured.conf -> ../conf-available/99-unconfigured.conf

Symlink voorbeeldje voor het 10-proxy.conf bestandje:

code:

sudo ln -s -t /etc/lighttpd/conf-enabled/ ../conf-available/10-proxy.conf

Of via onder waar je kunt selecteren (deze doet het symlinken voor je):

code:

sudo lighty-enable-mod

En onder om weer te deaktiveren:

code:

sudo lighty-disable-mod

Airw0lf schreef op dinsdag 9 mei 2023 @ 12:53:
Zoals je ziet is de syntax ook veranderd - je moet nu werken met ":="-tekens (versus alleen "=").

option : NAME = VALUE
merge : NAME += VALUE
replace : NAME := VALUE (replace/overwrite earlier value) (since 1.4.46)

https://redmine.lighttpd....d/wiki/Docs_Configuration

[nero355]

Ferruginous Hwk schreef op woensdag 10 mei 2023 @ 21:06:
Grappig om te lezen dat hier Apache nog wordt genoemd.
Bij ons op de zaak is dat zo'n beetje legacy verklaard, alles moet over naar Nginx.
Nooit in verdiept waarom dat zo is.. Laat ik maar aan de experts (architecten/ontwerpers/beheerders) over.

Waarschijnlijk gewoon persoonlijke voorkeur IMHO net zoals ik liever Apache gebruik

Ik heb zelfs met Servers van klanten gewerkt waarbij beiden in gebruik waren op verschillende poorten en in feite samenwerkten!

deHakkelaar schreef op woensdag 10 mei 2023 @ 22:47:
De bedoeling is dat je config bestandjes in de folder onder plaatst welke niet worden gelezen door lighttpd:

code:

/etc/lighttpd/conf-available/

En dan symlinken in de folder onder zodat deze geladen worden zodra lighttpd opstart:

code:

/etc/lighttpd/conf-enabled/

Symlink voorbeeldje voor het 10-proxy.conf bestandje:

code:

sudo ln -s -t /etc/lighttpd/conf-enabled/ ../conf-available/10-proxy.conf

Of via onder waar je kunt selecteren (deze doet het symlinken voor je):

code:

sudo lighty-enable-mod

En onder om weer te deaktiveren:

code:

sudo lighty-disable-mod

Ik zou eerder dat laatste gebruiken dan zelf gaan zitten symlinken om gezeik te voorkomen!

[deHakkelaar]

nero355 schreef op donderdag 11 mei 2023 @ 00:11:
Ik zou eerder dat laatste gebruiken dan zelf gaan zitten symlinken om gezeik te voorkomen!

Welke denk je zelf dat men eerder onthoud
light inkloppen en de TAB een paar keer hameren.

[nero355]

deHakkelaar schreef op donderdag 11 mei 2023 @ 00:20:
Welke denk je zelf dat men eerder onthoud
light inkloppen en de TAB een paar keer hameren.

Ik durf niks meer te ASSuMEn als het om de hedendaagse GoT gebruiker gaat!