[Pi-Hole] Ervaringen & discussie

[Kopernikus.1979]

Beste,

Ik heb paar dagen geleden mijn Pihole's draaiende op 2 Raspi4B geupgrade van Buster naar Bullseye en nu kan ik ze niet meer bereiken op https (via http lukt wel nog) via mijn Nginx proxy manager:

Local dns
https://pihole(1/2).mydomain.be
--> local dns set in hosts
SSL config (placed in conf-enabled) + certificates:

code:

server.modules += ( "mod_openssl" )

$HTTP["host"] == "pi-hole.mydomain.be" {
  # Ensure the Pi-hole Block Page knows that this is not a blocked domain
  setenv.add-environment = ("fqdn" => "true")

  # Enable the SSL engine with a LE cert, only for this specific host
  $SERVER["socket"] == ":443" {
    ssl.engine = "enable"
    ssl.pemfile = "etc/lighttpd/ssl/combined.pem"
    ssl.ca-file = "/etc/lighttpd/ssl/fullchain.pem"
    ssl.honor-cipher-order = "enable"
    ssl.cipher-list = "EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH"     
  }

  # Redirect HTTP to HTTPS
  $HTTP["scheme"] == "http" {
    $HTTP["host"] =~ ".*" {
      url.redirect = (".*" => "https://%0$0")
    }
  }
}

Through Nginx proxy manager
https://pihole(1/2).mydomain.be
Same config Pi-Hole
Nginx set: https://pi-hole.mydomain.be --> https://ipoffpihole:443

Op Buster werkt dit prima

Dan op Bullseye:

Locals dns: werkt zoals bij Buster
Through Nginx Proxy manager: "502 Bad Gateway"

Als ik mijn SSL certificaat verwijder van Pihole en de proxy zet op https://pi-hole.mydomain.be --> https://ipoffpihole:80 werkt het wel maar dan heb ik geen https meer op mijn local dns

Wat zou er kunnen veranderd zijn?
Ondertussen ook een clean install gedaan, idem probleem...

[Webgnome]

En wat zeggen de logs van nginx ?

[Kopernikus.1979]

Webgnome schreef op dinsdag 24 januari 2023 @ 09:29:
En wat zeggen de logs van nginx ?

Bij de https (waar dus de error krijg):

code:

2023/01/24 08:49:01 [error] 517#517: *1266 connect() failed (111: Connection refused) while connecting to upstream, client: mijn ip adres, server: pi-hole-master.mydomain, request: "GET /admin/ HTTP/2.0", upstream: "https://10.10.100.51:443/admin/", host: "pi-hole-master.mydomain.be"

En als ik het certificaat bij pihole weg haal, en proxy via http:

code:

[24/Jan/2023:08:49:01 +0100] - 502 502 - GET https pi-hole-master.mydomain.be "/admin/" [Client "mijn ip adres"] [Length 154] [Gzip -] [Sent-to 10.10.100.51] "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/109.0" "-"

Dus lokaal (zonder proxy) werkt https:// pi-hole-master.mydomain.be wel, maar erop verbinden met nginx niet, voor de upgrade werkte dit wel, wel is het zo dat door de upgrade er een andere versie van lighttpd geinstaleerd is en ik vermoed dat hier iets verandert is, maar wat?

[Webgnome]

@Kopernikus.1979 dan is het een kwestie van lighthttp versie chagnelogs tegen elkaar aan houden..

[Kopernikus.1979]

Webgnome schreef op dinsdag 24 januari 2023 @ 11:41:
@Kopernikus.1979 dan is het een kwestie van lighthttp versie chagnelogs tegen elkaar aan houden..

Heb ik al gedaan maar wordt ik niet veel wijzer van

[Remco Tr]

Vraagje:

Draai met 2 piholes in HA icm Unbound op mn router.

Nu vroeg ik me af welke DNS server ik de Raspberry’s moet geven waarop Piholes draaien. Zijn dit de ip’s van hun zelf of van de router? Wat is het idee hier achter? Snap dat Pihole de aanvragen via unbound doet. Gaat me dus puur om wat de Raspberry’s gebruiken voor bv Domoticz.

[deHakkelaar]

Kopernikus.1979 schreef op dinsdag 24 januari 2023 @ 11:35:
Dus lokaal (zonder proxy) werkt https:// pi-hole-master.mydomain.be wel, maar erop verbinden met nginx niet, voor de upgrade werkte dit wel, wel is het zo dat door de upgrade er een andere versie van lighttpd geinstaleerd is en ik vermoed dat hier iets verandert is, maar wat?

Je external.conf wijkt een klein beetje af van deze:
https://discourse.pi-hole...i-hole-web-interface/5771

En onder kan misschien handig zijn om ea te vergelijken (op lighttpd klikken):
https://ssl-config.mozilla.org/

EDIT: Ow en onder kan handig zijn om configuratie te controleren en de modules te testen:

code:

sudo lighttpd -tt -f /etc/lighttpd/lighttpd.conf

Om ea te testen/controleren inclusief het redirecten:

code:

curl -ILkv <FQDN>

Ik zou aanraden bovenstaande curl te draaien op een client!
Waar je op met letten zijn:
subject: CN= ;
start date: ;
expire date: ;
subjectAltName: ;
en natuurlijk errors of warnings.

Ik heb geen idee wat je bedoelt met "local dns".
Misschien dat je dit duidelijker kunt beschrijven?

Maar dit klinkt meer als een nginx probleem.

EDIT2:

Kopernikus.1979 schreef op dinsdag 24 januari 2023 @ 11:35:

code:

2023/01/24 08:49:01 [error] 517#517: *1266 connect() failed (111: Connection refused) while connecting to upstream, client: mijn ip adres, server: pi-hole-master.mydomain, request: "GET /admin/ HTTP/2.0", upstream: "https://10.10.100.51:443/admin/", host: "pi-hole-master.mydomain.be"

Ow zo te zien kan je nginx proxy niet verbinden met de Pi-hole nodes.
De melding connection refused krijg je als er niks luistert op een bepaalde poort/socket:

pi@ph5b:~ $ nc -vz localhost 9999
nc: connect to localhost (::1) port 9999 (tcp) failed: Connection refused

Vs:

pi@ph5b:~ $ nc -vz localhost 53
Connection to localhost (::1) 53 port [tcp/domain] succeeded!

Wat geeft onder op die nginx host?

code:

nc -vz <MIJN_IP_ADRES> 443

[ Voor 32% gewijzigd door deHakkelaar op 24-01-2023 22:46 ]

[deHakkelaar]

Remco Tr schreef op dinsdag 24 januari 2023 @ 21:03:
Vraagje:

Draai met 2 piholes in HA icm Unbound op mn router.

Nu vroeg ik me af welke DNS server ik de Raspberry’s moet geven waarop Piholes draaien. Zijn dit de ip’s van hun zelf of van de router? Wat is het idee hier achter? Snap dat Pihole de aanvragen via unbound doet. Gaat me dus puur om wat de Raspberry’s gebruiken voor bv Domoticz.

Ik zou voor DNS het IP vd router opvoeren op de Pi's.
Je wilt niet dat een server te veel afhankelijk is van z'n eigen services.
Als je met tweaken/updaten/veranderen etc iets fouts doet, raakt de Pi host mogelijk z'n DNS functionaliteit kwijt.
Wat vaak ea vermoeilijkt met diagnotiseren en oplossen.
Bv als de host DNS kwijt raakt werkt onderstaande voor Pi-hole repair/reconfigure ook niet meer goed:

code:

pihole -r

EDIT: Ow en ik heb zelfs gezien dat een bepaalde block/adlist een andere adlist domein blokkeerde waardoor de gravity pull mislukte voor deze.

[ Voor 7% gewijzigd door deHakkelaar op 24-01-2023 21:38 ]

[Remco Tr]

deHakkelaar schreef op dinsdag 24 januari 2023 @ 21:25:
[...]

Ik zou voor DNS het IP vd router opvoeren op de Pi's.
Je wilt niet dat een server te veel afhankelijk is van z'n eigen services.
Als je met tweaken/updaten/veranderen etc iets fouts doet, raakt de Pi host mogelijk z'n DNS functionaliteit kwijt.
Wat vaak ea vermoeilijkt met diagnotiseren en oplossen.
Bv als de host DNS kwijt raakt werkt onderstaande voor Pi-hole repair/reconfigure ook niet meer goed:

code:

pihole -r

EDIT: Ow en ik heb zelfs gezien dat een bepaalde block/adlist een andere adlist domein blokkeerde waardoor de gravity pull mislukte voor deze.

Precies dat gister mee gemaakt en moest dus dns aanpassen vandaar deze vraag. Ga het gelijk aanpassen dank je wel!

[nero355]

deHakkelaar schreef op dinsdag 24 januari 2023 @ 21:25:
Ik zou voor DNS het IP vd router opvoeren op de Pi's.
Je wilt niet dat een server te veel afhankelijk is van z'n eigen services.
Als je met tweaken/updaten/veranderen etc iets fouts doet, raakt de Pi host mogelijk z'n DNS functionaliteit kwijt.

In de standaard RaspBian/Raspberry Pi OS situatie zal echter altijd 127.0.0.1 worden gebruikt dus ik ben benieuwd hoe jij dat dan in gedachten had

