[Pi-Hole] Ervaringen & discussie

[jpgview]

sOid schreef op woensdag 29 juli 2020 @ 17:23:
[...]


Ik heb dit in mei gebookmarkt maar ben er nog niet aan toe gekomen. Werkt dit nog steeds goed? Met andere woorden: is het de moeite waard om hier een uurtje in te steken om het te implementeren?

Nee, na verloop van tijd begin je ook content te blokkeren. Ik heb deze methode getest, maar helaas, voor mij is ublock origin (op PC) de oplossing.

[basown13]

Vraagje ik heb het script nu op mijn pihole draaien en de pihole draait op mijn synology nas in docker.

Alleen zie ik in de Query lijst dat er meerdere XXXXX.googlevideo.com zijn , met verschillende ipadressen.
Kan ik in het sh script meerdere ipadressen toevoegen?
r2---sn-j5pfqpxonuxo-guhl.googlevideo.com
r1---sn-5hne6ns6.googlevideo.com

deze ben ik nu tegengekomen. misschien met ip,ip,ip ?

jpgview schreef op dinsdag 5 mei 2020 @ 22:05:
Er is een interessante wending aangaande youtube ads. Je kan er alles over lezen in dit discourse topic.
Je kan het script hier downloaden.

Het zou uitermate nuttig zijn om dit te testen met zoveel mogelijk gebruikers, gelieve eventuele problemen te melden op discourse, niet hier (de auteur is, bij mijn weten, niet actief op dit forum).

Er word nog hard gewerkt aan verbeteringen, het is dus aan te raden de GitLab pagina in de gaten te houden voor eventuele updates.

Hoe werkt het? (je kan dit ook lezen in de comment - begin van het script).
- download het script

code:

sudo wget https://gitlab.com/grublets/youtube-updater-for-pi-hole/-/raw/master/youtube.update.sh -O /home/pi/youtube.update.sh

- maak het script executable (sudo chmod +x /home/pi/youtube.update.sh)
- je moet het script aanpassen, vervang 123.456.789.999 (dummy) door een IP address uit je pihole log, dat address is een googlevideo address in jouw regio (something like r6---sn-ni5f-tfbl.googlevideo.com - lees ook de comment in het script)
- run het script één maal met sudo (sudo /home/pi/youtube.update.sh)
- controleer of het bestand /etc/dnsmasq.d/99-youtube.grublets.conf bestaat.
- controleer of het bestand /etc/hosts.youtube bestaat.
- herstart pihole-FTL (sudo service pihole-FTL restart)
- maak een cron job aan, maak een bestand /etc/cron.d/youtubeupdate, inhoud:

code:

* * * * * root  PATH="$PATH:/home/pi/" /home/pi/youtube.update.sh 2>&1

vanaf nu zal de cron job elke minuut draaien, en eventuele nieuwe domain names toevoegen aan /etc/hosts.youtube, er word, door pihole-FTL dan altijd verwezen naar het IP address dat jezelf hebt gekozen uit je pihole log, wat het aantal ads drastisch zal (zou - het blijft een test, maar de eerste resultaten zijn gunstig) doen dalen.

Er zijn voorlopig nog geen entries voor IPv6 (word aan gewerkt)
Het script maakt intensief gebruik van je SD kaart (voor pi gebruikers). Er is een voorstel gedaan om dit te wijzigen naar TMPFS (memory).

[beerns]

basown13 schreef op woensdag 29 juli 2020 @ 18:10:
Vraagje ik heb het script nu op mijn pihole draaien en de pihole draait op mijn synology nas in docker.

Alleen zie ik in de Query lijst dat er meerdere XXXXX.googlevideo.com zijn , met verschillende ipadressen.
Kan ik in het sh script meerdere ipadressen toevoegen?
r2---sn-j5pfqpxonuxo-guhl.googlevideo.com
r1---sn-5hne6ns6.googlevideo.com

deze ben ik nu tegengekomen. misschien met ip,ip,ip ?


[...]