Ik kan wel wat bedenken, maar handig is anders...

Remco Tr schreef op dinsdag 24 januari 2023 @ 21:51:
Precies dat gister mee gemaakt en moest dus dns aanpassen vandaar deze vraag. Ga het gelijk aanpassen dank je wel!

IMHO kan je dan beter effe tijdelijk /etc/resolv.conf aanpassen met het IP adres van je Router a.k.a. Gateway

[deHakkelaar]

@nero355 , naar mijn weten is standaard Pi-OS geconfigureerd om OOTB automatisch IP details te verkrijgen via DHCPv4 en IPv6 SLAAC/NDRA dus inclusief DNS server(s).
De meeste SBC distros doen dat naar mijn weten ook eg Armbian, TinkerOS etc.

Pas als je de Pi-hole installatie draait op een Pi met dhcpcd5 wordt je gevraagd ofdat je deze dynamische IP details om wilt zetten naar statisch.
Of om zelf je eigen statische IP details op te voeren.

Lang geleden was Pi-hole ook afhankelijk van dat 127.0.0.1 adres in resolv.conf voor een aantal zaken.
De installer wijzigde dat toen voor je.
Maar dat doen ze al lang niet meer en die afhankelijkheid bestaat niet meer.

Mocht je een adres tegenkomen in resolv.conf zoals 127.0.0.53, dan is de kans groot dat je een lokale stub resolver hebt draaien voor caching.
Maar deze zal ook weer geconfigureerd worden door je network manager om bepaalde upstream DNS servers te gebruiken (statisch, DHCPv4, of IPv6 RA).

[Webgnome]

Remco Tr schreef op dinsdag 24 januari 2023 @ 21:03:
Vraagje:

Draai met 2 piholes in HA icm Unbound op mn router.

Nu vroeg ik me af welke DNS server ik de Raspberry’s moet geven waarop Piholes draaien. Zijn dit de ip’s van hun zelf of van de router? Wat is het idee hier achter? Snap dat Pihole de aanvragen via unbound doet. Gaat me dus puur om wat de Raspberry’s gebruiken voor bv Domoticz.

Ik zou zelf de unbound install gebruiken. Althans als je die niet op hetzelfde systeem hebt draaien. Ik heb op dit moment twee pi-holes en die kijken allemaal naar 1 unbound ( ja ja, ik weet het dat is een recept voor failure..). Dat wil ik nog een keertje aanpassen naar een dubbele unbound, aangezien die unbound server alleen maar uit zijn neus eet en het nog niet echt stuk is gegaan stel ik dat nog even uit

[Remco Tr]

Webgnome schreef op woensdag 25 januari 2023 @ 08:22:
[...]


Ik zou zelf de unbound install gebruiken. Althans als je die niet op hetzelfde systeem hebt draaien. Ik heb op dit moment twee pi-holes en die kijken allemaal naar 1 unbound ( ja ja, ik weet het dat is een recept voor failure..). Dat wil ik nog een keertje aanpassen naar een dubbele unbound, aangezien die unbound server alleen maar uit zijn neus eet en het nog niet echt stuk is gegaan stel ik dat nog even uit

Wat bedoel je met Unbound install?

Heb mn Unbound verhuist van de Raspberry’s naar mn OPNSense router. Vond het een gedoe om steeds laatste de versie te installeren. Geen Unbound backup maar als mn router eruit ligt heb ik sowieso een probleem.

[Airw0lf]

Remco Tr schreef op woensdag 25 januari 2023 @ 11:36:
[...]


Wat bedoel je met Unbound install?

Heb mn Unbound verhuist van de Raspberry’s naar mn OPNSense router. Vond het een gedoe om steeds laatste de versie te installeren. Geen Unbound backup maar als mn router eruit ligt heb ik sowieso een probleem.

Hoezo "steeds de laatste versie te installeren"?

Als ik hier de install-procedure naloop, dan wordt het standaard unbound OS package gebruikt. En die wordt automatisch bijgewerkt... net als de rest van het OS...

[Webgnome]

Remco Tr schreef op woensdag 25 januari 2023 @ 11:36:
[...]


Wat bedoel je met Unbound install?

Heb mn Unbound verhuist van de Raspberry’s naar mn OPNSense router. Vond het een gedoe om steeds laatste de versie te installeren. Geen Unbound backup maar als mn router eruit ligt heb ik sowieso een probleem.

Je doet eigenlijk al precies wat ik schreef. Je Pihole / raspberry gebruikt je opsense als DNS? en daar draaid unbound op dus die gebruik je dan indirect. Vergelijkbaar met mijn setup dus

[ Voor 3% gewijzigd door Webgnome op 25-01-2023 12:46 ]

[nero355]

Airw0lf schreef op woensdag 25 januari 2023 @ 12:14:
Hoezo "steeds de laatste versie te installeren"?

Ik gok dat @Remco Tr de boel zelf compileert elke keer om echt de laatste laatste versie te draaien i.p.v. Versie X.Y.Z-Rev125 of iets in die trant

[Church of Noise]

Idd, of om te vermijden een oudere versie te draaien, zoals die vaak aanwezig zijn in de courante distros...

[Kopernikus.1979]

deHakkelaar schreef op dinsdag 24 januari 2023 @ 21:12:
[...]

Je external.conf wijkt een klein beetje af van deze:
https://discourse.pi-hole...i-hole-web-interface/5771

En onder kan misschien handig zijn om ea te vergelijken (op lighttpd klikken):
https://ssl-config.mozilla.org/

EDIT: Ow en onder kan handig zijn om configuratie te controleren en de modules te testen:

code:

sudo lighttpd -tt -f /etc/lighttpd/lighttpd.conf

Om ea te testen/controleren inclusief het redirecten:

code:

curl -ILkv <FQDN>

Ik zou aanraden bovenstaande curl te draaien op een client!
Waar je op met letten zijn:
subject: CN= ;
start date: ;
expire date: ;
subjectAltName: ;
en natuurlijk errors of warnings.

Ik heb geen idee wat je bedoelt met "local dns".
Misschien dat je dit duidelijker kunt beschrijven?

Maar dit klinkt meer als een nginx probleem.

EDIT2:

[...]

Ow zo te zien kan je nginx proxy niet verbinden met de Pi-hole nodes.
De melding connection refused krijg je als er niks luistert op een bepaalde poort/socket:

pi@ph5b:~ $ nc -vz localhost 9999
nc: connect to localhost (::1) port 9999 (tcp) failed: Connection refused

Vs:

pi@ph5b:~ $ nc -vz localhost 53
Connection to localhost (::1) 53 port [tcp/domain] succeeded!

Wat geeft onder op die nginx host?

code:

nc -vz <MIJN_IP_ADRES> 443

Probleem opgelost:

Ik had minimum connectie op TLS 1.3 en mijn nginx stond op TLS 1.2

[nero355]

Kopernikus.1979 schreef op donderdag 26 januari 2023 @ 17:15:
Probleem opgelost:

Ik had minimum connectie op TLS 1.3 en mijn nginx stond op TLS 1.2

Je loopt achter een jaar of 2 ongeveer : nieuws: NCSC raadt bedrijven in nieuwe richtlijn aan over te stappen naar tls...

[_DJ]

Dit weekend gaf mijn Pi2 met daarop Pi-hole geest. Was bezig wat extra stopcontacten te maken dus de stroom moest er even af. Helaas kwam hij daar niet meer tot leven. Niet via het netwerk en ook niet als ik er direct een scherm, toetsenbord en muis aan hang. Ook niet met een verse SD erin, helemaal niks. Rood ledje gaat aan en dat is alles. Geeft niks dacht ik, koop ik gewoon een verse want deze was intussen bijna 9 jaar oud. Was me even ontgaan dat die tegenwoordig nogal slecht leverbaar/extreem prijzig zijn. Gelukkig wordt er in Q2 meer voorraad en daarmee hopelijk wat lagere prijzen verwacht.
Maar wat zouden jullie doen als je nu van scratch zou beginnen? Ik gebruik(te) hem puur als DNS zonder dhcp of vpn. Hij hing gewoon aan een ethernetkabel aan de switch in de meterkast en dat is meer dan prima. Wat is qua energiegebruik en capaciteiten het handigst? Een paar pagina's terug in dit topic wordt de zero W genoemd waar ik dan wel een ethernet-ding op zou willen omdat bedraad me toch altijd sneller en stabieler lijkt. Vanavond eens verder in dit topic terug lezen maar ben wel benieuwd naar jullie gedachten.

[Webgnome]

_DJ schreef op dinsdag 7 februari 2023 @ 13:55:
Dit weekend gaf mijn Pi2 met daarop Pi-hole geest. Was bezig wat extra stopcontacten te maken dus de stroom moest er even af. Helaas kwam hij daar niet meer tot leven. Niet via het netwerk en ook niet als ik er direct een scherm, toetsenbord en muis aan hang. Ook niet met een verse SD erin, helemaal niks. Rood ledje gaat aan en dat is alles. Geeft niks dacht ik, koop ik gewoon een verse want deze was intussen bijna 9 jaar oud. Was me even ontgaan dat die tegenwoordig nogal slecht leverbaar/extreem prijzig zijn. Gelukkig wordt er in Q2 meer voorraad en daarmee hopelijk wat lagere prijzen verwacht.
Maar wat zouden jullie doen als je nu van scratch zou beginnen? Ik gebruik(te) hem puur als DNS zonder dhcp of vpn. Hij hing gewoon aan een ethernetkabel aan de switch in de meterkast en dat is meer dan prima. Wat is qua energiegebruik en capaciteiten het handigst? Een paar pagina's terug in dit topic wordt de zero W genoemd waar ik dan wel een ethernet-ding op zou willen omdat bedraad me toch altijd sneller en stabieler lijkt. Vanavond eens verder in dit topic terug lezen maar ben wel benieuwd naar jullie gedachten.

1) gebruik witregels en wat betere interpunctie. Het is nu een grote brei aan tekst

2) Zelf heb ik een zero w draaien met een ethernet hat. En dat werkt gewoon prima. Dus als je die goedkoper kan krijgen zou je die gewoon kunnen overwegen. Het is voor DHCP/VPN/Pihole prima.

[Raymond P]

@_DJ Een tweedehands thin client, voldoende aanbod.

[Church of Noise]

Akkoord met @Webgnome , ook het idee van @Raymond P is in deze tijden valabel (gezien de prijzen).
Je hebt echt niks meer dan een Pi Zero W nodig als het enkel voor Pi-Hole (+ evt Unbound) is...

[nero355]

_DJ schreef op dinsdag 7 februari 2023 @ 13:55:
Maar wat zouden jullie doen als je nu van scratch zou beginnen?

Ik zit met wat UniFi Controller dependency geneuzel waardoor ik straks mijn oude HTPC vriend ga inzetten als het eenmaal zover komt : uitvoering: Intel NUC Kit DN2820FYKH

Opzich wel leuk, want dan kan ik de Raspberry Pi 3B weer voor wat experimentjes gebruiken!

[Koepert]

Hebben meer mensen er de laatste tijd last van (en suggesties voor troubleshooten) dat alle ' eerste calls' lang duren om te verwerken?

Zowel op mijn laptop (arch, 5Ghz wifi) als de ipad van mn dochter (meest beheersbare voorbeelden): als ik een nieuwe pagina open, of een nieuw youtube filmpje start, duurt het laden behoorlijk lang

De YT video is de eerste +- minuut ook gewoon 360p ipv hogere kwaliteit. Er is geen hogere belasting van pihole, geen overmatige blokkade maar wel erg hoge verwerkingstijd:

code:

OK (answered by localhost #PortUnbound) 66 ms (45ms, 138ms, etc relatief hoge waarden dus)

Idem ook voor bijvoorbeeld Roblox --> minigames laden erg langzaam

Load van Pihole:

code:

 Load:  0.31  0.47  0.48
 Memory usage:  8.7 %
 Temp: 27.8 °C

[nero355]

Koepert schreef op maandag 13 februari 2023 @ 18:02:
Hebben meer mensen er de laatste tijd last van (en suggesties voor troubleshooten) dat alle ' eerste calls' lang duren om te verwerken?

Wat mij betreft niet echt

Kan het zijn dat je verbinding wat langzamer is op die momenten en je Unbound dus ook langer erover doet om alles op te zoeken

Zowel op mijn laptop (arch, 5Ghz wifi) als de ipad van mn dochter (meest beheersbare voorbeelden): als ik een nieuwe pagina open, of een nieuw youtube filmpje start, duurt het laden behoorlijk lang

De YT video is de eerste +- minuut ook gewoon 360p ipv hogere kwaliteit.

YouTube is echt een slechte manier om het te meten, want net als bijvoorbeeld IMDB of Flickr is het echt een grafwebsite om in te laden als je eenmaal beseft hoe onnodig zwaar die opgebouwd zijn!

Ik kan dat heel mooi zien/meten door niet vanaf mijn Desktop PC de website te bezoeken en mijn laptop erbij te pakken : Van stille laptop naar koeling die begint te loeien in 0,1 seconde!

Echt bizar...

[ Voor 6% gewijzigd door nero355 op 13-02-2023 19:26 ]

[Koepert]

nero355 schreef op maandag 13 februari 2023 @ 19:24:
[...]

Wat mij betreft niet echt

Kan het zijn dat je verbinding wat langzamer is op die momenten en je Unbound dus ook langer erover doet om alles op te zoeken


[...]

YouTube is echt een slechte manier om het te meten, want net als bijvoorbeeld IMDB of Flickr is het echt een grafwebsite om in te laden als je eenmaal beseft hoe onnodig zwaar die opgebouwd zijn!

Ik kan dat heel mooi zien/meten door niet vanaf mijn Desktop PC de website te bezoeken en mijn laptop erbij te pakken : Van stille laptop naar koeling die begint te loeien in 0,1 seconde!

Echt bizar...

I agree dat Youtube kut is, maar juist bij Youtube is van het moment van aanklikken van een video tot ' de eerste seconden beeld' juist merkbaar trager (en mn dochter is fan van YT, dus ja..

Maar goed, een nieuw tabblad en dan via de adresbalk zoeken levert ook " later" een resultaatpagina op dan enige tijd geleden.

[Raymond P]

@Koepert Hoe is de machine waar pihole op draait verbonden met het netwerk?
Duurt een ping ook lang?
Resolved een query op de pihole zelf wel snel?
Wat zijn je upstream servers?
Is een query sneller als je (handmatig) een andere upstream server/provider probeert?

Daarbovenop, 100ms is niet écht lang natuurlijk...

[Koepert]

Raymond P schreef op dinsdag 14 februari 2023 @ 09:32:
@Koepert Hoe is de machine waar pihole op draait verbonden met het netwerk?
Duurt een ping ook lang?
Resolved een query op de pihole zelf wel snel?
Wat zijn je upstream servers?
Is een query sneller als je (handmatig) een andere upstream server/provider probeert?

Daarbovenop, 100ms is niet écht lang natuurlijk...

Kom vanavond even op je overige vragen terug:

- pihole is een LXC container op een Proxmoxhost. Zit met cat5e op de router via n 5p switch. "Heeft altijd goed gewerkt"
- Volgens mij niet, moet ik vanavond thuis ff controleren
- Idem hierboven
- Unbound, zal vanavond de config daarvan ff opzoeken
- idem hierboven

Agreed, 100ms is niet ECHT lang, maar laden van internetpagina's (waaronder zoekresultaten, YT pagina's etc) is wel MERKBAAR langzamer, daarom valt het me op.

[Raymond P]

Normaliter is er een query cache/TTL, je tweede video of zoekresultaat zou dan geen vertraging moeten hebben.
Vandaar m'n hint. Maar het kan geen kwaad om DNS uit te sluiten.

[DaRk PoIsOn]

Koepert schreef op maandag 13 februari 2023 @ 18:02:
Hebben meer mensen er de laatste tijd last van (en suggesties voor troubleshooten) dat alle ' eerste calls' lang duren om te verwerken?

Zowel op mijn laptop (arch, 5Ghz wifi) als de ipad van mn dochter (meest beheersbare voorbeelden): als ik een nieuwe pagina open, of een nieuw youtube filmpje start, duurt het laden behoorlijk lang

De YT video is de eerste +- minuut ook gewoon 360p ipv hogere kwaliteit. Er is geen hogere belasting van pihole, geen overmatige blokkade maar wel erg hoge verwerkingstijd:

code:

OK (answered by localhost #PortUnbound) 66 ms (45ms, 138ms, etc relatief hoge waarden dus)

Idem ook voor bijvoorbeeld Roblox --> minigames laden erg langzaam

Load van Pihole:

code:

 Load:  0.31  0.47  0.48
 Memory usage:  8.7 %
 Temp: 27.8 °C

Hier ook hetzelfde, tweakers, Dumpert, Reddit, Nu.nl waren stronttraag.
De load was bij mij ook niet zo hoog, maar kan het ook niet meer zien. Dietpi gaf bij mij failures bij het updaten, dus even de netwerkinstellingen aanpassen, nu ligt pihole en unbound er uit omdat de server niets meer doet. Zelfs mijn Toon heeft er een beroerte van gekregen

Ga er straks even mee bezig en kijken of het probleem dan voorbij is

[Webgnome]

@DaRk PoIsOn dan is het toch niet perse een probleem van pihole maar waarschijnlijk van een DietPi die dood aan het gaan is?

[Miki]

DaRk PoIsOn schreef op dinsdag 14 februari 2023 @ 12:19:
[...]


Hier ook hetzelfde, tweakers, Dumpert, Reddit, Nu.nl waren stronttraag.
De load was bij mij ook niet zo hoog, maar kan het ook niet meer zien. Dietpi gaf bij mij failures bij het updaten, dus even de netwerkinstellingen aanpassen, nu ligt pihole en unbound er uit omdat de server niets meer doet. Zelfs mijn Toon heeft er een beroerte van gekregen

Ga er straks even mee bezig en kijken of het probleem dan voorbij is

Als je Dietpi hebt gebruikt voor je Pi dan zou je ook -als je dat gedaan hebt- vrij eenvoudig een backup hebben kunnen maken van je werkende installatie. Kaartje formatteren dan wel vervangen en flashen met de backup en je kunt weer verder.

Het heeft zoals @Webgnome aangeeft weinig met Pi Hole te maken. Eerder een corrupt kaartje/ installatie.

[DaRk PoIsOn]

@Miki @Webgnome

Dietpi draait op een core i7 met SSD, dus het sd kaartje kan het niet zijn
Ik heb nu als DNS cloudflare en google, dat gaat vliegensvlug. Zal zo eerst een de netwerkverbinding weer omhoog proberen te krijgen en kijken wat pihole dan zonder unbound doet.

[nero355]

Koepert schreef op dinsdag 14 februari 2023 @ 09:39:
- pihole is een LXC container op een Proxmoxhost.

En je weet zeker dat de Load op de Proxmox Server zelf niet af en toe voor vertragingen zorgt door andere LXC's of VM's die het druk hebben

"Heeft altijd goed gewerkt"

Dat zeggen vaak mensen die de boel totaal verkeerd hebben opgezet ook op het moment dat hun brakke setup niet goed tegen bepaalde veranderingen kon!

Agreed, 100ms is niet ECHT lang, maar laden van internetpagina's (waaronder zoekresultaten, YT pagina's etc) is wel MERKBAAR langzamer, daarom valt het me op.

Toen Caiway een keer "Flooding issues" had en mijn uplink naar hun eerste Router tussen de 80 a 100 ms ping had kon ik gewoon niks meer met mijn verbinding dus je hebt nog geluk dat je überhaupt kan browsen als je eventueel soortgelijke problemen ervaart!

[Koepert]

nero355 schreef op dinsdag 14 februari 2023 @ 15:58:
[...]

En je weet zeker dat de Load op de Proxmox Server zelf niet af en toe voor vertragingen zorgt door andere LXC's of VM's die het druk hebben

100%? nee. Maar de LXC en de Proxmox Summary tonen eigenlijk geen pieken boven de 65% in zowel ram, cpu als Netwerk

[...]

Dat zeggen vaak mensen die de boel totaal verkeerd hebben opgezet ook op het moment dat hun brakke setup niet goed tegen bepaalde veranderingen kon!

Daarom staat het ook tussen aanhalingstekens Ik weet dat het namelijk een nonargument is..

[...]

Toen Caiway een keer "Flooding issues" had en mijn uplink naar hun eerste Router tussen de 80 a 100 ms ping had kon ik gewoon niks meer met mijn verbinding dus je hebt nog geluk dat je überhaupt kan browsen als je eventueel soortgelijke problemen ervaart!

Zou die DDOS van Cloudflare impact kunnen hebben??

nieuws: Cloudflare zegt grootste ddos-aanval van 71 miljoen requests per seco...

Mijn extern domein heeft daar de nameservers. Zoals gezegd, DNS is Unbound, maar zal ik vanavond ook ff omzetten naar een externe upstream of dat verschil maakt. Restart Unbound hielp niet iig. (ik zie niet in hoe het impact kan hebben hoor, maar je weet t niet

[nero355]

Koepert schreef op dinsdag 14 februari 2023 @ 16:08:
100%? nee. Maar de LXC en de Proxmox Summary tonen eigenlijk geen pieken boven de 65% in zowel ram, cpu als Netwerk

Zo'n korte piek kan wel invloed hebben op het hele systeem!

Zou die DDOS van Cloudflare impact kunnen hebben??

nieuws: Cloudflare zegt grootste ddos-aanval van 71 miljoen requests per seco...

Mijn extern domein heeft daar de nameservers. Zoals gezegd, DNS is Unbound, maar zal ik vanavond ook ff omzetten naar een externe upstream of dat verschil maakt. Restart Unbound hielp niet iig. (ik zie niet in hoe het impact kan hebben hoor, maar je weet t niet

Zolang je dat domein niet opvraagt of iets via/op de Cloudflare Servers bezoekt zie ik daar geen reden voor!

[Koepert]

nero355 schreef op dinsdag 14 februari 2023 @ 16:12:
[...]

Zo'n korte piek kan wel invloed hebben op het hele systeem!


[...]

Zolang je dat domein niet opvraagt of iets via/op de Cloudflare Servers bezoekt zie ik daar geen reden voor!

Heb ff gekeken:


Op de hele proxmoxserver (dus niet de LXC, maar de host) is de load (week average)

CPU: 15.51% met elke nacht om 04u een piek ivm reboot LXC van 30% (andere LXC dan Pihole)
RAM: Eigenlijk geen zichtbare pieken: 5.5GB van 8GB in gebruik vrijwel continu
Network: 2x een Piek van 8M verder niet boven de 600k
Server Load: Elke nacht om 04u een piek van 1.11 verder rond average 0.52

Dus aan de load op de server zie ik het niet op de momenten dat ik er last van heb.


Wat ik me net bedenk.... Ik heb een ' dom' Proxmox Cluster (3 nodes, geen replication, geen HA), De ene node met pihole heeft als enige actieve LXC + 1 VM. Alle 3 nodes hebben echter maar 1 Ethernet poort.. Kan het " Clusterverkeer" het overige verkeer in de weg zitten?

[ Voor 14% gewijzigd door Koepert op 14-02-2023 18:06 ]

[sjhgvr]

Als iemand me voor wilt zijn met hoe https://big.oisd.nl werkend te krijgen op Pi-hole, mag dat.

Iets in de trant van;

code:

wget -q -O - https://big.oisd.nl | sed -e '/^!/d;/^\[/d;s/||/server=\//g;s/\^/\//g' > /path/to/pihole/blaat

?

[nero355]

Koepert schreef op dinsdag 14 februari 2023 @ 17:56:
Wat ik me net bedenk.... Ik heb een ' dom' Proxmox Cluster (3 nodes, geen replication, geen HA),

De ene node met pihole heeft als enige actieve LXC + 1 VM.

Alle 3 nodes hebben echter maar 1 Ethernet poort..
Kan het " Clusterverkeer" het overige verkeer in de weg zitten?

IMHO alleen als je echt serieus veel verkeer hebt lopen en de 1 Gbps volpropt daarmee!

[Webgnome]

sjhgvr schreef op dinsdag 14 februari 2023 @ 18:20:
Als iemand me voor wilt zijn met hoe https://big.oisd.nl werkend te krijgen op Pi-hole, mag dat.

Iets in de trant van;

code:

wget -q -O - https://big.oisd.nl | sed -e '/^!/d;/^\[/d;s/||/server=\//g;s/\^/\//g' > /path/to/pihole/blaat

?

waarom niet gewoon downloaden en via de ui toevoegen?

[sjhgvr]

Webgnome schreef op dinsdag 14 februari 2023 @ 18:49:
[...]
waarom niet gewoon downloaden en via de ui toevoegen?

Kun je voortaan abp-style-blocklists toevoegen?

If not; werkt hetvolgende?

code:

wget -q -O - https://big.oisd.nl | sed -e '/^!/d;/^\[/d;s/||/server=\//g;s/\^/\//g' > /etc/dnsmasq.d/oisd_big.conf

Ik krijg pi-hole ff niet draaiende... dus kan t ff niet testen

[ Voor 7% gewijzigd door sjhgvr op 14-02-2023 19:22 ]

[Koepert]

Raymond P schreef op dinsdag 14 februari 2023 @ 09:32:
@Koepert Hoe is de machine waar pihole op draait verbonden met het netwerk?
Duurt een ping ook lang?
Resolved een query op de pihole zelf wel snel?
Wat zijn je upstream servers?
Is een query sneller als je (handmatig) een andere upstream server/provider probeert?

Daarbovenop, 100ms is niet écht lang natuurlijk...

PING op de PiHole

code:

6 packets transmitted, 6 received, 0% packet loss, time 12ms
rtt min/avg/max/mdev = 5.333/5.389/5.442/0.071 ms

PING op de "trage laptop"

code:

7 packets transmitted, 7 received, 0% packet loss, time 18389ms
rtt min/avg/max/mdev = 8.369/9.165/10.115/0.561 ms

Beide naar www.google.com. Laptop is dus wel trager.

Upstream omgezet van Unbound naar Cloudflare --> niet merkbaar sneller


Zojuist even mn werklaptop gepakt. Windows 11 ipv Arch.


4 packets want Windows
Min: 10ms, Max 12ms, Avg 11ms

Poging 2 op Arch

code:

PING www.google.com (142.250.179.164) 56(84) bytes of data.
64 bytes from ams15s41-in-f4.1e100.net (142.250.179.164): icmp_seq=1 ttl=118 time=9.49 ms
64 bytes from ams15s41-in-f4.1e100.net (142.250.179.164): icmp_seq=2 ttl=118 time=9.13 ms
64 bytes from ams15s41-in-f4.1e100.net (142.250.179.164): icmp_seq=3 ttl=118 time=10.5 ms
64 bytes from ams15s41-in-f4.1e100.net (142.250.179.164): icmp_seq=4 ttl=118 time=10.1 ms
64 bytes from ams15s41-in-f4.1e100.net (142.250.179.164): icmp_seq=5 ttl=118 time=8.35 ms
64 bytes from ams15s41-in-f4.1e100.net (142.250.179.164): icmp_seq=6 ttl=118 time=9.08 ms
64 bytes from ams15s41-in-f4.1e100.net (142.250.179.164): icmp_seq=7 ttl=118 time=10.1 ms
64 bytes from ams15s41-in-f4.1e100.net (142.250.179.164): icmp_seq=8 ttl=118 time=8.23 ms
^C64 bytes from 142.250.179.164: icmp_seq=9 ttl=118 time=8.58 ms

--- www.google.com ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 24494ms
rtt min/avg/max/mdev = 8.231/9.284/10.474/0.773 ms

I think i got it!!


Ik deed een NSLookup ter controle op mn arch laptop. Die verwijst nog naar mn " test AdGuard" die ik handmatig aan Network settings had toegevoegd.. Even kijken hoe ik die er uit sloop om te kijken of dat t pobleem was.


DAT Was het dus

[ Voor 48% gewijzigd door Koepert op 14-02-2023 21:01 ]

[Raymond P]

@Koepert Los van wat voor jou merkbaar is zou je wat dns lookups kunnen doen om te meten.

Concept is dat je op de trage machine een dns query doet naar pihole en naar een andere server om daadwerkelijk te kunnen stellen of uit te sluiten dan pihole de oorzaak is.
De ping was ook enkel relevant voor traffic tussen machine en pihole binnen je eigen netwerk.

[Koepert]

Raymond P schreef op dinsdag 14 februari 2023 @ 21:01:
@Koepert Los van wat voor jou merkbaar is zou je wat dns lookups kunnen doen om te meten.

Concept is dat je op de trage machine een dns query doet naar pihole en naar een andere server om daadwerkelijk te kunnen stellen of uit te sluiten dan pihole de oorzaak is.
De ping was ook enkel relevant voor traffic tussen machine en pihole binnen je eigen netwerk.

Ja precies.

K heb t dus net opgelost. Ik had via Networkmanager handmatig de DNS van mn laptop op de Adguard LXC gezet. (Die staat inmiddels uit) .. Die had ik echter ook weer uit de config gehad dacht ik .

maar /etc/resolv.conf keek naar zowel (eerst) Adguard en dan Pihole. Dus nu Adguard daar uit gegooid. Snelheid is terug.

[Freee!!]

Koepert schreef op dinsdag 14 februari 2023 @ 21:03:
[...]
Ja precies.

K heb t dus net opgelost. Ik had via Networkmanager handmatig de DNS van mn laptop op de Adguard LXC gezet. (Die staat inmiddels uit) .. Die had ik echter ook weer uit de config gehad dacht ik .

maar /etc/resolv.conf keek naar zowel (eerst) Adguard en dan Pihole. Dus nu Adguard daar uit gegooid. Snelheid is terug.

Picnic dus

[Koepert]

Freee!! schreef op dinsdag 14 februari 2023 @ 22:21:
[...]

Picnic dus

Yeah kinda..

[deHakkelaar]

sjhgvr schreef op dinsdag 14 februari 2023 @ 18:20:
Als iemand me voor wilt zijn met hoe https://big.oisd.nl werkend te krijgen op Pi-hole, mag dat.

Iets in de trant van;

code:

wget -q -O - https://big.oisd.nl | sed -e '/^!/d;/^\[/d;s/||/server=\//g;s/\^/\//g' > /path/to/pihole/blaat

?

pi@ph5b:~ $ curl -sSL https://big.oisd.nl | sed '/^||/ !{ s/^/# / }; /^||/ { s/^||//; s/\^// }'
# [Adblock Plus]
# ! Version: 202302141735
# ! Description: Block. Don't break.
# ! Title: oisd big
# ! Last modified: 2023-02-14T17:35:48+0000
# ! Expires: 1 days (update frequency)
# ! Homepage: https://oisd.nl
#
#
0--foodwarez.da.ru
0-0-0-0-0-0-0-0-0-0-0-0-0-59-0-0-0-0-0-0-0-0-0-0-0-0-0.info
0-0-11-0-0.com
0-000.store
0-0lxmarket.8796556.xyz
0-24bpautomentes.hu
0-29.com
0-800-email.com
0-day.us
0-lx.26666596.xyz
0-lx.38200021.xyz
[..]

pi@ph5b:~ $ curl -sSL https://big.oisd.nl | sed '/^||/ !{ s/^/# / }; /^||/ {s/^||//; s/\^//}' | grep -c -v '#'
287444

Plus ééntje omdat er geen LF/CR op de laatste entry zit.

[deHakkelaar]

Koepert schreef op dinsdag 14 februari 2023 @ 17:56:
Kan het " Clusterverkeer" het overige verkeer in de weg zitten?

Cluster en iSCSI/SAN verkeer hoort zoiezo op een appart netwerk.

[Koepert]

deHakkelaar schreef op woensdag 15 februari 2023 @ 01:32:
[...]

Cluster en iSCSI/SAN verkeer hoort zoiezo op een appart netwerk.

ja dat las ik ook al. Maar ben nog bezig met een beetje in te lezen omtrent clusters ed.

Dit was nu echt een soort "noodoptie" omdat de ene node SPOF was voor mijn DNS, Reverse Proxy EN Smarthome. En nog een oudere 500GB HDD draait (zonder errors overigens). Dus wilde ik dat iets verbeteren door een 2e node toe te voegen, dan is t een kleine stap naar een 3e node (laptop die stof lag te happen) en een cluster maar is het nog VEEEL inlezen..

[nero355]

Koepert schreef op dinsdag 14 februari 2023 @ 20:41:
PING op de PiHole

code:

6 packets transmitted, 6 received, 0% packet loss, time 12ms
rtt min/avg/max/mdev = 5.333/5.389/5.442/0.071 ms

PING op de "trage laptop"

code:

7 packets transmitted, 7 received, 0% packet loss, time 18389ms
rtt min/avg/max/mdev = 8.369/9.165/10.115/0.561 ms

Beide naar www.google.com. Laptop is dus wel trager.

Dat WiFi wat trager is vind ik geen ramp eerlijk gezegd, vooral als het een 2.4 GHz WLAN NIC betreft!

I think i got it!!


Ik deed een NSLookup ter controle op mn arch laptop. Die verwijst nog naar mn " test AdGuard" die ik handmatig aan Network settings had toegevoegd.. Even kijken hoe ik die er uit sloop om te kijken of dat t pobleem was.


DAT Was het dus

Mooi voorbeeld van DNS Servers die niet bestaan, maar wel worden aangesproken en dus trage DNS Replies opleveren!

Ooit... lang geleden... in dit topic... heb ik dat daarom ook flink af zitten raden!

Freee!! schreef op dinsdag 14 februari 2023 @ 22:21:
Picnic dus

PEBCAK toch

[Koepert]

Beide wel

Problem in Chair, Not in Computer’ en Problem Exists Between Chair And Keyboard

Dus ja, die was wel op mij van toepasing.

En iets tragere wifi had ik ook wel geaccepteerd, ook over 5Ghz wel.. maar dit was dus opeens merkbaar trager.. daar kan ik dan niet tegen.. Ook al vielen de resultaten nog wel mee.

[Airw0lf]

Wellicht wat mosterd-na-de-maaltijd - maar toch:
Er is zoiets als DNSbench waarmee je kunt zien hoe een (Windows-only!) client het doet. Hiermee zou je ook kunnen kijken wat voor jou de best presterende opstelling is.

[MakhouT]

Ik heb hulp nodig.
Even de situatie schetsen:
Ik heb een NUC waar proxmox op draait. Ik heb nu een container waar Pi-hole op geinstalleerd is.
So far so good.
Nu wil ik de DNS aanpassen in mijn bbox van proximus, maar dat dus blijkbaar niet. Het alternatief is dus om DHCP in mijn bbox uit te zetten en DHCP te laten verlopen via Pihole, alleen loop ik hier vast en heb ik geen dit allemaal klaargespeeld te krijgen.
Iemand die mijn handje hier even kan vasthouden?

EDIT: ter info ik heb enkel internet, geen tv

[ Voor 4% gewijzigd door MakhouT op 18-02-2023 20:31 ]

[Webgnome]

MakhouT schreef op zaterdag 18 februari 2023 @ 20:27:
Ik heb hulp nodig.
Even de situatie schetsen:
Ik heb een NUC waar proxmox op draait. Ik heb nu een container waar Pi-hole op geinstalleerd is.
So far so good.
Nu wil ik de DNS aanpassen in mijn bbox van proximus, maar dat dus blijkbaar niet. Het alternatief is dus om DHCP in mijn bbox uit te zetten en DHCP te laten verlopen via Pihole, alleen loop ik hier vast en heb ik geen dit allemaal klaargespeeld te krijgen.
Iemand die mijn handje hier even kan vasthouden?

EDIT: ter info ik heb enkel internet, geen tv

Wat heb je al geprobeerd en wat lukt er niet...

[nero355]

MakhouT schreef op zaterdag 18 februari 2023 @ 20:27:
Ik heb een NUC waar proxmox op draait. Ik heb nu een container waar Pi-hole op geinstalleerd is.

Nu wil ik de DNS aanpassen in mijn bbox van proximus, maar dat dus blijkbaar niet.

Het alternatief is dus om DHCP in mijn bbox uit te zetten en DHCP te laten verlopen via Pihole, alleen loop ik hier vast en heb ik geen dit allemaal klaargespeeld te krijgen.

Iemand die mijn handje hier even kan vasthouden?

Hoe heb je dan je netwerk opgezet dat zoiets niet kan

Als je alles goed hebt gedaan dan moet het gewoon werken :
- Proxmox is Bridged met je LAN.
- Alle LXC Containers zitten direkt op je LAN.
- Als je Pi-Hole ineens DHCP Server speelt dan is je netwerk van IP adressen voorzien.

Kortom : Ga je eens inlezen over de dingen waar je mee bezig bent!

[deHakkelaar]

@MakhouT , hoe zit dat netwerk in elkaar op die Proxmox host en hoe zijn de containers precies verbonden (bridged, NAT-ted, routed etc) ?

code:

ip -br l

Redact je MAC voor bovenstaande!

code:

ip -br -4 a

code:

ip -4 r

code:

sudo bridge link

of ouder:

code:

sudo brctl show

DHCP is net even anders als DNS of HTTPS etc ivm broadcasts ipv unicast:

Routers and other higher-layer devices form boundaries between broadcast domains.

Wikipedia: Broadcast domain

[ Voor 5% gewijzigd door deHakkelaar op 19-02-2023 04:24 ]

[Church of Noise]

MakhouT schreef op zaterdag 18 februari 2023 @ 20:27:
Ik heb hulp nodig.
Even de situatie schetsen:
Ik heb een NUC waar proxmox op draait. Ik heb nu een container waar Pi-hole op geinstalleerd is.
So far so good.
Nu wil ik de DNS aanpassen in mijn bbox van proximus, maar dat dus blijkbaar niet. Het alternatief is dus om DHCP in mijn bbox uit te zetten en DHCP te laten verlopen via Pihole, alleen loop ik hier vast en heb ik geen dit allemaal klaargespeeld te krijgen.
Iemand die mijn handje hier even kan vasthouden?

EDIT: ter info ik heb enkel internet, geen tv

1) Eerst de DHCP van je Pi-Hole inschakelen in de web interface van Pi-Hole
2) Dan via de webinterface van je Proximus bbox (typisch iets zoals 192.168.1.1 of zo, paswoord staat op je bbox geloof ik), zoeken en daar dhcp uitschakelen


Zou genoeg moeten zijn!

[MakhouT]

Bedankt voor de reacties en hulp iedereen.

Ik probeer direct wat uit.

deHakkelaar schreef op zondag 19 februari 2023 @ 04:22:
@MakhouT , hoe zit dat netwerk in elkaar op die Proxmox host en hoe zijn de containers precies verbonden (bridged, NAT-ted, routed etc) ?

code:

ip -br l

Redact je MAC voor bovenstaande!

code:

ip -br -4 a

code:

ip -4 r

code:

sudo bridge link

of ouder:

code:

sudo brctl show

DHCP is net even anders als DNS of HTTPS etc ivm broadcasts ipv unicast:

[...]

Wikipedia: Broadcast domain

Voor meer context te geven:
NUC is rechtstreeks verbonden met de modem via ethernet, dus proxmox krijgt internet via de kabel.

Geen idee wat die commands juist doen, maar dit is alle output dat ik er uit krijg.

code:

root@Pi-hole:~# ip -br l
lo               UNKNOWN        00:00:00:00:00:00 <LOOPBACK,UP,LOWER_UP> 
eth0@if9         UP             12:f1:11:8c:d1:f7 <BROADCAST,MULTICAST,UP,LOWER_UP> 

root@Pi-hole:~# ip -br -4 a
lo               UNKNOWN        127.0.0.1/8 
eth0@if9         UP             192.168.1.253/24 

root@Pi-hole:~# ip -4 r
default via 192.168.1.1 dev eth0 onlink 
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.253

Church of Noise schreef op zondag 19 februari 2023 @ 17:21:
[...]

1) Eerst de DHCP van je Pi-Hole inschakelen in de web interface van Pi-Hole
2) Dan via de webinterface van je Proximus bbox (typisch iets zoals 192.168.1.1 of zo, paswoord staat op je bbox geloof ik), zoeken en daar dhcp uitschakelen