nee, volgens mij niet. Volgens mij maakt het script ook een cname naar het IP adres. Dus uiteindelijk wil je youtube daarmee dwingen om telkens van 'dat ene' ip gebruik te maken (een van de ip's die je dus tegen bent gekomen in de log van je Pi Hole).
Dan gaat ie aan de hand van diverse cnames dit naar dat ene ip adres sturen en dan gaat ' ie proberen de ads te blocken. Bij mij werkt het redelijk. De ene keer beter dan de ander.

[jpgview]

basown13 schreef op woensdag 29 juli 2020 @ 18:10:
Vraagje ik heb het script nu op mijn pihole draaien en de pihole draait op mijn synology nas in docker.

Alleen zie ik in de Query lijst dat er meerdere XXXXX.googlevideo.com zijn , met verschillende ipadressen.
Kan ik in het sh script meerdere ipadressen toevoegen?
r2---sn-j5pfqpxonuxo-guhl.googlevideo.com
r1---sn-5hne6ns6.googlevideo.com

deze ben ik nu tegengekomen. misschien met ip,ip,ip ?


[...]

voor zover ik het begrijp is het net de bedoeling van alle domains naar hetzelfde IP om te leiden (forceIP="123.456.789.999" in het originele script).

de enige mogelijkheid, om meerder IP's als resultaat weer te geven zou (nooit getest) de alias optie van dnsmasq (zie man) kunnen zijn, maar dan wordt het wel heel complex.

Nogmaals, ik heb dit van mijn systeem verwijderd, omdat, na verloop van tijd content (filmpjes) worden geblocked, en doe hier géén verder onderzoek naar.

Ander onderwerp…

Zeer interessante bevinding van een tweaker (@Raymond Deen) over chrome / edge, lees hier. Don't use chrome ???

edit
- Ook gemeld op het pihole forum. Oorzaak DoH (DNS over HTTPS)?
- Firefox 79 zet blijkbaar DoH nu ook aan, gemeld op reddit
/edit

[ Voor 21% gewijzigd door jpgview op 29-07-2020 23:26 ]

[Jazco2nd]

sjhgvr schreef op zaterdag 25 juli 2020 @ 17:15:
[...]


Je kunt m ook gewoon combineren met de standaard lijsten.


[...]


Dus jij ziet DNS based blocking als vervanger voor een browser add-on adblocker? Dan blokkeer je dus ook geen ads/trackers op hetzelfde domein als de content;

jefavorietewebsite.nl/ads/
jefavorietewebsite.nl/tracker/

PiHole heeft sinds versie 5.0 CNAME inspection waarmee dit wel herkent zou kunnen worden..

[sjhgvr]

Jazco2nd schreef op woensdag 29 juli 2020 @ 23:13:
[...]
PiHole heeft sinds versie 5.0 CNAME inspection waarmee dit wel herkent zou kunnen worden..

Afaik heeft CNAME geen drol te maken met wat er achter de / gebeurd (de 3de in de URL ).

Overigens gebruik ik Adguard Home, welke die CNAME blokkade optie al langer heeft.

[Jazco2nd]

sjhgvr schreef op woensdag 29 juli 2020 @ 23:19:
[...]

Afaik heeft CNAME geen drol te maken met wat er achter de / gebeurd (de 3de in de URL ).

Overigens gebruik ik Adguard Home, welke die CNAME blokkade optie al langer heeft.

ik begreep dat voorbeeld van je ook niet, dacht dat je het had over ads die vanaf het 1st party domein worden geladen. Wat een CNAME dingetje is.

Hier in elk geval tevreden met alleen PiHole. Alleen is uBlock Origin wel nice om de lege vlakken of foutmeldingen op een pagina weg te werken.

Lees hier iets over AdBlock Plus. dat is gewoon een adnetwerk. Een adnetwerk is een bedrijf dat bepaalt welke ads worden getoond op de bij hun aangesloten sites, zij doen de sales voor die sites. Adverteerders/mediabureaus/hun tech partners en die van de publishers betalen AdBlock Plus gewoon voor adruimte. Net zoals ze dat doen aan elk adnetwerk.

[JanPedaal]

jpgview schreef op woensdag 29 juli 2020 @ 18:40:
[...]
Ander onderwerp…

Zeer interessante bevinding van een tweaker (@Raymond Deen) over chrome / edge, lees hier. Don't use chrome ???

edit
- Ook gemeld op het pihole forum. Oorzaak DoH (DNS over HTTPS)?
- Firefox 79 zet blijkbaar DoH nu ook aan, gemeld op reddit
/edit

Wordt bij mij netjes geblockt in Chrome op zowel mobiel als desktop, standaard instellingen. Ik draai PiHole 4.4

[sOid]

jpgview schreef op woensdag 29 juli 2020 @ 17:40:
[...]


Nee, na verloop van tijd begin je ook content te blokkeren. Ik heb deze methode getest, maar helaas, voor mij is ublock origin (op PC) de oplossing.

Oké jammer. Dank, dat scheelt mij weer werk

[ThinkPad]

Heb Pi-hole draaien via Docker, deze doet zijn werk prima aan de grafieken te zien. Vreemde vind ik alleen dat hij elke 30 seconden het volgende laat zien in de logs:

Jul 30 10:23:09 dnsmasq[663]: query[A] pi.hole from 127.0.0.1
Jul 30 10:23:09 dnsmasq[663]: /etc/hosts pi.hole is 172.17.0.13
Jul 30 10:23:09 dnsmasq[663]: /etc/pihole/local.list pi.hole is 192.168.8.21

Dit gaat de hele dag door. Heb zo'n idee dat dat niet helemaal de bedoeling is

Heb wat gezocht over dit issue, conditional forwarding staat uit. Inhoud van de relevante files:

root@pi:/# cat /etc/resolv.conf
nameserver 127.0.0.1
nameserver 8.8.8.8

root@pi:/# cat /etc/hosts
127.0.0.1       localhost
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.17.0.13     pi.hole pi

Is dit normaal gedraag of moet ik een aanpassing maken? Ik heb bij de container netjes aangegeven dat 127.0.0.1 de primary DNS is.

172.x.x.x is het adres van de container
192.168.8.21 is het adres van de Docker host (ingegeven via de 'ServerIP' env)

[ Voor 29% gewijzigd door ThinkPad op 30-07-2020 10:44 ]

[anandus]

Zo. Voor het eerst Pihole geïnstalleerd. Het werkt als een trein

Maar ik zie door de bomen het bos niet helemaal. Zijn er lijsten die ik moet installeren, of zijn de meegeleverde lijsten voldoende?

Kan me voorstellen dat er lijsten zijn specifiek voor Nederland? Of misschien andere up-to-date lijsten?

[ThinkPad]

@anandus Vaak wordt

https://dbl.oisd.nl

aangeraden (zie ook https://oisd.nl/). Deze zou weinig false positives moeten hebben. De twee standaard lijsten kun je er dan uit halen, want die zijn hierin ook al verwerkt.

[ Voor 5% gewijzigd door ThinkPad op 30-07-2020 10:27 ]

[Room42]

Let wel even op dit stukje op de site:

Does not interfere with

Torrent, Warez, Porn, Crypto Exchanges, News Satire, Slickdeals (or shopping sites in general), Google (shopping), Facebook, Twitter, Snapchat, Link Shortners, Affiliate/Tracking Links, etc.

It basically shouldn't interfere with anything you don't want it interfering with

In de opsomming daarboven staan toch aardig wat dingen waar ik graag wat 'interfering' had gezien.

[ThinkPad]

Goede aanvulling, dat had ik er even bij moeten zetten inderdaad. Eigenlijk is er ook geen 'one size fits all' blocklist, iedereen heeft weer andere wensen.

[pennywiser]

Er is een lite versie, die vind ik zelf goed genoeg. Ipv > miljoen domeinen elke keer in te laden.

Hat aantal > 1 miljoen komt ook wat onoverzichtelijk qua beheersbaarheid op mij over.

[Donstil]

Donstil schreef op zondag 19 juli 2020 @ 15:40:
Is er een (recent) probleem met PiHole i.c.m. Ziggo of jullie weten?

Ik heb al jaren een Ziggo modem in Bridge met daarachter een netwerk van 3 AirPort extreme's en een PIhole.
De hoofd Extreme is ook DHCP server, de PiHole (uiteraard) dns.

Sinds gisteren heb ik ineens geen internet meer met deze combinatie, DNS aanpassen in mijn extreme van het PiHole adres naar CloudFlare en het werkt gelijk weer om vervolgens direct weer stuk te gaan als ik het terug zet.

Ik heb de PiHole bijgewerkt, OS bijgewerkt, Ziggo modem herstart, AirPort Extremes herstart, Nieuwe installatie gedaan van PiHole. DNS forwarder van CloudFlare naar Google DNS, Niets helpt.

Iemand enig idee? Ik draai PiHole op een losse Raspberry Pi.

Mm sinds vanmorgen is dit probleem ineens weer terug, als ik het IP van mijn Hole instel op een device werkt het naar behoren.

Vreemd wel, lijkt aan de combinatie te liggen maar krijg het niet helemaal helder wat het nou is.

[basown13]

Mijn Pihole draait op mijn synology nas als docker image, delen het netwerk met de host.

Als ik op de nas mijn dns naar 127.0.0.1 zet komen er in de pihole log giga veel query's naar of pihole zelf omdat die de hostname niet kan resolven en naar mijn cloudstorage : transip.
Ik heb een connectie met mijn stackstorage voor data.
elke seconden worden er misschien wel 20 of 30 requesten gedaan voor een a en aaaa record van me trans.

Als ik me dns van me nas naar me router zet dan zie ik die niet meer, Wel heb ik op de router de dns naar de nas gedaan als 1e en de 2e naar 8.8.8.8

Ik heb wel unbound geinstalleerd op de pihole maar ik denk dat dit niks ermee te maken heeft.

Is dit normaal dat ik zoveel query's per seconden krijg van lokaal , wel cached natuurlijk.

[basown13]

Ik krijg unbound niet automatisch gestart met de pihole , ik heb in de docker van pihole unbound geinstalleerd maar dat is in bash en ik krijg het alleen gestart via /etc/init.d/unbound start

is er een handige manier?

[Freee!!]

basown13 schreef op donderdag 30 juli 2020 @ 14:06:
Ik krijg unbound niet automatisch gestart met de pihole , ik heb in de docker van pihole unbound geinstalleerd maar dat is in bash en ik krijg het alleen gestart via /etc/init.d/unbound start

is er een handige manier?

In een aparte Docker container installeren.

[basown13]

Hi I installed the dockers with pihole through this link

https://github.com/chriscrowe/docker-pihole-unbound

docker compose file:
version: '2'

services:
pihole:
container_name: pihole
image: pihole/pihole:latest
hostname: pi-hole
mac_address: d0:ca🆎cd:ef:01
privileged: true
cap_add:
- NET_ADMIN
ports:
- 443/tcp
- 53/tcp
- 53/udp
# - 67/udp # Uncomment if you want to use Pi-Hole for DHCP
- 80/tcp
- 22/tcp
environment:
ServerIP: 192.168.1.8
WEBPASSWORD: ${WEBPASSWORD}
DNS1: 192.168.1.9
DNS2: 192.168.1.1
volumes:
- /volume1/docker/pihole-unbound/pihole/volume:/etc/pihole:rw
- /volume1/docker/pihole-unbound/pihole/config/hosts:/etc/hosts:ro
- /volume1/docker/pihole-unbound/pihole/config/resolv.conf:/etc/resolv.conf:ro
- /volume1/docker/pihole-unbound/pihole/config/dnsmasq.conf:/etc/dnsmasq.d/02-network.conf:ro
- /volume1/docker/pihole-unbound/pihole/config/pihole-FTL.conf:/etc/pihole/pihole-FTL.conf:ro
networks:
home:
ipv4_address: 192.168.1.8
restart: always
unbound:
container_name: unbound
image: mvance/unbound:latest
hostname: syn-unbound
mac_address: d0:ca🆎cd:ef:02
privileged: true
ports:
- 53/tcp
- 53/udp
networks:
home:
ipv4_address: 192.168.1.9
restart: always

networks:
home:
driver: macvlan
driver_opts:
parent: eth0
ipam:
config:
- subnet: 192.168.1.0/24
gateway: 192.168.1.1
ip_range: 192.168.1.8/30 # 192.168.1.8 and 192.168.1.9

What I thinks is weird but please correct me if Im wrong, the query list on pihole is listing an insane amount of tries to the domain that im trying to reach , it is happening at every domain.

https://user-images.githu...1ea-9f85-0d2c4602269e.png

https://user-images.githu...1ea-84d9-dc9ac80487cb.png

https://user-images.githu...1ea-9ef1-a6f6b08bcb5b.png

https://user-images.githu...1ea-8fcf-27d6863f3144.png

Is this normal ??

Ik kan nederlands btw

Freee!! schreef op donderdag 30 juli 2020 @ 14:17:
[...]

In een aparte Docker container installeren.

[Freee!!]

Nee, dat is niet normaal.

[TheCeet]

Ik heb vandaag nieuwe TV in huis, deze is met LAN verbonden.
In de queries van pihole zie ik het IP adres staan ipv de hostname. Bij network overview staat 'unknown'.
Staat zodanig ingesteld dat mijn Asus router DHCP is, daar staat hostname wel ingevuld en normaal zoude Pihole deze hostname moeten overnemen.

[Webgnome]

TheCeet schreef op zaterdag 1 augustus 2020 @ 18:13:
Ik heb vandaag nieuwe TV in huis, deze is met LAN verbonden.
In de queries van pihole zie ik het IP adres staan ipv de hostname. Bij network overview staat 'unknown'.
Staat zodanig ingesteld dat mijn Asus router DHCP is, daar staat hostname wel ingevuld en normaal zoude Pihole deze hostname moeten overnemen.

en wat is dan nu precies de vraag

[TheCeet]

Webgnome schreef op zaterdag 1 augustus 2020 @ 18:18:
[...]


en wat is dan nu precies de vraag

Oei klopt. Mijn vraag vergeten toevoegen. Excuses!

Op pihole zie ik de tv als hostname ‘unknown’ ipv ‘Sony TV’.

[mr.DJ95]

TheCeet schreef op zaterdag 1 augustus 2020 @ 20:04:
[...]

Oei klopt. Mijn vraag vergeten toevoegen. Excuses!

Op pihole zie ik de tv als hostname ‘unknown’ ipv ‘Sony TV’.

Heb je de DHCP laten uitgeven door de pi-hole of door een andere router/dhcp verdeel boer? In het geval van het 2e even checken of je dit correct hebt staan in je pi-hole.

[ninjazx9r98]

TheCeet schreef op zaterdag 1 augustus 2020 @ 20:04:
[...]

Oei klopt. Mijn vraag vergeten toevoegen. Excuses!

Op pihole zie ik de tv als hostname ‘unknown’ ipv ‘Sony TV’.

Even toevoegen aan "Local DNS Records" op je pihole.

[Evertt]

Is op de pihole mogelijk om YouTube Advertenties te blokkeren?

Het worden de laatste tijd erg veel.

[Room42]

Evertt schreef op zaterdag 1 augustus 2020 @ 21:13:
Is op de pihole mogelijk om YouTube Advertenties te blokkeren?

Nee. Zoek maar eens.

Hier staat veel informatie in: Porno ads in YouTube. Hoe kom je ervan af?

[ Voor 19% gewijzigd door Room42 op 01-08-2020 21:15 ]

[Raven]

Ik zat net naar dat YouTube script te kijken, in de instructies staat dit

Look for a hostname similar to "r6---sn-ni5f-tfbl.googlevideo.com"
It won't match the example, but you will know one when you see one.
You will likely have many matches, pick one at random.
If you don't see any, watch some YouTube!

Perform a name lookup on that hostname you found
eg.: "nslookup r6---sn-ni5f-tfbl.googlevideo.com"

Ik zie verschillende hostnames met dat patroon voorbijkomen en met een nslookup geven ze allen een ander IP-adres. Welke is dan de goede?

[Freee!!]

Raven schreef op maandag 3 augustus 2020 @ 11:06:
Ik zat net naar dat YouTube script te kijken, in de instructies staat dit

[...]
Ik zie verschillende hostnames met dat patroon voorbijkomen en met een nslookup geven ze allen een ander IP-adres. Welke is dan de goede?

Ze zijn allemaal fout

[sphere]

@Raven het lijkt erop dat yt ad blocking helemaal niet werkt op dit moment via een pihole.

[Yoshimi]

mr.DJ95 schreef op zaterdag 1 augustus 2020 @ 20:23:
[...]


Heb je de DHCP laten uitgeven door de pi-hole of door een andere router/dhcp verdeel boer? In het geval van het 2e even checken of je dit correct hebt staan in je pi-hole.

Ik heb eigenlijk exact hetzelfde hier thuis. Mijn setup is als volgt:

- pfSense firewall die (o.a.) DHCP doet
- 3 VLANs: (management (waar alle netwerkapparatuur in zit)), Trusted (waarin laptop, telefoon, etc. in zit) en IOT (waarin Sonos, e-readers, TV's, printer en thermostaat zit).

In de Pi-Hole settings pagina heb ik als upstream DNS server de pfSense firewall gekozen (192.168.1.1#53). Interfaces staan ingesteld als "Listen only on interface eth0".
Conditional Forwarding staat aan met subnet 192.168.0.0/16 (dat alles zou moeten omvatten) met als router 192.168.1.1.

Wanneer ik bij Tools > Network kijk, valt me op dat het MAC adres, de interface en hostname niet gelezen kunnen worden.

Het blijkt niet mogelijk te zijn om de MAC adressen te laten parsen door pi-hole als deze in een ander VLAN zit dan de apparaten waarvan je deze informatie wil zien, aangezien MAC adressen link-local zijn. De hostnames zou daarentegen wel kunnen, via Conditional Forwarding.

[ Voor 39% gewijzigd door Yoshimi op 04-08-2020 18:25 ]

[Raven]

Freee!! schreef op maandag 3 augustus 2020 @ 11:52:
[...]

Ze zijn allemaal fout

Fout als in allemaal bronnen van ads?

sphere schreef op maandag 3 augustus 2020 @ 13:20:
@Raven het lijkt erop dat yt ad blocking helemaal niet werkt op dit moment via een pihole.

[nero355]

Raven schreef op maandag 3 augustus 2020 @ 11:06:
Ik zat net naar dat YouTube script te kijken, in de instructies staat dit

[...]
Ik zie verschillende hostnames met dat patroon voorbijkomen en met een nslookup geven ze allen een ander IP-adres. Welke is dan de goede?

Volgens mij staat er een aantal posts geleden een reactie waarin dat hele script EOL is verklaard en niet meer nuttig is helaas

Dus terug naar dingen zoals uBlock Origin/YouTube Vanced/enz. dan maar of zo'n suf abonnement nemen waarbij je ook nog eens hun muziek en video dienst erbij krijgt

Yoshimi schreef op maandag 3 augustus 2020 @ 15:27:
Mijn setup is als volgt:

- pfSense firewall die (o.a.) DHCP doet
- 3 VLANs: (management (waar alle netwerkapparatuur in zit)), Trusted (waarin laptop, telefoon, etc. in zit) en IOT (waarin Sonos, e-readers, TV's, printer en thermostaat zit).

In de Pi-Hole settings pagina heb ik als upstream DNS server de pfSense firewall gekozen (192.168.1.1#53). Interfaces staan ingesteld als "Listen only on interface eth0".
Conditional Forwarding staat aan met subnet 192.168.0.0/16 (dat alles zou moeten omvatten) met als router 192.168.1.1.

Wanneer ik bij Tools > Network kijk, valt me op dat het MAC adres, de interface en hostname niet gelezen kunnen worden.[/s]

Het blijkt niet mogelijk te zijn om de MAC adressen te laten parsen door pi-hole als deze in een ander VLAN zit dan de apparaten waarvan je deze informatie wil zien, aangezien MAC adressen link-local zijn. De hostnames zou daarentegen wel kunnen, via Conditional Forwarding.

Waarom geef je Pi-Hole niet een paar VLAN Interfaces en maak je nog wat lokale DNS records aan

[sweetdude]

Pazo schreef op zaterdag 16 mei 2020 @ 20:53:
[...]


Ik zie dat ik de verkeerde link heb geplakt. Om de lijst als blocklist te gebruiken moet je de volgende link toevoegen:


***members only***


Zal mijn eerdere post even aanpassen.

Ik gebruikte je blocklist maar ik merk toch dat de laatste tijd steeds minder YT video's geladen kunnen worden.

[asing]

sweetdude schreef op zaterdag 8 augustus 2020 @ 09:25:
[...]


Ik gebruikte je blocklist maar ik merk toch dat de laatste tijd steeds minder YT video's geladen kunnen worden.

Ik zie het ook sinds iets meer dan een week. Een grijs scherm met een foutmelding. Gelukkig gaat de video na een tijdje wel normaal spelen en heb ik hoegenaamd geen advertenties.

[Raven]

nero355 schreef op vrijdag 7 augustus 2020 @ 21:12:
[...]

Volgens mij staat er een aantal posts geleden een reactie waarin dat hele script EOL is verklaard en niet meer nuttig is helaas

Dus terug naar dingen zoals uBlock Origin/YouTube Vanced/enz. dan maar of zo'n suf abonnement nemen waarbij je ook nog eens hun muziek en video dienst erbij krijgt

[Yoshimi]

nero355 schreef op vrijdag 7 augustus 2020 @ 21:12:
[...]

[...]

Waarom geef je Pi-Hole niet een paar VLAN Interfaces en maak je nog wat lokale DNS records aan

Dankjewel voor je advies! Ik heb nu de hostfile in /etc/hosts voorzien van IP adres en een logische naam.
Dat neemt de Pi-Hole ook netjes over als ik in Tools > Network kijk.
Ik wist niet dat de Pi-Hole ook VLAN support heeft . Heb jij dat werkend op die manier @nero355? Zou je daar wellicht eens wat meer informatie over willen delen, hoe je dat precies hebt aangepakt?

P.s. ik heb overigens geen uitdagingen om het geheel over de diverse VLAN’s werkend te krijgen. Via mijn firewall heb ik de Pi-Hole als DNS server uitgegeven en ads worden ook netjes geblokkeerd. Dit is eigenlijk meer een cosmetisch iets (of OCD ). Middels de Unbound resolver heb ik nu ook nog DNSSEC als bonus. Werkt allemaal als een tierelier.

[ Voor 22% gewijzigd door Yoshimi op 08-08-2020 13:57 ]

[Pazo]

sweetdude schreef op zaterdag 8 augustus 2020 @ 09:25:
[...]


Ik gebruikte je blocklist maar ik merk toch dat de laatste tijd steeds minder YT video's geladen kunnen worden.

Ik ervaar het zelf ook. Ik heb vaker dat video's niet geladen worden. Soms drie of vier keer vernieuwen en dan laden ze wel. Maar er lijkt inderdaad iets verandert te zijn.

[nero355]

Yoshimi schreef op zaterdag 8 augustus 2020 @ 13:28:
Dankjewel voor je advies!

Ik heb nu de hostfile in /etc/hosts voorzien van IP adres en een logische naam.
Dat neemt de Pi-Hole ook netjes over als ik in Tools > Network kijk.

Wat mij betreft is dat tegenwoordig deprecated sinds het gewoon via de Pi-Hole WebGUI kan

Ik wist niet dat de Pi-Hole ook VLAN support heeft

Tja, Linux sowieso en FTLDNS die op DNSmasq is gebaseerd kan je gewoon aan meerdere interfaces binden

Heb jij dat werkend op die manier @nero355? Zou je daar wellicht eens wat meer informatie over willen delen, hoe je dat precies hebt aangepakt?

Eigenlijk gewoon dit : nero355 in "[Pi-Hole] Ervaringen & discussie"

En dan nog :
- Alle Clients voorzien van een Static DHCP Mapping op basis van MAC adres aan de Router kant.
- Local DNS Records aangemaakt i.c.m. die IP adressen aan de Pi-Hole kant.
- Uiteraard voor elke DHCP Range die je per VLAN aanmaakt effe het Pi-Hole IP in dat subnet als DNS Server IP invullen!

En dan zou alles gewoon moeten werken

Bonus TIP : Zorg ervoor dat bepaalde dingen zoals SSH toegang alleen op de IP's werkt die jij ook echt gebruikt om de boel te beheren!
Ik heb daar een apart Management VLAN voor en alleen in dat VLAN is SSH bereikbaar net als de WebGUI van Pi-Hole en nog een aantal andere dingen

P.s. ik heb overigens geen uitdagingen om het geheel over de diverse VLAN’s werkend te krijgen. Via mijn firewall heb ik de Pi-Hole als DNS server uitgegeven en ads worden ook netjes geblokkeerd. Dit is eigenlijk meer een cosmetisch iets (of OCD ). Middels de Unbound resolver heb ik nu ook nog DNSSEC als bonus. Werkt allemaal als een tierelier.

Dat kan uiteraard ook, maar bij de meeste routers gebeurt het firewalling gedeelte via de CPU en des te minder die te doen heeft des te beter!

[geenwindows]

Ik heb voor Pi-hole zelf ook een eigen VLAN gegeven, DHCP staat qua dns op 'standaard'. (clients krijgen de gateway (OPNsense) te zien als dns server)
Al het dns verkeer stuur ik door middel van een firewall regel, geforceerd door naar Pi-hole.
Pihole zelf gebruikt weer Unbound, wat op OPNsense draait.
voordeel van deze manier is dat een aantal clients (android, nest thermostaat, Youless etc.) DHCP niet respecteren en dus door deze manier alsnog antwoord krijgen van Pi-hole)
en mocht pi-hole eruit klappen dan is het even de firewall regels deactiveren en de boel loopt weer vrolijk door. (naar unbound, welke ook een kleine blocklist heeft)
Pi-hole ziet de hostnames.
mac adressen dan weer niet..

[Yoshimi]

nero355 schreef op zaterdag 8 augustus 2020 @ 18:22:
[...]




[...]

Wat mij betreft is dat tegenwoordig deprecated sinds het gewoon via de Pi-Hole WebGUI kan


[...]

Tja, Linux sowieso en FTLDNS die op DNSmasq is gebaseerd kan je gewoon aan meerdere interfaces binden


[...]

Eigenlijk gewoon dit : nero355 in "[Pi-Hole] Ervaringen & discussie"

En dan nog :
- Alle Clients voorzien van een Static DHCP Mapping op basis van MAC adres aan de Router kant.
- Local DNS Records aangemaakt i.c.m. die IP adressen aan de Pi-Hole kant.
- Uiteraard voor elke DHCP Range die je per VLAN aanmaakt effe het Pi-Hole IP in dat subnet als DNS Server IP invullen!

En dan zou alles gewoon moeten werken

Bonus TIP : Zorg ervoor dat bepaalde dingen zoals SSH toegang alleen op de IP's werkt die jij ook echt gebruikt om de boel te beheren!
Ik heb daar een apart Management VLAN voor en alleen in dat VLAN is SSH bereikbaar net als de WebGUI van Pi-Hole en nog een aantal andere dingen

[...]

Dat kan uiteraard ook, maar bij de meeste routers gebeurt het firewalling gedeelte via de CPU en des te minder die te doen heeft des te beter!

Geweldig @nero355 . Ik heb net de /etc/hosts file naar default gezet en Local DNS Records aangemaakt als start. Dat had ik veel eerder moeten doen! Handige bijkomstigheid is dat je ze in de teleporter functie ook mee kan exporteren. Scheelt weer wat copy/paste als je een verse install doet .

Voor de VLANs kijk ik later even, ziet er veelbelovend uit! Dankjewel voor de informatie!

@geenwindows jouw setup is denk ik ook heel elegant. Daar ga ik me ook eens in verdiepen. Scheelt dat je daarmee weer gauw up & running bent als je Pi-Hole een keertje offline zou zijn. Zoals hier onlangs, toen ik met enthousiasme wat settings aanpaste en uiteindelijk alles overhoop gehaald had . Mijn vrouw even gauw op weg geholpen door 1.1.1.1 op haar laptop in te stellen, lol. Die situaties regel je dan centraal op je firewall.

[hp-got]

Sinds ik een IPv6 aansluiting bij Freedom heb blijk ik opeens een heleboel iPhones, Surface tablets en PC's te hebben.

Als ik tenminste de Top Clients in het dashboard van Pi-hole mag geloven

Hoe dat komt denk ik te snappen, de vraag is hoe ik de boekhouding van Pi-hole zo inricht dat alle apparaten met hetzelfde MAC adres op één hoop geveegd worden in plaats van dat elk IP adres apart in de overzichten verschijnt.

Op discourse heb ik hier wel wat over gevonden, maar daar wordt aan de instellingen van de router gesleuteld zodat er slechts één IPv6 ULA uitgegeven wordt.
Dat wou ik eigenlijk niet doen, die tijdelijke IPv6 adressen zijn immers niet voor niets bedacht.

Is er iemand die weet of dit in Pi-hole is op te lossen?

[jpgview]

hp-got schreef op zondag 9 augustus 2020 @ 15:31:
de vraag is hoe ik de boekhouding van Pi-hole zo inricht dat alle apparaten met hetzelfde MAC adres op één hoop geveegd worden in plaats van dat elk IP adres apart in de overzichten verschijnt.

lees hier, in ontwikkeling, als je beta tester wil zijn, zullen de developers je dankbaar zijn.

let wel, ikzelf gebruik het niet, omdat het voor mij geen zin heeft (pihole ziet de MAC addressen van de clients niet), dus NOOIT GETEST

om te zien of het zin heeft, volgende commando's op je pi uitvoeren:

- arp -a
- ip neigh

als je al je devices dan ziet te voorschijn komen (de MAC addressen) kan het, zie je ze niet, heeft het geen zin.

[hp-got]

jpgview schreef op zondag 9 augustus 2020 @ 19:33:
[...]
lees hier, in ontwikkeling, als je beta tester wil zijn, zullen de developers je dankbaar zijn.
[...]

Dank je!

Als ik het goed begrijp zit er iets in de pijplijn waarmee mogelijk gemaakt wordt wat ik zoek

Daar wacht ik dan op.

Mijn relatie met Linux-taaltjes is zo beroerd dat ik van te voren weet waar het op uit gaat draaien als ik beta ga testen, dus dat lijkt me niet zo'n goed plan

[TheCeet]

Nieuwe update gereleased:
https://pi-hole.net/2020/08/09/pi-hole-ftl-v5-2-released/

[Pierre]

TheCeet schreef op maandag 10 augustus 2020 @ 04:29:
Nieuwe update gereleased:
https://pi-hole.net/2020/08/09/pi-hole-ftl-v5-2-released/

Nu nog een keer een update mogelijkheid vanuit de web interface (als dat überhaupt kan)

[jpgview]

De lijst van tweaker sjhgvr heeft op het pihole forum zojuist de status questionable verkregen, lees hier.

Hoewel ik het dikwijls oneens ben met de comments en solutions van deze moderator, moet ik het bij deze toch wel eens zijn dat een lijst van excluded (whitelisted) domains, toegevoegde waarde zou hebben (als die al niet bestaat, nooit achter gezocht).

Verder draai ik regelmatig een script, dat de toegevoegde waarde van adlists aangeeft, voor zover mogelijk.
Ik heb pihole vorige nacht opnieuw geinstaleerd en gebruik de setting MAXDBDAYS=3 (/etc/pihole/pihole-FTL.conf), de resultaten zijn dus altijd beperkt, maar, om er een paar voorbeelden uit te halen:

| hits | unique | adlist
| 9 | 0 | https://raw.githubusercon...nBlack/hosts/master/hosts
| 6 | 0 | https://dbl.oisd.nl
| 10 | 3 | https://raw.githubusercon...list/master/adservers.txt
| 10 | 0 | https://raw.githubusercon...rgon/hostsVN/master/hosts
| 4 | 0 | https://winhelp2002.mvps.org/hosts.txt
| 15 | 4 | https://www.github.develo...and-tracking-extended.txt

De laatste versies van pihole bieden slechts twee lijsten aan, de StevenBlack list is er één van, en heeft meer matches (hits) dan de oisd lijst, ook een paar andere lijsten hebben meer matches.

Het script (experimental, thus not published) kijkt hoeveel queries (pihole-FTL.db) matching adlists entries hebben.

Als je een lijst zou verwijderen met een unique count, hoger dan 0, zijn er domains die niet langer geblocked worden. De (beperkte - nieuwe install) test toont aan dat ik de oisd lijst zou kunnen verwijderen, zonder domain blocking te beinvloeden. Natuurlijk zal dit resultaat verschillen voor iedere pihole installatie, het is een weergave van de lijsten die ik gebruik EN mijn surf gedrag.

De oisd lijst werkt, maar is zeker niet zalig makend.

edit
unique test toegevoegd
/edit

[ Voor 17% gewijzigd door jpgview op 10-08-2020 12:17 . Reden: added unique ]

[Church of Noise]

Ik heb iets heel vreemd voor...

Een week terug heb ik de Raspberry Pi volledig from scratch opnieuw geinstalleerd (SD kaartje was kapot).
Netjes Pi-Hole, Unbound, Log2Ram opnieuw geinstalleerd. Werkt allemaal naar behoren.

Ook de tests om te zien als Unbound werkt, werken naar behoren (zoals aangegeven in de documentatie op de pi-hole site). Echter, als ik nu dig cnn.com doe vanuit de ssh terminal naar de pi-hole raspberry bvb, geeft die aan nog steeds 9.9.9.9 te gebruiken (die gebruikte ik tijdelijk voordat unbound geinstalleerd was, een week terug). Rebooten verandert niks aan de zaak, en in de pi-hole settings is enkel Unbound ingevuld (127.0.0.1#5335 en ::1#5335).

Enig idee hieromtrent? (ik plaats deze vraag later ook op discourse)...

[jpgview]

Church of Noise schreef op maandag 10 augustus 2020 @ 12:33:
Echter, als ik nu dig cnn.com doe vanuit de ssh terminal naar de pi-hole raspberry bvb, geeft die aan nog steeds 9.9.9.9 te gebruiken (die gebruikte ik tijdelijk voordat unbound geinstalleerd was, een week terug). Rebooten verandert niks aan de zaak, en in de pi-hole settings is enkel Unbound ingevuld (127.0.0.1#5335 en ::1#5335).

Voor zover ik een en ander kan controleren (ik pas pihole nu eenmaal aan, onmiddelijk, scripted, na installatie), wijzigt pihole (de installatie) de inhoud van /etc/resolv.conf niet meer (sinds v5.0). Als je dus een upgrade van v4.x naar v5.x hebt gedaan, merk je niets, bij een nieuwe install echter …

Controleer eerst of /etc/resolv.conf 9.9.9.9 bevat (de originele, pre install DNS). Indien dat zo is, is het hoger vermelde vermoeden correct.

Zelf los ik het op door

static domain_name_servers=127.0.0.1 ::1

toe te voegen aan /etc/dhcpcd.conf. het system pikt dit dan op (na reboot?) en past /etc/resolv.conf aan.

Zelf vind ik het ook ergerlijk dat de pi een ander resultaat geeft dan een client, daarom pas ik aan. Ik vermoed dat dit is gebeurd om te vermijden dat de download van een adlist (weekly of pihole -g) zou kunnen fallen, indien het domain in gravity voorkomt.

[Freee!!]

Church of Noise schreef op maandag 10 augustus 2020 @ 12:33:
Ik heb iets heel vreemd voor...

Een week terug heb ik de Raspberry Pi volledig from scratch opnieuw geinstalleerd (SD kaartje was kapot).
Netjes Pi-Hole, Unbound, Log2Ram opnieuw geinstalleerd. Werkt allemaal naar behoren.

Ook de tests om te zien als Unbound werkt, werken naar behoren (zoals aangegeven in de documentatie op de pi-hole site). Echter, als ik nu dig cnn.com doe vanuit de ssh terminal naar de pi-hole raspberry bvb, geeft die aan nog steeds 9.9.9.9 te gebruiken (die gebruikte ik tijdelijk voordat unbound geinstalleerd was, een week terug). Rebooten verandert niks aan de zaak, en in de pi-hole settings is enkel Unbound ingevuld (127.0.0.1#5335 en ::1#5335).

Enig idee hieromtrent? (ik plaats deze vraag later ook op discourse)...

Bedankt voor het posten van de vraag, heeft mij ook op een probleempje gewezen op één van mijn twee Pi's.

jpgview schreef op maandag 10 augustus 2020 @ 12:49:
[...]


Voor zover ik een en ander kan controleren (ik pas pihole nu eenmaal aan, onmiddelijk, scripted, na installatie), wijzigt pihole (de installatie) de inhoud van /etc/resolv.conf niet meer (sinds v5.0). Als je dus een upgrade van v4.x naar v5.x hebt gedaan, merk je niets, bij een nieuwe install echter …

Controleer eerst of /etc/resolv.conf 9.9.9.9 bevat (de originele, pre install DNS). Indien dat zo is, is het hoger vermelde vermoeden correct.

Zelf los ik het op door


[...]


toe te voegen aan /etc/dhcpcd.conf. het system pikt dit dan op (na reboot?) en past /etc/resolv.conf aan.

Zelf vind ik het ook ergerlijk dat de pi een ander resultaat geeft dan een client, daarom pas ik aan. Ik vermoed dat dit is gebeurd om te vermijden dat de download van een adlist (weekly of pihole -g) zou kunnen fallen, indien het domain in gravity voorkomt.

Bedankt, ik had net zelf /etc/resolv.conf ook gevonden, al wel een correcte versie op mijn RPi3B+, maar niet op mijn RPi4 (waar ik eerst keek).

[Church of Noise]

Dat was het inderdaad - dankjewel!
Dus m.a.w. enkel de Raspberry Pi zelf gebruikte 9.9.9.9 vermoed ik?

Ik paste de zaken aan zoals je voorstelde, deed een reboot en alles werkt nu naar behoren - dank!!

jpgview schreef op maandag 10 augustus 2020 @ 12:49:
[...]


Voor zover ik een en ander kan controleren (ik pas pihole nu eenmaal aan, onmiddelijk, scripted, na installatie), wijzigt pihole (de installatie) de inhoud van /etc/resolv.conf niet meer (sinds v5.0). Als je dus een upgrade van v4.x naar v5.x hebt gedaan, merk je niets, bij een nieuwe install echter …

Controleer eerst of /etc/resolv.conf 9.9.9.9 bevat (de originele, pre install DNS). Indien dat zo is, is het hoger vermelde vermoeden correct.

Zelf los ik het op door


[...]


toe te voegen aan /etc/dhcpcd.conf. het system pikt dit dan op (na reboot?) en past /etc/resolv.conf aan.

Zelf vind ik het ook ergerlijk dat de pi een ander resultaat geeft dan een client, daarom pas ik aan. Ik vermoed dat dit is gebeurd om te vermijden dat de download van een adlist (weekly of pihole -g) zou kunnen fallen, indien het domain in gravity voorkomt.

[Freee!!]

Church of Noise schreef op maandag 10 augustus 2020 @ 13:18:
Dat was het inderdaad - dankjewel!
Dus m.a.w. enkel de Raspberry Pi zelf gebruikte 9.9.9.9 vermoed ik?

Ik paste de zaken aan zoals je voorstelde, deed een reboot en alles werkt nu naar behoren - dank!!
[...]

Zelfs zonder reboot werkte de aanpassing aan /etc/resolv.conf al.

[jpgview]

Freee!! schreef op maandag 10 augustus 2020 @ 13:26:
[...]

Zelfs zonder reboot werkte de aanpassing aan /etc/resolv.conf al.

Opnieuw, niet getest, maar je moet de aanpassing doorvoeren aan /etc/dhcpcd.conf. Er draait op Debian (= Raspbian op pi) namelijk een package resolvconf, dat /etc/resolv.conf automatisch aanpast, na reboot (mogelijks ook onder andere omstandigheden)

Als je zelf /etc/resolv.conf aanpast, verdwijnen die wijzigingen, zeker na een reboot.

[Freee!!]

jpgview schreef op maandag 10 augustus 2020 @ 13:32:
[...]
Opnieuw, niet getest, maar je moet de aanpassing doorvoeren aan /etc/dhcpcd.conf. Er draait op Debian (= Raspbian op pi) namelijk een package resolvconf, dat /etc/resolv.conf automatisch aanpast, na reboot (mogelijks ook onder andere omstandigheden)

Als je zelf /etc/resolv.conf aanpast, verdwijnen die wijzigingen, zeker na een reboot.

Ik heb /etc/dhcpcd.conf ook aangepast, maar de RPi4 draait niet puur Raspbian maar (nog) Armbian. Ik zie het verder wel, weet nu waar ik moet kijken.
Op de RPi3B+ staat er een waarschuwing bovenaan in /etc/resolv.conf, maar die stond al goed (IP-adres van modem, dat doorverwijst naar twee Pi-Holes).

[ Voor 3% gewijzigd door Freee!! op 10-08-2020 13:50 ]

[Yoshimi]

jpgview schreef op maandag 10 augustus 2020 @ 12:49:
[...]


Voor zover ik een en ander kan controleren (ik pas pihole nu eenmaal aan, onmiddelijk, scripted, na installatie), wijzigt pihole (de installatie) de inhoud van /etc/resolv.conf niet meer (sinds v5.0). Als je dus een upgrade van v4.x naar v5.x hebt gedaan, merk je niets, bij een nieuwe install echter …

Controleer eerst of /etc/resolv.conf 9.9.9.9 bevat (de originele, pre install DNS). Indien dat zo is, is het hoger vermelde vermoeden correct.

Zelf los ik het op door


[...]


toe te voegen aan /etc/dhcpcd.conf. het system pikt dit dan op (na reboot?) en past /etc/resolv.conf aan.

Zelf vind ik het ook ergerlijk dat de pi een ander resultaat geeft dan een client, daarom pas ik aan. Ik vermoed dat dit is gebeurd om te vermijden dat de download van een adlist (weekly of pihole -g) zou kunnen fallen, indien het domain in gravity voorkomt.

Dit heb ik ook geprobeerd, maar bij mij werkt het (nog) niet.
Ik vind het sowieso opmerkelijk, want als ik via een ssh sessie "dig tweakers.net" uitvoer, gebruikt de pi 1.1.1.1 als resolver.
In /etc/dhcpcd.conf staan echter 8.8.8.8 en 8.8.4.4 (die ik bij de installatie opgegeven heb). Zelfs als ik deze verander in 127.0.0.1, en de pi reboot, dan blijft 1.1.1.1 gebruikt worden. Nu moet ik wel zeggen dat ik bij de DHCP settings in mijn firewall voor het Pi-Hole VLAN de server van Cloudflare gebruik als primary DNS. Dat lijkt hij over te nemen, ondanks het aanpassen van de file.
De Cloudflare DNS heb ik met name ingesteld, omdat wanneer ik een nieuwe installatie doe (paar dagen terug), de installatie faalt wanneer het DNS veld leeg is, aangezien er dan geen lookups gedaan kunnen worden. Zou dat een bijgevolg kunnen zijn? Hoe hebben jullie dat opgelost?

code:

cat /etc/resolv.conf

Geeft het volgende:

code:

root@pihole:~# cat /etc/resolv.conf
domain localdomain
search localdomain
nameserver 1.1.1.1

[Freee!!]

Yoshimi schreef op maandag 10 augustus 2020 @ 16:09:
[...]
Nu moet ik wel zeggen dat ik bij de DHCP settings in mijn firewall voor het Pi-Hole VLAN de server van Cloudflare gebruik als primary DNS.

Daarmee ga je dus altijd langs je Pi-Hole.

[Yoshimi]

Freee!! schreef op maandag 10 augustus 2020 @ 16:23:
[...]

Daarmee ga je dus altijd langs je Pi-Hole.

Nope, misschien wat toelichting:
Ik heb 4 VLANs: MGMT, Trusted, IOT en Pi-Hole.
Voor de eerste 3 VLANs staat het IP adres van de Pi-Hole ingesteld. Als ik een nslookup doe, krijg ik ook netjes te zien dat dit verzoek via de Pi-Hole loopt. Advertenties zijn geblokkeerd en als ik naar dnsleaktest.com ga, zie ik ook het WAN adres, omdat ik via Unbound direct de root servers aanspreek.

In het Pi-Hole VLAN heb ik een DHCP server actief gemaakt, die de DNS server 1.1.1.1 heeft.
Ik kwam erachter dat wanneer ik dat niet deed, ik Pi-Hole niet eens kon installeren, omdat DNS lookups niet werkten (logisch, want geen DNS server). In het Pi-Hole VLAN zit enkel de Pi-Hole zelf, verder niks.

Ik zie dus wel de relatie tussen het 1.1.1.1 adres en mijn output van /etc/resolv.conf, maar weet niet hoe ik dat op een goede manier kan oplossen. Bij een evt. herinstallatie, heb ik altijd DNS nodig (en laat die dan nou net offline zijn tijdens dat proces ).

[Freee!!]

Yoshimi schreef op maandag 10 augustus 2020 @ 16:29:
[...]
Nope, misschien wat toelichting:
Ik heb 4 VLANs: MGMT, Trusted, IOT en Pi-Hole.
Voor de eerste 3 VLANs staat het IP adres van de Pi-Hole ingesteld. Als ik een nslookup doe, krijg ik ook netjes te zien dat dit verzoek via de Pi-Hole loopt. Advertenties zijn geblokkeerd en als ik naar dnsleaktest.com ga, zie ik ook het WAN adres, omdat ik via Unbound direct de root servers aanspreek.

In het Pi-Hole VLAN heb ik een DHCP server actief gemaakt, die de DNS server 1.1.1.1 heeft.
Ik kwam erachter dat wanneer ik dat niet deed, ik Pi-Hole niet eens kon installeren, omdat DNS lookups niet werkten (logisch, want geen DNS server). In het Pi-Hole VLAN zit enkel de Pi-Hole zelf, verder niks.

Ik zie dus wel de relatie tussen het 1.1.1.1 adres en mijn output van /etc/resolv.conf, maar weet niet hoe ik dat op een goede manier kan oplossen. Bij een evt. herinstallatie, heb ik altijd DNS nodig (en laat die dan nou net offline zijn tijdens dat proces ).

Ik zie het nu, een kip&ei probleem
Bij het installeren van mijn eerste Pi-Hole (in een container) werd DNS nog door het modem afgehandeld, nu heb ik er twee draaien (ieder op hun eigen Pi), dus heb ik het probleem totaal niet meer. Daarnaast heb ik nog een beetje met de netwerkconfiguratie gestoeid, zodat ook de Pi's zelf direct bij beide Pi-Holes kunnen komen.

[Yoshimi]

Freee!! schreef op maandag 10 augustus 2020 @ 16:35:
[...]

Ik zie het nu, een kip&ei probleem
Bij het installeren van mijn eerste Pi-Hole (in een container) werd DNS nog door het modem afgehandeld, nu heb ik er twee draaien (ieder op hun eigen Pi), dus heb ik het probleem totaal niet meer. Daarnaast heb ik nog een beetje met de netwerkconfiguratie gestoeid, zodat ook de Pi's zelf direct bij beide Pi-Holes kunnen komen.

Volgens mij ook . Ik ben eigenlijk nog maar net aan de slag gegaan met Pi-Hole. Misschien dat ik er ooit nog een tweede bijplaats. Wat ik nu eens ga proberen is de DNS server uit de DHCP settings weghalen op de firewall. Dat zou ertoe moeten leiden dat 127.0.0.1 gebruikt wordt. Als ik dan ooit een keer extern DNS nodig heb, kan ik dat altijd in de DHCP settings veranderen. Enfin, dank je wel voor het meedenken, ik kan weer aan de slag straks!

[geenwindows]

Ik heb tijdens de setup van pihole direct Unbound (draaiend op opnsense) ingevuld.
Pi-hole vult dan direct de 2 custom server in.
uiteraard had ik wel voor de instal er voor gezorgt dat pihole met unbound kon babbelen
ik heb helemaal niks met de DHCP instellingen gedaan. (behalve MTU)
edit: niet helemaal waar, de raspberry pi voor pihole heeft een static ip vanuit de dhcp server...

code:

pi@pihole1:~ $ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1

uiteraard zullen er vast betere manieren zijn om dit te regelen maar voor mij werk dit dikke prima

[jpgview]

Freee!! schreef op maandag 10 augustus 2020 @ 16:35:
[...]

Ik zie het nu, een kip&ei probleem
Bij het installeren van mijn eerste Pi-Hole (in een container) werd DNS nog door het modem afgehandeld, nu heb ik er twee draaien (ieder op hun eigen Pi), dus heb ik het probleem totaal niet meer. Daarnaast heb ik nog een beetje met de netwerkconfiguratie gestoeid, zodat ook de Pi's zelf direct bij beide Pi-Holes kunnen komen.

Yoshimi schreef op maandag 10 augustus 2020 @ 16:29:
[...]


Nope, misschien wat toelichting:
Ik heb 4 VLANs: MGMT, Trusted, IOT en Pi-Hole.
Voor de eerste 3 VLANs staat het IP adres van de Pi-Hole ingesteld. Als ik een nslookup doe, krijg ik ook netjes te zien dat dit verzoek via de Pi-Hole loopt. Advertenties zijn geblokkeerd en als ik naar dnsleaktest.com ga, zie ik ook het WAN adres, omdat ik via Unbound direct de root servers aanspreek.

In het Pi-Hole VLAN heb ik een DHCP server actief gemaakt, die de DNS server 1.1.1.1 heeft.
Ik kwam erachter dat wanneer ik dat niet deed, ik Pi-Hole niet eens kon installeren, omdat DNS lookups niet werkten (logisch, want geen DNS server). In het Pi-Hole VLAN zit enkel de Pi-Hole zelf, verder niks.

Ik zie dus wel de relatie tussen het 1.1.1.1 adres en mijn output van /etc/resolv.conf, maar weet niet hoe ik dat op een goede manier kan oplossen. Bij een evt. herinstallatie, heb ik altijd DNS nodig (en laat die dan nou net offline zijn tijdens dat proces ).

Miin oplossing:
- zorg ervoor dat je pihole devices allemaal een DHCP address krijgen, gebaseerd op MAC address (static DHCP entry). Dit wil zeggen dat je DHCP door je router/firewall laat afhandelen, pihole alleen voor DNS.
- specifier voor die static entries een externe DNS server b.v. 208.67.222.222 (OpenDNS)
wanneer je pi, met fresh OS (nog geen pihole) nu boot zullen alle nodige DNS queries door de externe DNS server worden opgelost
- maak een backup van /etc/dhcpcd.conf, b.v. /etc/dhcpcd.org
- installeer pihole, maakt niet uit welke DNS server je kiest, dit verander je later toch via settings
- zodra pihole geinstalleerd is, vervang je /etc/dhcpcd.conf door de eerder gemaakte backup, je voegt er twee lijnen aan toe (::1 alleen als je ook ipv6 gebruikt):

interface eth0
static domain_name_servers=127.0.0.1 ::1

- reboot de pi, resolvconf past nu /etc/resolv.conf aan
done …

Omdat er voor de pi steeds hetzelfde IP word uitgedeeld (static DHCP entry), is een static address (zoals pi gedurende de install procedure aanmaakt) niet langer nodig. Als /etc/dhcpcd.conf de eerder gespecifieerde entries bevat, zal resolvconf het bestand /etc/resolv.conf aanpassen met die entries, bij een nieuwe install gebruikt hij de DHCP provided DNS servers.

Tested and implemented on Raspbian version May 2020.

edit
Voor alle duidelijkheid, dit houd in dat je voor de DHCP (dynamic) range de pi als DNS server specifieerd, alleen voor de static DHCP entries van de pi defineer je een extern address. pfsense en OPNsense kunnen dit, van andere routers weet ik het niet…
/edit

[ Voor 4% gewijzigd door jpgview op 10-08-2020 18:16 ]

[Job_04]

IS het iemand gelukt in de NPO app op een samsung tv de advertenties voor een aflevering te blokkeren?

In de queries lijkt cdn.ster.nl de boosdoener, maar als ik die blokkeer speelt de aflevering zelf ook niet meer af.

[htca]

Ik heb me ook begeven op het pihole pad... maar ik heb nog geen succes. Mijn situatie is als volgt;
- raspberry pi 3+; geinstalleerd en pihole is netjes via de webinterface bereikbaar
- de pihole werkt niet als DHCP
- ik heb een router ASUS RT-AC66U die als DHCP server dient
- aan de lan zijde heb ik bij de DHCP server, bij de DNS server het ip adres van de pihole aangegeven
- aan de wan zijde heb ik dit niet gedaan
- DDNS is uitgeschakeld

De boel draait nu een poosje (paar uur), maar als ik een verdachte site op een van mijn clients bezoek gebeurt er niets. De logs blijven leeg. Op de PIHOLE onder netwerk zie ik wel al mijn clients en er is 1 client met 2 queries (ip adress 127.0.0.1, localhost dus...). Achter alle andere clients staat wel een vinkje dat ze de pihole gebruiken, maar er volgen geen queries dus. pihole.log en pihole-FTL.log blijven leeg.

Als ik ipconfig /all als commando geef zie ik op mijn client dat er 2 DNS servers zijn, de eerste is de pihole, de tweede is router. Geen idee of dat correct is, maar flushdns op de client maakt niet dat de situatie anders wordt. Persoonlijk zou ik de DHCP het liefst op de router laten, maar ik weet niet of dat kan. Iemand een suggestie?

[Webgnome]

htca schreef op vrijdag 14 augustus 2020 @ 17:42:
Ik heb me ook begeven op het pihole pad... maar ik heb nog geen succes. Mijn situatie is als volgt;
- raspberry pi 3+; geinstalleerd en pihole is netjes via de webinterface bereikbaar
- de pihole werkt niet als DHCP
- ik heb een router ASUS RT-AC66U die als DHCP server dient
- aan de lan zijde heb ik bij de DHCP server, bij de DNS server het ip adres van de pihole aangegeven
- aan de wan zijde heb ik dit niet gedaan
- DDNS is uitgeschakeld

De boel draait nu een poosje (paar uur), maar als ik een verdachte site op een van mijn clients bezoek gebeurt er niets. De logs blijven leeg. Op de PIHOLE onder netwerk zie ik wel al mijn clients en er is 1 client met 2 queries (ip adress 127.0.0.1, localhost dus...). Achter alle andere clients staat wel een vinkje dat ze de pihole gebruiken, maar er volgen geen queries dus. pihole.log en pihole-FTL.log blijven leeg.

Als ik ipconfig /all als commando geef zie ik op mijn client dat er 2 DNS servers zijn, de eerste is de pihole, de tweede is router. Geen idee of dat correct is, maar flushdns op de client maakt niet dat de situatie anders wordt. Persoonlijk zou ik de DHCP het liefst op de router laten, maar ik weet niet of dat kan. Iemand een suggestie?

waarschijnlijk gaat het daar dus mis. Enige dat ik zou kunnen bedenken is zorgen dat je router niet als dns gaat spelen of in de router aangeven dat de dns juist de pihole zou moeten zijn (ipv die van je provider). Of in de netwerkinstellingen van elk device hard de dns servers aanpassen

[Freee!!]

htca schreef op vrijdag 14 augustus 2020 @ 17:42:
Ik heb me ook begeven op het pihole pad... maar ik heb nog geen succes. Mijn situatie is als volgt;
- raspberry pi 3+; geinstalleerd en pihole is netjes via de webinterface bereikbaar
- de pihole werkt niet als DHCP
- ik heb een router ASUS RT-AC66U die als DHCP server dient
- aan de lan zijde heb ik bij de DHCP server, bij de DNS server het ip adres van de pihole aangegeven
- aan de wan zijde heb ik dit niet gedaan
- DDNS is uitgeschakeld

De boel draait nu een poosje (paar uur), maar als ik een verdachte site op een van mijn clients bezoek gebeurt er niets. De logs blijven leeg. Op de PIHOLE onder netwerk zie ik wel al mijn clients en er is 1 client met 2 queries (ip adress 127.0.0.1, localhost dus...). Achter alle andere clients staat wel een vinkje dat ze de pihole gebruiken, maar er volgen geen queries dus. pihole.log en pihole-FTL.log blijven leeg.

Als ik ipconfig /all als commando geef zie ik op mijn client dat er 2 DNS servers zijn, de eerste is de pihole, de tweede is router. Geen idee of dat correct is, maar flushdns op de client maakt niet dat de situatie anders wordt. Persoonlijk zou ik de DHCP het liefst op de router laten, maar ik weet niet of dat kan. Iemand een suggestie?

Hoe vaak kun je het IP-adres van de DNS-server ingeven bij de DHCP-server? En hoe vaak heb je het ingevuld? Als het antwoord op de eerste vraag hoger is dan op de tweede, is de oplossing evident.

[htca]

Freee!! schreef op vrijdag 14 augustus 2020 @ 17:59:
[...]

Hoe vaak kun je het IP-adres van de DNS-server ingeven bij de DHCP-server? En hoe vaak heb je het ingevuld? Als het antwoord op de eerste vraag hoger is dan op de tweede, is de oplossing evident.

Antwoord op beide vragen is 1 maal.

[Freee!!]

htca schreef op vrijdag 14 augustus 2020 @ 18:19:
[...]
Antwoord op beide vragen is 1 maal.

Dan wordt het lastiger, normaal gesproken is er ruimte voor redundantie voor het geval één DNS-server wegvalt.

EDIT: Wat ik even heel snel kan vinden, moet je het toch echt twee keer invullen.

https://www.google.com/se...&sourceid=chrome&ie=UTF-8

https://setuprouter.com/router/asus/rt-n66u/dns.htm
Net jouw ASUS heeft er dus echt maar één.

[ Voor 38% gewijzigd door Freee!! op 14-08-2020 18:36 ]

[DaRk PoIsOn]

Freee!! schreef op vrijdag 14 augustus 2020 @ 18:30:
[...]

Dan wordt het lastiger, normaal gesproken is er ruimte voor redundantie voor het geval één DNS-server wegvalt.

EDIT: Wat ik even heel snel kan vinden, moet je het toch echt twee keer invullen.

https://www.google.com/se...&sourceid=chrome&ie=UTF-8

https://setuprouter.com/router/asus/rt-n66u/dns.htm

Je voert 2x de Pi in als DNS server. In Pihole kies je ook een DNS server en gaan.
Als je in je router 2 verschillende invoert wil het er nog wel eens langs schieten

[Freee!!]

DaRk PoIsOn schreef op vrijdag 14 augustus 2020 @ 18:36:
[...]
Je voert 2x de Pi in als DNS server. In Pihole kies je ook een DNS server en gaan.
Als je in je router 2 verschillende invoert wil het er nog wel eens langs schieten

Zijn ASUS router heeft dus echt maar één DNS entry
En mijn Pi-Holes hebben allebei twee DNS-servers (twee Unbounds ).

[S023]

@htca niet ideaal, maar je kunt ook op het apparaat zelf de dns wijzigen. Dat moet je dan handmatig op ieder apparaat doen.

[Yoshimi]

Job_04 schreef op dinsdag 11 augustus 2020 @ 13:00:
IS het iemand gelukt in de NPO app op een samsung tv de advertenties voor een aflevering te blokkeren?

In de queries lijkt cdn.ster.nl de boosdoener, maar als ik die blokkeer speelt de aflevering zelf ook niet meer af.

Dit is denk ik wel afhankelijk van je blocklists die je gebruikt, maar ik heb het als volgt opgelost:
- Whitelisten: tag.aticdn.net en b.scorecardresearch.com".
- Blacklisten: "adconfigproxy.azurewebsites.net".

Ik gebruik de volgende lijsten:
https://pgl.yoyo.org/adse...ntro=0&mimetype=plaintext
https://adaway.org/hosts.txt
https://www.malwaredomainlist.com/hostslist/hosts.txt
https://v.firebog.net/hosts/Easyprivacy.txt
http://sysctl.org/cameleon/hosts
https://s3.amazonaws.com/lists.disconnect.me/simple_ad.txt
https://s3.amazonaws.com/...ct.me/simple_tracking.txt
https://raw.githubusercon...nBlack/hosts/master/hosts

De laatste heb ik ontdekt in een F12 developer 'debug sessie' in Chrome .
Ik heb een aparte groep gemaakt in Pi-Hole waarin ik onze LG tv gezet heb, met enkel deze excepties.
Dat werkt tot dusver prima. Video's spelen zonder advertenties in het begin af.

[ Voor 23% gewijzigd door Yoshimi op 14-08-2020 19:54 ]

[htca]

S023 schreef op vrijdag 14 augustus 2020 @ 19:17:
@htca niet ideaal, maar je kunt ook op het apparaat zelf de dns wijzigen. Dat moet je dan handmatig op ieder apparaat doen.

Uiteindelijk wil ik het correct hebben draaien zonder dat ik handmatig op alle clients dat moet instellen. Dus ik denk dat ik niet ontkom om de DHCP om te zetten naar de pihole. Maar ik heb geprobeerd de DNS hard op een van de clients te fixeren, maar dat is/was geen succes;
[code]
The DNS server isn't responding
[/code]
Ten overvloede de web-api werkt wel op hetzelfde ip adres

interface listening behavior -> select listen on all interfaces
Heeft het opgelost, het aangeven van de dns server in de router werkt nu ook. Het ip adres van de router zelf is de redundant optie

[ Voor 14% gewijzigd door htca op 14-08-2020 20:17 ]

[nero355]

htca schreef op vrijdag 14 augustus 2020 @ 20:08:
Het ip adres van de router zelf is de redundant optie

Probeer dat eens te fixen door gewoon via SSH met je ASUS Router te verbinden en ergens handmatig de DHCP DNS Settings aan te passen, want ik zie je al binnenkort terugkomen met de vraag : Waarom worden bij mij de advertenties soms niet geblokkeerd



Vaak draaien routers dezelfde software waarop de FTLDNS van Pi-Hole is gebaseerd : DNSmasq
Dus met een beetje geluk zal je dezelfde config files tegenkomen

[htca]

nero355 schreef op vrijdag 14 augustus 2020 @ 22:12:
[...]

Probeer dat eens te fixen door gewoon via SSH met je ASUS Router te verbinden en ergens handmatig de DHCP DNS Settings aan te passen, want ik zie je al binnenkort terugkomen met de vraag : Waarom worden bij mij de advertenties soms niet geblokkeerd



Vaak draaien routers dezelfde software waarop de FTLDNS van Pi-Hole is gebaseerd : DNSmasq
Dus met een beetje geluk zal je dezelfde config files tegenkomen

Dat kan met de stock firmware alleen met telnet connecten niet met ssh. Maar dat is me gelukt: ik ga eens even zoeken naar die DNSmasq

code:

pid-file=/var/run/dnsmasq.pid
user=nobody
bind-dynamic
interface=br0
interface=pptp*
no-dhcp-interface=pptp*
no-resolv
servers-file=/tmp/resolv.dnsmasq
no-poll
no-negcache
cache-size=1500
min-port=4096
domain=familiethartnet
expand-hosts
dhcp-range=lan,192.168.1.50,192.168.1.254,255.255.255.0,86400s
dhcp-option=lan,3,192.168.1.1
dhcp-option=lan,6,192.168.1.25,0.0.0.0
dhcp-option=lan,15,********
dhcp-option=lan,44,192.168.1.25
dhcp-option=lan,252,"\n"
dhcp-authoritative
interface=tun21

Is het nu slechts deze regel wijzigen

code:

dhcp-option=lan,6,192.168.1.25,0.0.0.0

in:

code:

dhcp-option=lan,6,192.168.1.25,192.168.1.25

Als ik dat doe en vervolgens reboot om te activeren, wordt deze weer terug gezet. Ik denk dat de enige optie is om een customfirmware te flashen of de DHCP door de pihole te laten verzorgen. Voor beiden heb ik niet zo heel veel enthousiasme. Verbinding met het internet is momenteel essentieel (thuiswerken). Nu kan ik de pihole wel DHCP laten doen, maar heb er toch wat huivering voor.
Ik denk dat ik het zo laat en als ik binnenkort over ga naar een nieuwe router/mesh setup nog maar eens een poging waag. Mocht er dan toch een keer reclame tussendoor komen zal ik jullie niet lastig vallen

[ Voor 50% gewijzigd door htca op 15-08-2020 11:24 ]

[Toet3r]

Het aantal ads op youtube is de laatste tijd wel heel extreem. Bijna bij elk filmpje 1 of 2 ads vooraf. Ik had net zelfs een filmpje met 1 ad vooraf en nog 3 tussendoor. Ik vind af en toe een ad niet heel erg maar dit is echt achterlijk, het lijkt wel of youtube de hoeveelheid ads heeft opgeschroefd om maar meer abbo's te kunnen verkopen.

[The Druid]

Toet3r schreef op zaterdag 15 augustus 2020 @ 14:30:
Het aantal ads op youtube is de laatste tijd wel heel extreem. Bijna bij elk filmpje 1 of 2 ads vooraf. Ik had net zelfs een filmpje met 1 ad vooraf en nog 3 tussendoor. Ik vind af en toe een ad niet heel erg maar dit is echt achterlijk, het lijkt wel of youtube de hoeveelheid ads heeft opgeschroefd om maar meer abbo's te kunnen verkopen.

En dat werkt want Ik was het zo zat dat ik een YouTube family premium abbo heb gekocht via een VPN in India. Dat kost je Eur 1,50 per maand.

[hp-got]

Toet3r schreef op zaterdag 15 augustus 2020 @ 14:30:
[...]
het lijkt wel of youtube de hoeveelheid ads heeft opgeschroefd om maar meer abbo's te kunnen verkopen.

Het werkt zeker, ik kijk nu helemaal geen YouTube meer

[Videopac]

jpgview schreef op dinsdag 5 mei 2020 @ 22:05:
Er is een interessante wending aangaande youtube ads. Je kan er alles over lezen in dit discourse topic.
Je kan het script hier downloaden.

Het zou uitermate nuttig zijn om dit te testen met zoveel mogelijk gebruikers, gelieve eventuele problemen te melden op discourse, niet hier (de auteur is, bij mijn weten, niet actief op dit forum).

Er word nog hard gewerkt aan verbeteringen, het is dus aan te raden de GitLab pagina in de gaten te houden voor eventuele updates.

Hoe werkt het? (je kan dit ook lezen in de comment - begin van het script).
- download het script

code:

sudo wget https://gitlab.com/grublets/youtube-updater-for-pi-hole/-/raw/master/youtube.update.sh -O /home/pi/youtube.update.sh

- maak het script executable (sudo chmod +x /home/pi/youtube.update.sh)
- je moet het script aanpassen, vervang 123.456.789.999 (dummy) door een IP address uit je pihole log, dat address is een googlevideo address in jouw regio (something like r6---sn-ni5f-tfbl.googlevideo.com - lees ook de comment in het script)
- run het script één maal met sudo (sudo /home/pi/youtube.update.sh)
- controleer of het bestand /etc/dnsmasq.d/99-youtube.grublets.conf bestaat.
- controleer of het bestand /etc/hosts.youtube bestaat.
- herstart pihole-FTL (sudo service pihole-FTL restart)
- maak een cron job aan, maak een bestand /etc/cron.d/youtubeupdate, inhoud:

code:

* * * * * root  PATH="$PATH:/home/pi/" /home/pi/youtube.update.sh 2>&1

vanaf nu zal de cron job elke minuut draaien, en eventuele nieuwe domain names toevoegen aan /etc/hosts.youtube, er word, door pihole-FTL dan altijd verwezen naar het IP address dat jezelf hebt gekozen uit je pihole log, wat het aantal ads drastisch zal (zou - het blijft een test, maar de eerste resultaten zijn gunstig) doen dalen.

Er zijn voorlopig nog geen entries voor IPv6 (word aan gewerkt)
Het script maakt intensief gebruik van je SD kaart (voor pi gebruikers). Er is een voorstel gedaan om dit te wijzigen naar TMPFS (memory).

Ik heb dit destijds ook gedaan, maar inmiddels werkt geen enkele youtube video meer. Ik heb alleen geen idee hoe ik dit weer ongedaan kan maken.

(NB: dank voor het pioneerwerk wat dit betreft).

[Korvaag]

Ik heb voor de youtube adds alsnog adblocker draaien in de browser. De combinatie van pi-hole en adblocker geeft voor mij een goed werkbare browser.

[sphere]

@Korvaag ja maar het issue is mobile. Volgens mij is daar nog geen goede oplossing voor.

[Korvaag]

sphere schreef op zaterdag 15 augustus 2020 @ 21:01:
@Korvaag ja maar het issue is mobile. Volgens mij is daar nog geen goede oplossing voor.

Ow dat had ik even gemist. Mijn excuses. Ik moet wel zeggen dat ik volgens mij met de iphone en purify als app weinig advertenties krijg....

[Lizard]

sphere schreef op zaterdag 15 augustus 2020 @ 21:01:
@Korvaag ja maar het issue is mobile. Volgens mij is daar nog geen goede oplossing voor.

Voor mobile (Android) zou je kunnen kijken naar Youtube Vanced of NewPipe

[jpgview]

Videopac schreef op zaterdag 15 augustus 2020 @ 18:53:
[...]

Ik heb dit destijds ook gedaan, maar inmiddels werkt geen enkele youtube video meer. Ik heb alleen geen idee hoe ik dit weer ongedaan kan maken.

als je deze handleiding en script hebt gevolgd moet je gewoon de dnsmasq config file (/etc/dnsmasq.d/99-youtube.grublets.conf) verwijderen en pihole-FTL herstarten (sudo service pihole-FTL restart).

Je moet ook de cron job (die heb jezelf manueel aangemaakt, zie comments in het script) en het script verwijderen, anders blijft /etc/hosts.youtube groeien, ook al wordt de file niet meer gebruikt

Bijkomend (cleanup only, not required) kan je het bestand /etc/hosts.youtube verwijderen.

edit
Browser cache leeg maken is misschien ook noodzakelijk
/edit

[ Voor 27% gewijzigd door jpgview op 16-08-2020 02:13 ]

[nero355]

htca schreef op zaterdag 15 augustus 2020 @ 10:26:
Dat kan met de stock firmware alleen met telnet connecten niet met ssh. Maar dat is me gelukt: ik ga eens even zoeken naar die DNSmasq

code:

pid-file=/var/run/dnsmasq.pid
user=nobody
bind-dynamic
interface=br0
interface=pptp*
no-dhcp-interface=pptp*
no-resolv
servers-file=/tmp/resolv.dnsmasq
no-poll
no-negcache
cache-size=1500
min-port=4096
domain=familiethartnet
expand-hosts
dhcp-range=lan,192.168.1.50,192.168.1.254,255.255.255.0,86400s
dhcp-option=lan,3,192.168.1.1
dhcp-option=lan,6,192.168.1.25,0.0.0.0
dhcp-option=lan,15,********
dhcp-option=lan,44,192.168.1.25
dhcp-option=lan,252,"\n"
dhcp-authoritative
interface=tun21

Is het nu slechts deze regel wijzigen

code:

dhcp-option=lan,6,192.168.1.25,0.0.0.0

in:

code:

dhcp-option=lan,6,192.168.1.25,192.168.1.25

Ten eerste : Goed bezig geweest!

Als ik dat doe en vervolgens reboot om te activeren, wordt deze weer terug gezet.

Je moet dan ook niet de router herstarten maar alleen DNSmasq

Zal zoiets zijn :

systemctl restart dnsmasq

of

/etc/init.d/dnsmasq restart

Dus probeer dat nog effe een keer als je zin en tijd hebt

Ik denk dat de enige optie is om een customfirmware te flashen of de DHCP door de pihole te laten verzorgen. Voor beiden heb ik niet zo heel veel enthousiasme. Verbinding met het internet is momenteel essentieel (thuiswerken). Nu kan ik de pihole wel DHCP laten doen, maar heb er toch wat huivering voor.
Ik denk dat ik het zo laat en als ik binnenkort over ga naar een nieuwe router/mesh setup nog maar eens een poging waag. Mocht er dan toch een keer reclame tussendoor komen zal ik jullie niet lastig vallen

Ik zou zeggen bereid alles gewoon effe goed voor en doe het op de Vrijdagavond, zodat je op de Zaterdag nog effe naar een winkel toe kan als er wat mis is gegaan en je de boel echt niet meer online kan krijgen

Daarnaast is de optie om Pi-Hole de DHCP te laten doen helemaal niet zo eng en een redelijk veilige oplossing!

sphere schreef op zaterdag 15 augustus 2020 @ 21:01:
@Korvaag ja maar het issue is mobile. Volgens mij is daar nog geen goede oplossing voor.

Naast de al gegeven oplossingen :

Lizard schreef op zaterdag 15 augustus 2020 @ 22:37:
Voor mobile (Android) zou je kunnen kijken naar Youtube Vanced of NewPipe

Kan je ook gewoon Firefox for Android installeren en daarin uBlock Origin activeren via de Add-ons

[htca]

nero355 schreef op zondag 16 augustus 2020 @ 19:00:
[...]

Ten eerste : Goed bezig geweest!


[...]

Je moet dan ook niet de router herstarten maar alleen DNSmasq

Zal zoiets zijn :

systemctl restart dnsmasq

of

/etc/init.d/dnsmasq restart

Dus probeer dat nog effe een keer als je zin en tijd hebt

Vanmiddag geprobeerd;
- unbound geïnstalleerd (ik ben er nog niet uit of ik dat wel of niet zou willen)
- DHCP op de pihole aangezet en op de router uit, maar dat was verre van een succes verhaal. Maar dat kwam waarschijnlijk omdat ze eigenlijk even zouden moeten disconnecten en vervolgens weer connecten.
- Verder nog combinaties van verschillende dingen geprobeerd....

Maar mijn meisje vond de klapperende internetverbinding niet zo tof....

Daarna kwam besefte ik me dat ik inderdaad alleen dnsmasq moest restarten en kwam jouw reply voorbij, na wat zoeken en om het voor het nageslacht vast te leggen het commando is:

killall dnsmasq && dnsmasq --log-async --no-poll -C /etc/dnsmasq.conf

Als ik op de client dan een

ipconfig /renew

doe, krijg ik dezelfde 2x dezelfde DNS server terug :-).

Ik laat hem zo draaien voorlopig; de router loopt wel een beetje op zijn laatste benen en ik ben aan het sparen voor een ubiquity setup, dus dan is dat een mooi moment om te switchen denk ik.... Enige wat ik nu eigenlijk nog wil is dat de clients die via openvpn (config op de router) connecten ook de DNS van pihole ontvangen. Ik denk dat ik dat in de ovpn file mee kan geven... maar komt wel goed (geen haast) ik geniet voorlopig van heerlijke reclame vrije internetsensaties . Mooi stukje software!

[TFHfony]

Gisteren een Raspberry Pi 4 besteld en vandaag Pi-Hole geïnstalleerd. Eerste bevindingen:

* Installeren was een piece of cake
* Moest nog even de IPv6 versie van Google DNS als upstream provider activeren
* Beetje in shock van hoeveel requests er nog geblocked worden ondanks ABP op de meeste PC's/laptops
* Die Pi4 wordt gewoon nog 60 graden als alleen Pi-Hole draait. Belasting tegen 0. Maar een setje heatsinks besteld, komen morgen binnen.

Een paar vraagjes:

* Is het zinvol om een USB 3.0 SSD te gebruiken als ik de PI4 alleen voor Pi-Hole gebruik?
* Standaard werd Pi-Hole geinstaleerd met https://mirror1.malwaredomains.com/files/justdomains & https://raw.githubusercon...nBlack/hosts/master/hosts. Zelf heb ik daar https://dbl.oisd.nl/ aan toegevoegd. Is dat een OK setup? Kan ik er beter wat toevoegen / verwijderen?
* In de openingspost staan een aantal domeinen vermeld om te whitelisten in geval van problemen. Is dit nog actueel?

[Webgnome]

TFHfony schreef op zondag 16 augustus 2020 @ 21:58:
Gisteren een Raspberry Pi 4 besteld en vandaag Pi-Hole geïnstalleerd. Eerste bevindingen:

* Installeren was een piece of cake
1 Moest nog even de IPv6 versie van Google DNS als upstream provider activeren
* Beetje in shock van hoeveel requests er nog geblocked worden ondanks ABP op de meeste PC's/laptops
* Die Pi4 wordt gewoon nog 60 graden als alleen Pi-Hole draait. Belasting tegen 0. Maar een setje heatsinks besteld, komen morgen binnen.

Een paar vraagjes:

2 Is het zinvol om een USB 3.0 SSD te gebruiken als ik de PI4 alleen voor Pi-Hole gebruik?
* Standaard werd Pi-Hole geinstaleerd met https://mirror1.malwaredomains.com/files/justdomains & https://raw.githubusercon...nBlack/hosts/master/hosts. Zelf heb ik daar https://dbl.oisd.nl/ aan toegevoegd. Is dat een OK setup? Kan ik er beter wat toevoegen / verwijderen?
* In de openingspost staan een aantal domeinen vermeld om te whitelisten in geval van problemen. Is dit nog actueel?

1. Waarom niet een ander dns gebruien dan eentje waarvan je zou kunnen vermoeden dat ze er iets anders mee doen dan alleen maar dns'n?
2. In mijn beleving niet. Heb hier nu een 2 jaar een raspberrry pi zero draaien met pihole en domoticz en tot op heden nog geen spoor van een kapot ssd kaartje..

[dss58]

TFHfony schreef op zondag 16 augustus 2020 @ 21:58:
Gisteren een Raspberry Pi 4 besteld en vandaag Pi-Hole geïnstalleerd. Eerste bevindingen:

* Installeren was een piece of cake
* Moest nog even de IPv6 versie van Google DNS als upstream provider activeren
* Beetje in shock van hoeveel requests er nog geblocked worden ondanks ABP op de meeste PC's/laptops
* Die Pi4 wordt gewoon nog 60 graden als alleen Pi-Hole draait. Belasting tegen 0. Maar een setje heatsinks besteld, komen morgen binnen.

Een paar vraagjes:

* Is het zinvol om een USB 3.0 SSD te gebruiken als ik de PI4 alleen voor Pi-Hole gebruik?
* Standaard werd Pi-Hole geinstaleerd met https://mirror1.malwaredomains.com/files/justdomains & https://raw.githubusercon...nBlack/hosts/master/hosts. Zelf heb ik daar https://dbl.oisd.nl/ aan toegevoegd. Is dat een OK setup? Kan ik er beter wat toevoegen / verwijderen?
* In de openingspost staan een aantal domeinen vermeld om te whitelisten in geval van problemen. Is dit nog actueel?

een SSD gebruiken als je alleen pihole draait is nergens voor nodig

[TFHfony]

Webgnome schreef op zondag 16 augustus 2020 @ 22:06:
[...]
1. Waarom niet een ander dns gebruien dan eentje waarvan je zou kunnen vermoeden dat ze er iets anders mee doen dan alleen maar dns'n?

Voor deze discussie zijn andere threads beschikbaar op dit forum.

2. In mijn beleving niet. Heb hier nu een 2 jaar een raspberrry pi zero draaien met pihole en domoticz en tot op heden nog geen spoor van een kapot ssd kaartje..

dss58 schreef op zondag 16 augustus 2020 @ 22:07:
[...]

een SSD gebruiken als je alleen pihole draait is nergens voor nodig

Mooi, dan laat ik de boel op een SD kaartje draaien. Dank.

[Freee!!]

TFHfony schreef op zondag 16 augustus 2020 @ 22:12:
[...]
Mooi, dan laat ik de boel op een SD kaartje draaien. Dank.

offtopic:
Hoort meer in het RPi-topic thuis:
Persoonlijk zou ik er wel een SSD of HDD aan hangen voor back-up images van het SD-kaartje, better safe than sorry.

[nero355]

htca schreef op zondag 16 augustus 2020 @ 20:51:
Daarna kwam besefte ik me dat ik inderdaad alleen dnsmasq moest restarten en kwam jouw reply voorbij, na wat zoeken en om het voor het nageslacht vast te leggen het commando is:

killall dnsmasq && dnsmasq --log-async --no-poll -C /etc/dnsmasq.conf

Als ik op de client dan een

ipconfig /renew

doe, krijg ik dezelfde 2x dezelfde DNS server terug :-)

NICE!!!

Ik laat hem zo draaien voorlopig; de router loopt wel een beetje op zijn laatste benen en ik ben aan het sparen voor een ubiquity setup, dus dan is dat een mooi moment om te switchen denk ik....

Wat is er mis mee dan

100% Ubiquiti UniFi heeft ook zo zijn nadelen

Enige wat ik nu eigenlijk nog wil is dat de clients die via openvpn (config op de router) connecten ook de DNS van pihole ontvangen. Ik denk dat ik dat in de ovpn file mee kan geven... maar komt wel goed (geen haast)

Je kan aparte DNS Servers meegeven of OpenVPN gewoon bridgen met je lokale netwerk : Kijk maar wat je leuker vindt

ik geniet voorlopig van heerlijke reclame vrije internetsensaties . Mooi stukje software!

Dat is mooi!

TFHfony schreef op zondag 16 augustus 2020 @ 21:58:
* Beetje in shock van hoeveel requests er nog geblocked worden ondanks ABP op de meeste PC's/laptops

ABP was toch stiekem een of ander shady bedrijf dat heel veel zooi niet blokkeerde, want gesponsord door die bedrijven of zoiets

Daarom gebruikt iedereen tegenwoordig ook uBlock Origin i.p.v. de vele andere add-ons geloof ik!

[htca]

nero355 schreef op maandag 17 augustus 2020 @ 15:10:


NICE!!!

Nou... niet helemaal, blijkbaar is er een veiligheidsinstelling die de instellingen weer terugzet naar de ingevoerde waarden...

Vandaag geprobeerd de DHCP van de pihole te gebruiken, maar dan ging steeds het netwerk over zijn gier.... Probleem was (denk ik) dat de wlan en de eth een verschillend vast ip hadden en beiden werden gezien als DNS of zoiets. In ieder geval heb ik die weer terug gezet.
Toen bedacht ik me dat ik nog een raspberry pi 2 ergens in een la had liggen.... Dus ik op mijn 3B pihole gedeinstalleerd, maar dat heb ik iets te rigoreus gedaan, want ik heb nu geen toegang meer headless en domoticz is ook niet zichtbaar meer... morgen/vanavond nieuwe kans zeg maar...
De pi2 draait inmiddels, maar eens kijken of die voor DHCP wil spelen....

[nero355]

htca schreef op maandag 17 augustus 2020 @ 15:51:
Nou... niet helemaal, blijkbaar is er een veiligheidsinstelling die de instellingen weer terugzet naar de ingevoerde waarden...

Nou... lekker dan...

Niet stiekem ergens een cronjob die dat doet of zo

Vandaag geprobeerd de DHCP van de pihole te gebruiken, maar dan ging steeds het netwerk over zijn gier.... Probleem was (denk ik) dat de wlan en de eth een verschillend vast ip hadden en beiden werden gezien als DNS of zoiets. In ieder geval heb ik die weer terug gezet.

Gewoon de WiFi helemaal uitschakelen en alleen de Ethernet verbinding van je Pi gebruiken!

Toen bedacht ik me dat ik nog een raspberry pi 2 ergens in een la had liggen.... Dus ik op mijn 3B pihole gedeinstalleerd, maar dat heb ik iets te rigoreus gedaan, want ik heb nu geen toegang meer headless en domoticz is ook niet zichtbaar meer... morgen/vanavond nieuwe kans zeg maar...

Uninstalleren kan, maar is nergens voor nodig! Gewoon niet gebruiken is genoeg

De pi2 draait inmiddels, maar eens kijken of die voor DHCP wil spelen....

Vast wel, maar dan wel op voorwaarde dat jij alles goed instelt!

[htca]

nero355 schreef op maandag 17 augustus 2020 @ 16:00:
[...]
Niet stiekem ergens een cronjob die dat doet of zo

ja waarschijnlijk maar die cronjob zal er ook niet voor niets staan...

Gewoon de WiFi helemaal uitschakelen en alleen de Ethernet verbinding van je Pi gebruiken!

Dat was het beste geweest.... nou ja, ik heb straks weer een leuk uitzoek werkje om domoticz aan de praat te krijgen.

Uninstalleren kan, maar is nergens voor nodig! Gewoon niet gebruiken is genoeg
Vast wel, maar dan wel op voorwaarde dat jij alles goed instelt!

I know, maar beter is wel gebruiken ;-)
Inmiddels draait Pi2 als een zonnetje en verzorgd die de DHCP
Next; domoticx weer draaiend krijgen....

[Freee!!]

htca schreef op maandag 17 augustus 2020 @ 16:07:
[...]
Next; domoticx weer draaiend krijgen....

Ook daarvoor draai ik dus backups. Als ik eens iets verkloot, is het gewoon de backup-image terugflashen en alles draait weer.

[htca]

Freee!! schreef op maandag 17 augustus 2020 @ 16:30:
[...]

Ook daarvoor draai ik dus backups. Als ik eens iets verkloot, is het gewoon de backup-image terugflashen en alles draait weer.

Domoticz is een nice to have hier, bovendien kan ik nog steeds met een monitor en een toetsenbord op de pi komen. Maar ik vermoed dat ie te veel verkloot is en dat ik de db moet overzetten naar een schone install van domoticz. Mijn hele netwerk instelling is over de plas, geen interfaces meer, etc...

[pennywiser]

dss58 schreef op zondag 16 augustus 2020 @ 22:07:
[...]

een SSD gebruiken als je alleen pihole draait is nergens voor nodig

Als je en wat vlottere SD kaart wilt, kan ik je een Samsung EVO SD kaart aanraden. Een stuk vlotter dan alles wat ik tot nu toe van Sandisk en Kingston heb gebruikt.

[jpgview]

Ik vermelde hier al dat het niet botert tussen de pihole developers en sjhgvr, de maintainer van de oisd lijst.

Dit lijk nu te escaleren, lees hier. De oorzaak van deze (bijna Trump like) vete is deze post, waarin soms harde woorden vallen (bv hier)

Uiteraard heeft de pihole user hier allemaal geen boodschap aan, echter, sommigen onder ons zullen het negatieve effect (download failed) hiervan aan de lijve ondervinden.

Gelukkig zijn er work arrounds.
- wijzig het gravity script (NIET AANBEVOLEN, wijzigingen zullen bij pihole -up of pihole -r ongedaan gemaakt worden, en de impact op andere downloads is niet voorspelbaar)
- gebruik een mirror, er zijn er in het reddit artikel een aantal vermeld, ik heb ze zelf niet getest! Een GitHub download kan, bij mijn weten niet geblocked worden, de download is beschikbaar voor iedereen (of helemaal niet e.g. niemand)

Het staat natuurlijk iedereen vrij de overstap te maken naar Adguard Home, echter, het niet langer beschikbaar zijn van een lijst (geconsolideerd van andere lijsten), lijkt mij niet echt een goede reden.

[Pierre]

Toevallig gister de update gedaan naar v5.1.2 en ik zag inderdaad dat die oisd lijsten niet goed meer zijn, als ik thuis ben ze maar even op disable zetten, welke alternatief raad je aan @jpgview