Zou genoeg moeten zijn!

Wat ik hier dus niet aan snap is hoe weet pihole welke toestellen er verbonden zijn met mijn bbox en aan die device een ip moet geven? Of beter gezegd hoe weet de modem van het bestaan af van pihole?

[nero355]

MakhouT schreef op zondag 19 februari 2023 @ 23:24:
Geen idee wat die commands juist doen

Wat ik hier dus niet aan snap is hoe weet pihole welke toestellen er verbonden zijn met mijn bbox en aan die device een ip moet geven?
Of beter gezegd hoe weet de modem van het bestaan af van pihole?

NOFI, maar nogmaals : Ga eens wat documentatie lezen of bijvoorbeeld hoe een netwerk en dan specifiek DHCP werkt!

Anders ga je het echt heeeel zwaar krijgen als je zo verder gaat...

[deHakkelaar]

MakhouT schreef op zondag 19 februari 2023 @ 23:24:
Wat ik hier dus niet aan snap is hoe weet pihole welke toestellen er verbonden zijn met mijn bbox en aan die device een ip moet geven?

Ik zou beginnen met de wiki raadplegen:
Wikipedia: Dynamic Host Configuration Protocol

En dan in het bizonder het "DHCP broadcast query" gedeelte en linkje.

MakhouT schreef op zondag 19 februari 2023 @ 23:24:
Of beter gezegd hoe weet de modem van het bestaan af van pihole?

https://docs.pi-hole.net/main/post-install/

EDIT: Ow je hebt nog steeds niet verteld hoe die containers naar buiten communiceren / welke netwerk modus wordt gehanteerd?
EDIT2: Ow2 en die commandos hoor je direct op de Proxmox host te draaien en niet in een container.

[ Voor 31% gewijzigd door deHakkelaar op 20-02-2023 01:46 ]

[Airw0lf]

MakhouT schreef op zondag 19 februari 2023 @ 23:24:

[...]

Wat ik hier dus niet aan snap is hoe weet pihole welke toestellen er verbonden zijn met mijn bbox en aan die device een ip moet geven? Of beter gezegd hoe weet de modem van het bestaan af van pihole?

Om met de laatste vraag te beginnen: niet - gaat ook niet gebeuren en is helemaal niet de bedoeling.
Tis niet zo dat je bbox en pihole hierin "magiekaaly" gaan samenwerken.

Ofwel laat je je bbox devices een IP geven (de pihole-dhcp functie moet dan uit) - ofwel laat je dat door pihole doen (de bbox dhcp-functie moet dan uit). Een mooie toelichting is hier te vinden:
Wikipedia: Dynamic Host Configuration Protocol

Dit is de basiswerking voor alles wat er achteraan komt:
(1) - Wikipedia: Router
(2) - Wikipedia: Domain Name System

Wat @nero355, @deHakkelaar en anderen willen aangeven is te vergelijken met leren autorijden: het wordt meer dan lastig autorijden als je de principewerking niet weet van het rempedaal, het gaspedaal en de schakelpook. Afhankelijk van het soort schakelpook is er ook nog zoiets als een koppeling die bedient moet worden... die combinatie soepeltjes kunnen bedienen kost even wat inlee(s)(r)tijd...

[ Voor 12% gewijzigd door Airw0lf op 20-02-2023 08:12 ]

[DaRk PoIsOn]

Ik denk dat als je op deze pagina de reactie van Krisken leest, je er wel uit komt. Staat duidelijk omschreven wat je op de pi en de bbox moet doen:

https://userbase.be/forum/viewtopic.php?t=49467&start=80

[ewf]

Wat een gedoe, neem gewoon een Raspberry 2 of 3 en het werkt gewoon.

[W1ck1e]

@ewf ik ben het met je eens. Als je raspberry pi 2 of zwaarder kan krijgen (tegen een normale prijs, nu wat lastig door tekorten) is dat volgens mij waarschijnlijk de optimale keuze. Liefst dedicated op 1 exemplaar (of 2 vanwege redundancy). Dan heb je ook geen docker nodig. Pihole hosten op pc's is overkill, en zonde van de stroomkosten. Ik maak gebruik van DietPi op een 2tal raspberry pi 2.

[Webgnome]

@W1ck1e of een raspberry pi zero Daar draait het ook gewoon goed op. ( en nee we gaan niet weer een discussie starten over welke hardware je minmaal nodig hebt )

[W1ck1e]

@Webgnome De zero-w gebruik ik voor p1mon. Die komt daar beter tot zijn recht.

[Raymond P]

Het is redelijk safe om ervan uit te gaan dat als je proxmox leest men méér van plan is dan enkel 1 pihole draaien.
Zoals ik het lees was de NUC met proxmox ook al aanwezig...

De hele batterij aan raspberry's die ik nodig zou hebben als ik het om zou willen zetten zou mij in ieder geval géén winst in stroomverbruik opleveren.

[Webgnome]

punt blijft wel staan dat als je dit in proxmox wil draaien je je een beetje moet inlezen in hoe dat zou moeten gaan werken. Je kunt niet verwachten dat je een container opspint en dat het dan magischerwijs ineens allemaal werkt zoals jij denkt dat het zou moeten werken..

[Raymond P]

@Webgnome Uiteraard.
Dat er een leercurve/drempel is moet echter geen reden zijn om direct een geheel andere route in te slaan c.q. te adviseren.

[Webgnome]

Raymond P schreef op maandag 20 februari 2023 @ 10:01:
@Webgnome Uiteraard.
Dat er een leercurve/drempel is moet echter geen reden zijn om direct een geheel andere route in te slaan c.q. te adviseren.

Jein. Als je nog niet eens weet wat een DHCP server is hoe dat werkt etc en je geen idee hebt wat proxmox nou voor doel heeft dan kun je denk ik beter het eerst op een kale manier installeren en dan daar ervaring mee op doen. Vervolgens het in proxmox proberen.

[Koepert]

ewf schreef op maandag 20 februari 2023 @ 09:03:
Wat een gedoe, neem gewoon een Raspberry 2 of 3 en het werkt gewoon.

Nou NOFI, maar als jij n RPi (eender welke) koopt, pihole daarop pleurt, en dan niet weet hoe je DHCP over je RPi laat lopen, gaat het niet 'gewoon werken hoor'.. Je moet alsnog wat basale dingen kunnen aanpassen/weten.

- Hoe je DHCP uit zet in je bbox (in dit geval)
- Hoe je het aan zet in je Pihole

Dat blijft staan, ongeacht hoe/wat/waar je Pihole installeert. Dat het werkend krijgen via proxmox complexer is dan direct op een RPi ben ik overigens met je eens hoor.

[Koepert]

Webgnome schreef op maandag 20 februari 2023 @ 10:18:
[...]


Jein. Als je nog niet eens weet wat een DHCP server is hoe dat werkt etc en je geen idee hebt wat proxmox nou voor doel heeft dan kun je denk ik beter het eerst op een kale manier installeren en dan daar ervaring mee op doen. Vervolgens het in proxmox proberen.

Hoewel ik t daar mee eens ben, ligt dat probleem niet bij proxmox (noch bij pihole) maar bij de kennis erover.

Ik draai ook pihole via n container (LXC) in Proxmox, zonder dat het mijn DHCP server is, in de wetenschap dat ik bij troubleshooten idd 'meer lagen heb om doorheen te gaan'..

Maar ik heb wel een mini-pc en daar de ruimte voor, en geen Rpi's thuis, noch daar voldoende aansluitingen voor beschikbaar (allemaal op te lossen, maar wel reden voor mijn keuze).

[Raymond P]

Webgnome schreef op maandag 20 februari 2023 @ 10:18:
[...]


Jein. Als je nog niet eens weet wat een DHCP server is hoe dat werkt etc en je geen idee hebt wat proxmox nou voor doel heeft dan kun je denk ik beter het eerst op een kale manier installeren en dan daar ervaring mee op doen. Vervolgens het in proxmox proberen.

Muah, dat is persoonsafhankelijk. Zat personen die na het skim readen van documentatie geen of weinig issues meer zullen hebben.

[nero355]

ewf schreef op maandag 20 februari 2023 @ 09:03:
Wat een gedoe, neem gewoon een Raspberry 2 of 3 en het werkt gewoon.

Als je daadwerkelijk weet wat je aan het doen bent dan werkt het ook met een paar clickjes op de juiste plek!

W1ck1e schreef op maandag 20 februari 2023 @ 09:14:
Pihole hosten op pc's is overkill, en zonde van de stroomkosten.

Intel NUC = Laptop CPU/APU/SoC meuk = Zuinig

[W1ck1e]

nero355 schreef op maandag 20 februari 2023 @ 13:51:
[...]

Intel NUC = Laptop CPU/APU/SoC meuk = Zuinig

Ik heb daarvoor liever een raspberry pi 24/7 draaien dan welke pc dan ook. Ook nucs (ik heb er een paar) en laptops (idem) gebruiken meer stroom dan raspberries en zijn waarschijnlijk aktief gekoeld (en mijn raspberries passief) Echter vergeleken met normale desktops zijn nucs en laptops wel een slag zuiniger.

[GieltjE]

W1ck1e schreef op maandag 20 februari 2023 @ 09:14:
@ewf ik ben het met je eens. Als je raspberry pi 2 of zwaarder kan krijgen (tegen een normale prijs, nu wat lastig door tekorten) is dat volgens mij waarschijnlijk de optimale keuze. Liefst dedicated op 1 exemplaar (of 2 vanwege redundancy). Dan heb je ook geen docker nodig. Pihole hosten op pc's is overkill, en zonde van de stroomkosten. Ik maak gebruik van DietPi op een 2tal raspberry pi 2.

Asrock j5040 + pico psu kan werken op 7,5W is efficienter dan twee rpi's bij elkaar alleen een stuk sneller (en gewoon X64 dus stuk minder software issues).

[nero355]

W1ck1e schreef op maandag 20 februari 2023 @ 14:25:
Ik heb daarvoor liever een raspberry pi 24/7 draaien dan welke pc dan ook. Ook nucs (ik heb er een paar) en laptops (idem) gebruiken meer stroom dan raspberries en zijn waarschijnlijk aktief gekoeld (en mijn raspberries passief) Echter vergeleken met normale desktops zijn nucs en laptops wel een slag zuiniger.

Jammer dat die afbeelding met alle Raspberry Pi modellen t/m de 3B+ niet meer werkt anders had ik die effe erbij gezet en dan zou je zien dat inderdaad zoiets :

GieltjE schreef op maandag 20 februari 2023 @ 14:35:
Asrock j5040 + pico psu kan werken op 7,5W is efficienter dan twee rpi's bij elkaar alleen een stuk sneller (en gewoon X64 dus stuk minder software issues).

Of zoiets : uitvoering: Intel NUC Kit DN2820FYKH

Eigenlijk best wel idioot zuinig is voor wat het kan/doet!

Daarnaast is er ook zoiets als "Race to IDLE" waarbij je in een aantal gevallen beter een snellere CPU kan hebben die wat meer verbruikt, maar sneller de taak verwerkt en daarna weer IDLE draait en bijna niks verbruikt, terwijl een langzamere zuinigere CPU er langer over zou doen en uiteindelijk weer meer zou verbruiken...

Allemaal afwegingen die je kan maken en per situatie elke keer weer anders zullen zijn!

[W1ck1e]

GieltjE schreef op maandag 20 februari 2023 @ 14:35:
[...]


Asrock j5040 + pico psu kan werken op 7,5W is efficienter dan twee rpi's bij elkaar alleen een stuk sneller (en gewoon X64 dus stuk minder software issues).

2 rpi vanwege de redundancy , hoe bereik je dat met 1 enkele nuc ?
De raspberries heb ik 2de hands gekocht voor +-15 per stuk euro en de nucs waren wel wat duurder, ondanks ook 2de hands. Ik denk daarnaast dat ik een snellere dns server niet ga merken (wellicht wel bij een meting)

[Webgnome]

@W1ck1e op dit moment krjig je een rpi echt niet meer voor 15,-. Tenzij je iemand bent tegen gekomen die niet op de hoogte is van de chip tekorten natuurlijk..

[crypt0rr]

nero355 schreef op maandag 20 februari 2023 @ 13:51:
[...]

Als je daadwerkelijk weet wat je aan het doen bent dan werkt het ook met een paar clickjes op de juiste plek!


[...]

Intel NUC = Laptop CPU/APU/SoC meuk = Zuinig

NUC = zuinig, kan ik bevestigen.

NUC10i5FNK / 32GB / 2TB NVMe / Ubuntu Server 22.04 - Turbo Boost uit (want zuinige config) - draait 4W idle en 15W onder load. Draaien een boel virtuele machines op, o.a. AdGuard Home en Pi-Hole testomgevingen.

[ Voor 8% gewijzigd door crypt0rr op 20-02-2023 15:24 ]

[W1ck1e]

Webgnome schreef op maandag 20 februari 2023 @ 15:16:
@W1ck1e op dit moment krjig je een rpi echt niet meer voor 15,-. Tenzij je iemand bent tegen gekomen die niet op de hoogte is van de chip tekorten natuurlijk.

Dat realiseer ik mij ook. Mijn eerste berichtje over dit onderwerp bevatte dan ook de tekst

Als je raspberry pi 2 of zwaarder kan krijgen (tegen een normale prijs, nu wat lastig door tekorten)

Of dat je ze al hebt. Ik heb de rpi's versie 2 die dan ook al enige tijd geleden overgenomen, toen de rpi versie 4 pas uitgekomen was.

[Airw0lf]

W1ck1e schreef op maandag 20 februari 2023 @ 15:14:
[...]
2 rpi vanwege de redundancy , hoe bereik je dat met 1 enkele nuc ?
De raspberries heb ik 2de hands gekocht voor +-15 per stuk euro en de nucs waren wel wat duurder, ondanks ook 2de hands. Ik denk daarnaast dat ik een snellere dns server niet ga merken (wellicht wel bij een meting)

Mijn aanvliegroute is een x64 systeem voor normaal bedrijf.
En een RPI(-3B) als fallback met het absolute minimum - mocht het x64 systeem uitvallen.
Wat dan in mijn geval neerkomt op pihole en de Omada controller.

Daarnaast heb ik twee dezelfde foons om bij uitval van de een niet meteen zonder 2FA's te zitten. Dit omdat de meeste op TOTP gebaseerd zijn.

Tis ook een beetje van hoe ver wil je daar in gaan?
Ga je bijvoorbeeld ook alle netwerk componenten dubbel uitvoeren?
Misschien zelfs een tweede Internet aansluiting (vast of mobiel)?

[DaRk PoIsOn]

Hier hebben we toch eigenlijk "Het grote zuinige server topic" voor?

[GieltjE]

W1ck1e schreef op maandag 20 februari 2023 @ 15:14:
[...]
2 rpi vanwege de redundancy , hoe bereik je dat met 1 enkele nuc ?
De raspberries heb ik 2de hands gekocht voor +-15 per stuk euro en de nucs waren wel wat duurder, ondanks ook 2de hands. Ik denk daarnaast dat ik een snellere dns server niet ga merken (wellicht wel bij een meting)

Redundantie niet, maar heb de voorloper (J5005) al 4 jaar draaien, de enige downtime is door eigen schuld geweest.

[Dr Pro]

Heb gister een PiHole instantie op een Pi Zero 2W geïnstalleerd. Daarna gespeeld met GravitySync https://github.com/vmstan/gravity-sync/wiki/4.0.

Werkt echt heel fijn!
Slechts op 1 van de 2 de lijsten (block-/black-/white-list) bijwerken en gaan met die banaan. Heerlijk!

[MakhouT]

Airw0lf schreef op maandag 20 februari 2023 @ 07:58:
[...]


Om met de laatste vraag te beginnen: niet - gaat ook niet gebeuren en is helemaal niet de bedoeling.
Tis niet zo dat je bbox en pihole hierin "magiekaaly" gaan samenwerken.

Ofwel laat je je bbox devices een IP geven (de pihole-dhcp functie moet dan uit) - ofwel laat je dat door pihole doen (de bbox dhcp-functie moet dan uit). Een mooie toelichting is hier te vinden:
Wikipedia: Dynamic Host Configuration Protocol

Dit is de basiswerking voor alles wat er achteraan komt:
(1) - Wikipedia: Router
(2) - Wikipedia: Domain Name System

Wat @nero355, @deHakkelaar en anderen willen aangeven is te vergelijken met leren autorijden: het wordt meer dan lastig autorijden als je de principewerking niet weet van het rempedaal, het gaspedaal en de schakelpook. Afhankelijk van het soort schakelpook is er ook nog zoiets als een koppeling die bedient moet worden... die combinatie soepeltjes kunnen bedienen kost even wat inlee(s)(r)tijd...

Thanks de links hebben heel wat verduidelijkt

[dss58]

op het forum van pihole kwam ik een superbloklijst tegen https://github.com/RPiLis...lob/master/Blocklisten.md



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

[Webgnome]

verbaasd mij niet dat de cpu/memory niet moeilijk doen. Want volgens mij is het altijd een kwestie van select count(*) from domeintjeslijst where domeintjeslijst like %..% en dat kan nooit heel moeilijk zijn ook niet als je 100miljoenmiljard records hebt en je indices op orde

Binnenkort maar eens kijken wat het verschil is met mijn lijst gebruik. En met mijn huidige domeinen die wel doorgelaten worden.

[ Voor 19% gewijzigd door Webgnome op 23-02-2023 10:36 ]

[Raymond P]

Je wilt natuurlijk wel een exacte match. Met wildcards krijg je liftoff.
Met niet meer dan een handje vol gebruiker(s) is het ook niet heel spannend.

[AppleFan2007]

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

Moet je al die links apart plakken of kan het op een snellere eenvoudigere manier?

[dss58]

@AppleFan2007 je kunt de complete lijst ineens selecteren dan zijn de URL's gescheiden door spaties en dat is voldoende, pihole -g deed er 10 uur over, inmiddels heb ik ze er weer uit gegooit.

[nero355]

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

Hebben we het dan over "Lieve Lijsten" die Google Shopping en dergelijke troep doorlaten of zijn dit "Nero355 Lijsten" die dergelijke troep samen met allerlei andere troep gewoon keihard afstraffen!

[Raymond P]

@nero355 Het is zo'n lijst die Google Shoping blokkeert.

[Gizz]

Heeft iemand nog tips om verder te kunnen als ik vastloop op een macvlan dat niet mee wil werken? Want ik snap het even niet meer

Ik heb Portainer CE 2.17.1 draaien op mijn Synology. Met het redeployen van al bestaande containers heb ik geen enkel probleem, dus Portainer lijkt goed te werken.

Macvlan aangemaakt:

code:

sudo docker network create -d macvlan -o parent=eth0 --subnet=192.168.1.0/24 --gateway=192.168.1.1 --ip-range=192.168.1.195/32 ph_network

Dit is in een veilige range, mijn router deelt van 192.168.1.10 t/m 192.168.1.110 uit.

Ik heb eerst deze tutorial (die wordt op andere sites vaak genoemd) tot op de letter gevolgd. Maar bij het deployen van de container krijg ik in Portainer een error 500 zonder verdere toelichting.

Vervolgens Portainer even links laten liggen en direct met een docker run aan de slag gegaan, op basis van de post van @Freee!!, al is die post niet super recent : Freee!! in "[Pi-Hole] Ervaringen & discussie"

De boel natuurlijk aangepast aan mijn eigen situatie:

code:

sudo docker run -d \
   --name Pi_Hole1 \
   -e IPv6=false \
   -e ServerIP=192.168.1.195 \
   -e DNS1=8.8.8.8 \
   -e TZ=Europe/Amsterdam \
   -e DNS2=1.1.1.1 \
   -e WEBPASSWORD=*bla* \
   -e BLOCKINGMODE=NXDOMAIN \
   -e S6_LOGGING=0 \
   -e S6_KEEP_ENV=1 \
   -e S6_BEHAVIOUR_IF_STAGE2_FAILS=2 \
   -e FTL_CMD=no-daemon \
   -e ADMIN_EMAIL=*bla* \
   -e DNSSEC=true \
   -e DNS_BOGUS_PRIV=true \
   -p 53:53/tcp \
   -p 443:443/tcp \
   -p 80:80/tcp \
   -p 53:53/udp \
   -p 67:67/udp \
   -v /volume1/docker/pihole/etc:/etc/pihole:rw \
   -v /volume1/docker/pihole/dnsmasq.d-configs:/etc/dnsmasq.d:rw \
   --net=ph_network \
   --hostname=Pi_Hole \
   --ip=192.168.1.195 \
   --restart unless-stopped \
   --cap-add=NET_ADMIN \
   --dns=127.0.0.1 \
   --dns=192.168.1.195 \
   pihole/pihole:latest

Dat geeft deze foutmelding:

code:

docker: Error response from daemon: failed to create the macvlan port: device or resource busy.

Ik weet toch vrij zeker dat ik zojuist dit macvlan heb aangemaakt en dat hij nog door niets anders gebruikt wordt.

Wat moet je hiermee? Deze foutmelding komt nog niet voor in dit topic

edit: opgelost! Blijkbaar had ik naast eth0 ook nog ovs_eth0. Beide hetzelfde mac-adres, waarbij eth0 net wat meer data heeft verwerkt dan ovs_eth0:

code:

eth0      Link encap:Ethernet  HWaddr 00:11:32:xx:xx:xx
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1433578594 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1201403339 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1466229885820 (1.3 TiB)  TX bytes:1076686132299 (1002.7 GiB)

en

code:

ovs_eth0  Link encap:Ethernet  HWaddr 00:11:32:xx:xx:xx
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: xx::xx:xxxx:xxxx:xxxx/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1064666909 errors:0 dropped:0 overruns:0 frame:0
          TX packets:790759733 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:1200865370742 (1.0 TiB)  TX bytes:967343779080 (900.9 GiB)

Blijkbaar moest ik de tweede hebben als parent bij het aanmaken van het macvlan, nu werkt het meteen

[ Voor 20% gewijzigd door Gizz op 24-02-2023 19:57 ]

[Freee!!]

Blij dat het je gelukt is, maar ik vind je IP-range een beetje klein (/32).

[ Voor 48% gewijzigd door Freee!! op 24-02-2023 20:02 ]

[dss58]

Freee!! schreef op vrijdag 24 februari 2023 @ 20:01:
Blij dat het je gelukt is, maar ik vind je IP-range een beetje klein (/32).

idd

[dss58]

de pi is amper te krijgen voor meer dan een jaar, alternatieven genoeg YouTube: Raspberry Pi 4 Alternatives: Five ARM Contenders

[nero355]

dss58 schreef op zondag 26 februari 2023 @ 23:00:
de pi is amper te krijgen voor meer dan een jaar, alternatieven genoeg YouTube: Raspberry Pi 4 Alternatives: Five ARM Contenders

Ahh! De zoveelste YouTuber die aandacht wil en denkt dat wij zelf geen alternatieven kunnen verzinnen!
Wat schattig!

- Orange Pi
- Banana Pi
- Intel NUC achtige doosjes

Mogelijkheden zat! Desnoods tweedehands!

[Stimulate14]

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

Holy . Kan niet goed zijn.