[Pi-Hole] Ervaringen & discussie

[Ari Gold]

The Gamblers schreef op vrijdag 17 mei 2019 @ 20:38:
[...]


ook al geprobeerd. Er gebeurd wel iets anders, nu ik de installatie heb afgebroken wijzigt mijn /etc/resolv.conf naar 127.0.0.1 na een reboot. Waar dat nou weer vandaan komt

pi@dopi:~ $ dnsmasq -v
-bash: dnsmasq: command not found
pi@dopi:~ $ 

Dnsmasq draait echt niet.

Mijn Pi geeft ook 127.0.0.1 aan en dnsmasq draait ook zo te zien niet bij mij.

Ik heb even snel een VM opgezet met Raspbian en daar start de installatie meteen waar de nameserver het lokale ip is van de VM.

Waar dient die unify voor op je Pi?

[The Gamblers]

die unifi is de controller voor mijn unifi spullen (wifi/switch)

je bent super behulpzaam, thx daarvoor. zit nu al proberen het basic-install script aan te passen. als ik curl start zonder -sSL --fail dan loopt ie door en doet de download maar faalt dan op de checksum, zit gewoon iets krom op mijn pi maar ik heb geen idee waar en hoe ik het dan moet herstellen

[eejeel]

@The Gamblers je moet dit commando als root uitvoeren. Dat is ook de foutmelding in je bericht van 18:54 hr.

Dus dit had het moeten zijn:
sudo curl -sSL https://install.pi-hole.net | bash

dnsmasq is NIET meer actief op de pihole. Daarvoor in de plaats is FTL gekomen. Daarin zit de dsnmasq code en deze is uitgebreid met regex en opslag in een database voor statistieken.
Nu kun je pihole -r (dat is een repair) doen nadat je resolv.conf naar 8.8.8.8 hebt aangepast.

[Ari Gold]

eejeel schreef op vrijdag 17 mei 2019 @ 22:54:
@The Gamblers je moet dit commando als root uitvoeren. Dat is ook de foutmelding in je bericht van 18:54 hr.

Dus dit had het moeten zijn:
sudo curl -sSL https://install.pi-hole.net | bash

dnsmasq is NIET meer actief op de pihole. Daarvoor in de plaats is FTL gekomen. Daarin zit de dsnmasq code en deze is uitgebreid met regex en opslag in een database voor statistieken.
Nu kun je pihole -r (dat is een repair) doen nadat je resolv.conf naar 8.8.8.8 hebt aangepast.

Bedoel je dit stukje?

[✗] Root user check
[i] Script called with non-root privileges
The Pi-hole requires elevated privileges to install and run
Please check the installer for any concerns regarding this requirement
Make sure to download this script from a trusted source

[✓] Sudo utility check
stty: 'standard input': Inappropriate ioctl for device

[✓] Root user check

Dit krijg ik ook als ik de commando zonder sudo doe en bij mij start de installatie wel.

[The Gamblers]

code:

pi@dopi:~ $ sudo curl -sSL https://install.pi-hole.net | bash
stty: 'standard input': Inappropriate ioctl for device

  [✗] Root user check
  [i] Script called with non-root privileges
      The Pi-hole requires elevated privileges to install and run
      Please check the installer for any concerns regarding this requirement
      Make sure to download this script from a trusted source

  [✓] Sudo utility check
stty: 'standard input': Inappropriate ioctl for device

  [✓] Root user check

        .;;,.
        .ccccc:,.
         :cccclll:.      ..,,
          :ccccclll.   ;ooodc
           'ccll:;ll .oooodc
             .;cll.;;looo:.
                 .. ','.
                .',,,,,,'.
              .',,,,,,,,,,.
            .',,,,,,,,,,,,....
          ....''',,,,,,,'.......
        .........  ....  .........
        ..........      ..........
        ..........      ..........
        .........  ....  .........
          ........,,,,,,,'......
            ....',,,,,,,,,,,,.
               .',,,,,,,,,'.
                .',,,,,,'.
                  ..'''.

  [i] Existing PHP installation detected : PHP version 7.0.33-0+deb9u3
  [✓] Disk space check
  [✓] Update local cache of available packages

  [✓] Checking apt-get for upgraded packages... up to date!

  [i] Installer Dependency checks...
  [✓] Checking for apt-utils
  [✓] Checking for dialog
  [✓] Checking for debconf
  [✓] Checking for dhcpcd5
  [✓] Checking for git
  [✓] Checking for iproute2
  [✓] Checking for whiptail

  [i] Using interface: eth0
  [i] Using   [i] Static IP already configured
  [i] Found IPv6 GUA address, using it for blocking IPv6 ads
  [i] IPv4 address: 192.168.178.69/24
  [i] IPv6 address: 2001:980:a4e7:1:2508:1416:2e24:dacf
  [i] Web Interface On
  [i] Web Server On
  [i] Logging On.
  [✓] Check for existing repository in /etc/.pihole
  [✓] Update repo in /etc/.pihole

  [✓] Check for existing repository in /var/www/html/admin
  [✓] Update repo in /var/www/html/admin

  [i] Main Dependency checks...
  [✓] Checking for cron
  [✓] Checking for curl
  [✓] Checking for dnsutils
  [✓] Checking for iputils-ping
  [✓] Checking for lsof
  [✓] Checking for netcat
  [✓] Checking for psmisc
  [✓] Checking for sudo
  [✓] Checking for unzip
  [✓] Checking for wget
  [✓] Checking for idn2
  [✓] Checking for sqlite3
  [✓] Checking for libcap2-bin
  [✓] Checking for dns-root-data
  [✓] Checking for resolvconf
  [✓] Checking for libcap2
  [✓] Checking for lighttpd
  [✓] Checking for php7.0-common
  [✓] Checking for php7.0-cgi
  [✓] Checking for php7.0-sqlite3

  [✓] Enabling lighttpd service to start on reboot...

  [i] FTL Checks...

  [✓] Detected ARM-hf architecture (armv7+)
  [i] Checking for existing FTL binary...
  [i] Downloading and Installing FTL...^C

ik roep hem toch echt aan met sudo

[nero355]

The Gamblers schreef op vrijdag 17 mei 2019 @ 23:24:
ik roep hem toch echt aan met sudo

In de laatste Debian versies lijkt het erop dat je de user die je gebruikt i.c.m. sudo zelf aan de juiste groep moet toevoegen in sommige gevallen dus probeer het eens zo :
https://discourse.pi-hole...on-root-privileges/7690/2
nadat je als root inlogt of even zelf eerst naar een root prompt switcht

[The Gamblers]

nero355 schreef op vrijdag 17 mei 2019 @ 23:46:
[...]

In de laatste Debian versies lijkt het erop dat je de user die je gebruikt i.c.m. sudo zelf aan de juiste groep moet toevoegen in sommige gevallen dus probeer het eens zo :
https://discourse.pi-hole...on-root-privileges/7690/2
nadat je als root inlogt of even zelf eerst naar een root prompt switcht

HELD !!!!!

Hij draait

thx

[tagican]

Het probleem is dat de wget wél als root wordt uitgevoerd door het sudo commando, maar de output wordt gepipe't naar het bash command dat onder je eigen user wordt uitgevoerd.

Op StackOverflow staat dit wat beter uitgelegd, inclusief mogelijke oplossingen.

Wat je ook zou kunnen proberen is om het volgende uit te voeren:

code:

curl -sSL https://install.pi-hole.net | sudo bash

Edit: Spuit 11 dus

[nero355]

The Gamblers schreef op vrijdag 17 mei 2019 @ 23:54:
HELD !!!!!

Hij draait

thx

Tja... als jij nou eens de juiste error meldt!

[Ari Gold]

Aardige percentage zo.

[Freee!!]

Ari Gold schreef op zaterdag 18 mei 2019 @ 11:43:
[Afbeelding]

Aardige percentage zo.

Daar zit dan iets constant te connecten naar een adres dat geblokkeerd wordt. De laatste keer dat ik zo'n percentage zag, bleek Outlook op de Lenovo tablet (bloatware dus) van mijn zoon elke paar seconden verbinding te zoeken met "mobile.pipe.aria.microsoft.com". Het percentage zakte heel snel naar een acceptabeler niveau nadat ik Outlook had verwijderd.

[theduke1989]

Het zou erg goed zijn om op de eerste pagina wat hele goede block lists en whitelists te plaatsen.
Zodat gebruikers dit wel of niet willen kunnen gebruiken.

[nero355]

Ari Gold schreef op zaterdag 18 mei 2019 @ 11:43:
[Afbeelding]

Aardige percentage zo.

Smart TV die geflipt is of andere soortgelijke apparaten

Sony en Samsung TV's staan er namelijk bekend om op het Pi-Hole forum!

[Ari Gold]

nero355 schreef op zaterdag 18 mei 2019 @ 12:15:
[...]

Smart TV die geflipt is of andere soortgelijke apparaten

Sony en Samsung TV's staan er namelijk bekend om op het Pi-Hole forum!

Yep, Samsung TV en Yeelight die steeds de poging doen.

Jammer dat als je alles via je router laat gaan je alleen dat ip-adres ziet en niet van de werkelijke host.

[ Voor 15% gewijzigd door Ari Gold op 18-05-2019 12:31 ]

[jurroen]

Ari Gold schreef op zaterdag 18 mei 2019 @ 12:23:
[...]

Jammer dat als je alles via je router laat gaan je alleen dat ip-adres ziet en niet van de werkelijke host.

Dat ligt puur aan Pi-Hole. Technisch gezien zouden ze prima automatisch rDNS lookups kunnen doen op de IP adressen in de database; maar om de een of andere reden hebben de ontwikkelaars ervoor gekozen om dat niet te doen. Best jammer.

[DaRk PoIsOn]

Freee!! schreef op zaterdag 18 mei 2019 @ 11:57:
[...]

Daar zit dan iets constant te connecten naar een adres dat geblokkeerd wordt. De laatste keer dat ik zo'n percentage zag, bleek Outlook op de Lenovo tablet (bloatware dus) van mijn zoon elke paar seconden verbinding te zoeken met "mobile.pipe.aria.microsoft.com". Het percentage zakte heel snel naar een acceptabeler niveau nadat ik Outlook had verwijderd.

Idd, de outlook app. Maar AliExpress en Kodi met de nodige addons kunnen er ook wat van. Ik heb net outlook weer uitgeschakeld, zat op 72%

[nero355]

Ari Gold schreef op zaterdag 18 mei 2019 @ 12:23:
Jammer dat als je alles via je router laat gaan je alleen dat ip-adres ziet en niet van de werkelijke host.

Hoe bedoel je

Je kan in ieder geval via Pi-Hole en de /etc/hosts file elke client in je netwerk een naampje geven als je de DHCP Server van je router elke client een vast IP laat uitdelen die via het MAC adres zijn gekoppeld

[Cave_Boy]

Ari Gold schreef op zaterdag 18 mei 2019 @ 11:43:
[Afbeelding]

Aardige percentage zo.

Heb je continu 5 streams van natuurfilms open ofzo? Ik haal al tijden niet meer zo'n hoog percentage.
meestal is het ongeveer 10 - 20 procent. Hangt ervan af of er veel op de computer wordt gezeten die dag.

Edit.. laatmaar er was al een antwoord eronder.

Nog een edit:
Heb de update van 4.3 gedaan en het blocking percentage stijgt direct naar de 40%

[ Voor 16% gewijzigd door Cave_Boy op 19-05-2019 08:28 ]

[grote_oever]

nero355 schreef op zaterdag 18 mei 2019 @ 23:39:
[...]

Hoe bedoel je

Je kan in ieder geval via Pi-Hole en de /etc/hosts file elke client in je netwerk een naampje geven als je de DHCP Server van je router elke client een vast IP laat uitdelen die via het MAC adres zijn gekoppeld

Ik moet eerlijk zeggen dat ik het "conditional forwarding" nooit werkend heb gekregen. Handmatig /etc/hosts aanpassen vind ik beetje overkill.

[Pietervs]

Bij mij staat mijn Denon (AVR-X2500) prominent op de eerste plaats van apparaten die DNS queries uitstuurt. Deze doet er zelfs ruim 2x zoveel als mijn Ipad waar ik eigenlijk bijna voortdurend op zit

Vraag me af waar dat door komt: zelfs in standby wordt iedere 19 seconden een reverse lookup gedaan naar de default gateway. Deze staat als PTR record in de lijst. Verder iedere paar minuten een ntp-update (die overigens staat te wijzen naar de NTP servers van Linksys ). En iedere +/- 7 uur een check of er een firmware update beschikbaar is.

[Freee!!]

Pietervs schreef op zondag 19 mei 2019 @ 10:39:
[...]
En iedere +/- 7 uur een check of er een firmware update beschikbaar is.

Dat is niet onredelijk. Ik vind het een beetje vreemde termijn, maar dat is dan ook alles.

En ik kwam er vanmorgen achter, dat mijn Pi-Hole gisteravond automatisch bijgewerkt is naar de nieuwste versie.

[Pietervs]

Freee!! schreef op zondag 19 mei 2019 @ 11:52:
[...]

Dat is niet onredelijk. Ik vind het een beetje vreemde termijn, maar dat is dan ook alles.

En ik kwam er vanmorgen achter, dat mijn Pi-Hole gisteravond automatisch bijgewerkt is naar de nieuwste versie.

Nee, die update cyclus vind ik prima. Mag iets minder, maar 1x per 7 uur is ok.

Ik verbaas me meer over de check naar de default gateway, iedere 19 seconden. Zijn er meer bezitters van Denon apparatuur die dat ook zien?

[theduke1989]

Gaat bij mij echt helaas alles over de WAN.
Moet echt een router er tussen gaan plaatsen en de modem aanpassen als bridge.

Want 5000 queries gaan alleen via de gateway.

[Trunksmd]

Een vraagje voor de gebruikers van Unbound: is het een beetje onderhoudsvrij? Dit wil zeggen dat apt-get update, upgrade en pihole -up de configuraties van pi-hole of unbound niet breken?

[king006]

Trunksmd schreef op zondag 19 mei 2019 @ 13:18:
Een vraagje voor de gebruikers van Unbound: is het een beetje onderhoudsvrij? Dit wil zeggen dat apt-get update, upgrade en pihole -up de configuraties van pi-hole of unbound niet breken?

Dat klopt! Uiteraard kunnen er vanzelf opties zijn wel verdwijnen, maar dat staat dan ook aangegeven op internet.

[Grim]

Kwam juist een blacklist tegen die er wel uitziet dat de moeite waard is:

https://www.reddit.com/r/...s/bppug1/introducing_the/

Ik heb hem zojuist zelf toegevoegd. De OP daagt mensen uit om false-positives te vinden dus ik ben benieuwd.

[Turbo-Puppy]

Vraagje voor de experts ...

Ik heb nu Pi-hole helemaal naar mijn zin draaien met OpenVPN er naast, en dat werkt echt geweldig, maar nu wil ik de Iphone van m'n ouders ook hier aan toevoegen echter met restrict remote access. Dus uitsluitend gebruik maken van de verbinding zonder verdere toegang tot het netwerk.

Heeft iemand enig idee hoe ik dat voor elkaar ga krijgen?

Ik hoef geen voorgekauwd antwoord ... want ik beleef er nogal wat plezier mee om dit zelf allemaal te doen, maar op google kom ik nergens een tutorial tegen om zo'n zo'n certificaat te genereren.

[nero355]

Pietervs schreef op zondag 19 mei 2019 @ 10:39:
Bij mij staat mijn Denon (AVR-X2500) prominent op de eerste plaats van apparaten die DNS queries uitstuurt. Deze doet er zelfs ruim 2x zoveel als mijn Ipad waar ik eigenlijk bijna voortdurend op zit

Vraag me af waar dat door komt: zelfs in standby wordt iedere 19 seconden een reverse lookup gedaan naar de default gateway. Deze staat als PTR record in de lijst. Verder iedere paar minuten een ntp-update (die overigens staat te wijzen naar de NTP servers van Linksys ). En iedere +/- 7 uur een check of er een firmware update beschikbaar is.

Dat is wel bizar veel! Doet me een beetje denken aan de Chromecast die ook zo hyperactief is!

Aan de andere kant : Je weet dan tenminste zeker dat de netwerk firmware niet is gecrasht!
Heeft mijn Marantz om de zoveel tijd last van...

Grim schreef op zondag 19 mei 2019 @ 13:50:
Kwam juist een blacklist tegen die er wel uitziet dat de moeite waard is:

https://www.reddit.com/r/...s/bppug1/introducing_the/

Ik heb hem zojuist zelf toegevoegd. De OP daagt mensen uit om false-positives te vinden dus ik ben benieuwd.

Lijkt ook nog eens door een Nederlander onderhouden te worden dus dat is wel zo handig voor ons!

Turbo-Puppy schreef op zondag 19 mei 2019 @ 14:35:
Vraagje voor de experts ...

Ik heb nu Pi-hole helemaal naar mijn zin draaien met OpenVPN er naast, en dat werkt echt geweldig, maar nu wil ik de Iphone van m'n ouders ook hier aan toevoegen echter met restrict remote access. Dus uitsluitend gebruik maken van de verbinding zonder verdere toegang tot het netwerk.

Heeft iemand enig idee hoe ik dat voor elkaar ga krijgen?

Ik hoef geen voorgekauwd antwoord ... want ik beleef er nogal wat plezier mee om dit zelf allemaal te doen, maar op google kom ik nergens een tutorial tegen om zo'n zo'n certificaat te genereren.

Dat is wel wat meer werk dan alleen Pi-Hole en OpenVPN aanpassen

Ik zou eens beginnen met een apart VLAN en een OpenVPN server die daarin actief is en pas Pi-Hole activeren als je dat VLAN voldoende hebt afgeschermd, terwijl al het andere nog steeds goed werkt!

Pi-Hole kan je dan via een VLAN interface in dat nieuwe VLAN gebruiken, zoals ik al eerder heb omschreven in dit topic

[Pietervs]

Grim schreef op zondag 19 mei 2019 @ 13:50:
Kwam juist een blacklist tegen die er wel uitziet dat de moeite waard is:

https://www.reddit.com/r/...s/bppug1/introducing_the/

Ik heb hem zojuist zelf toegevoegd. De OP daagt mensen uit om false-positives te vinden dus ik ben benieuwd.

Grappig: had zelf al een aantal blocklists toegevoegd, toen ik deze toevoegde was het verschil... 0.
Ik laat hem er voor de zekerheid voorlopig maar bij staan, maar in mijn geval maakt het dus niks uit: blijkbaar blokkeerde ik al dezelfde dingen via andere blocklists als die in deze zit.

[ericafterdark]

Kom vanavond met de 7 standaard geactiveerde blocklists voor het eerst in de problemen bij een 'normale' site. De site van Transavia functioneert niet goed.

Ik lijk het probleem te hebben opgelost door de volgende 5 toe te voegen aan de whitelist:

• cdn.appdynamics.com
• dnn506yrbagrg.cloudfront.net
• gscounters.eu1.gigya.com
• socialize.eu1.gigya.com
• tdn.r42tag.com

Dit op basis van de blocked vermeldingen in de query log.

[barrymossel]

Laat maar.

[ Voor 102% gewijzigd door barrymossel op 19-05-2019 21:47 ]

[Kecin]

grote_oever schreef op zondag 19 mei 2019 @ 09:16:
[...]


Ik moet eerlijk zeggen dat ik het "conditional forwarding" nooit werkend heb gekregen. Handmatig /etc/hosts aanpassen vind ik beetje overkill.

Hier hetzelfde. Wil de hostfile niet aanpassen (verandert te vaak) maar eigenlijk wel zien welke client iets opvraagt. Gaat nu vrij kut. Conditional Forwarding = bricked installatie hier. Moet dan echt opnieuw Pi-Hole installeren. Dus als iemand een andere oplossing heeft. DHCP komt via een Unifi USG.

[Red Boll]

Turbo-Puppy schreef op zondag 19 mei 2019 @ 14:35:
Vraagje voor de experts ...

Ik heb nu Pi-hole helemaal naar mijn zin draaien met OpenVPN er naast, en dat werkt echt geweldig, maar nu wil ik de Iphone van m'n ouders ook hier aan toevoegen echter met restrict remote access. Dus uitsluitend gebruik maken van de verbinding zonder verdere toegang tot het netwerk.

Geen expert hier maar is het niet voldoende om bij de DHCP-option in je .ovpn een externe DNS server neer te zetten?

Wel "security" through obscurity maar zou toch moeten kunnen werken.

EDIT: Op basis van intern IP adres kunnen waarschijnlijk nog wel hun gang gaan.

[ Voor 6% gewijzigd door Red Boll op 19-05-2019 22:00 ]

[slelieveld]

welke url zorgt er op nu.nl voor dat filmpjes niet spelen?

Sorry, the video player failed to load.(Error Code: 101102)

[rens-br]

slelieveld schreef op maandag 20 mei 2019 @ 11:48:
welke url zorgt er op nu.nl voor dat filmpjes niet spelen?

Links in de OP al bekeken?

iAmRenzo schreef op maandag 26 maart 2018 @ 11:46:
Nu.nl:
cts.snmmd.nl
sss.snmmd.nl

[slelieveld]

rens-br schreef op maandag 20 mei 2019 @ 12:11:
[...]


Links in de OP al bekeken?


[...]

OP?

Die 2 links heb ik er heel lang in whitelisting staan maar dan nog werkt het niet.

Edit: bron bekeken. Deze code gevonden:
<script src="https://consent.snmmd.nl/js/cookiebar-latest.js"></script>
<script async="" src="https://consent.snmmd.nl/?callback=TPC_GET_1558348912635"></script>

toegevoegd: consent.snmmd.nl

nu werkt het weer.

[ Voor 34% gewijzigd door slelieveld op 20-05-2019 12:44 ]

[rens-br]

slelieveld schreef op maandag 20 mei 2019 @ 12:41:
OP?

Openingspost Maar dan moet die dus worden voorzien van een update. @Heijmenberg99 of @iAmRenzo kan je dat toevoegen?

---

Gisteren heb ik Pi hole geïnstalleerd en werkt prima met de standaard blocklists, tot nu toe al dikke 3500 queries geblokkeerd met 'mobile.pipe.aria.microsoft.com' vrij eenzaam bovenaan.

grote_oever schreef op zondag 19 mei 2019 @ 09:16:
Ik moet eerlijk zeggen dat ik het "conditional forwarding" nooit werkend heb gekregen. Handmatig /etc/hosts aanpassen vind ik beetje overkill.

Dat heb ik gisteren ook ingesteld en dat werkt hier wel prima. Heb een Unifi USG draaien en heb daar het ip-adres van opgegeven, inclusief de hostname.

[ Voor 56% gewijzigd door rens-br op 20-05-2019 21:06 ]

[Kaspers]

Turbo-Puppy schreef op zondag 19 mei 2019 @ 14:35:
Vraagje voor de experts ...

Ik heb nu Pi-hole helemaal naar mijn zin draaien met OpenVPN er naast, en dat werkt echt geweldig, maar nu wil ik de Iphone van m'n ouders ook hier aan toevoegen echter met restrict remote access. Dus uitsluitend gebruik maken van de verbinding zonder verdere toegang tot het netwerk.

Heeft iemand enig idee hoe ik dat voor elkaar ga krijgen?

Ik hoef geen voorgekauwd antwoord ... want ik beleef er nogal wat plezier mee om dit zelf allemaal te doen, maar op google kom ik nergens een tutorial tegen om zo'n zo'n certificaat te genereren.

Dan zou ik je even gaan verdiepen in Wireguard. Zeer lichtgewicht VPN protocol. Switcht seamlessly tussen 4G en WiFi en vreet weinig batterij.

[Ari Gold]

nero355 schreef op zaterdag 18 mei 2019 @ 23:39:
[...]

Hoe bedoel je

Je kan in ieder geval via Pi-Hole en de /etc/hosts file elke client in je netwerk een naampje geven als je de DHCP Server van je router elke client een vast IP laat uitdelen die via het MAC adres zijn gekoppeld

Dan zal ik daar eens even induiken.

[slelieveld]

Het werkte wéér niet meer... nu "jwplatform.com" toegevoegd en video's werken weer.

volgens mij lezen ze hier van nu.nl mee?

[streamnl]

Update.

Gizz schreef op maandag 13 mei 2019 @ 09:52:
[...]

Dat is geen garantie dat het dan wel werkt. Ik heb ook mijn VPN draaien op 443, maar alsnog werkt het niet op mijn werk (netwerk = eduroam). Ik vermoed dat er iets van DPI wordt uitgevoerd en dan werkt simpelweg naar een 'normale' poort overstappen niet.

offtopic.

Nogmaals, ik ben niet helemaal thuis hierin maar ik doe mijn best

Het lukt mij niet om OpenVPN via poort 433 te laten lopen. Ik krijg dan geen handshake als ik de .ovpn laad.
Edit: ik heb zelf een clean install gedaan.

Dus ik kan op dit moment nog niet testen of het via eduroam werkt.

Helaas nog geen PiHole op mijn werk

[ Voor 3% gewijzigd door streamnl op 22-05-2019 19:58 ]

[nero355]

streamnl schreef op woensdag 22 mei 2019 @ 19:58:
Update.

[...]

offtopic.

Nogmaals, ik ben niet helemaal thuis hierin maar ik doe mijn best

Het lukt mij niet om OpenVPN via poort 433 te laten lopen. Ik krijg dan geen handshake als ik de .ovpn laad.
Edit: ik heb zelf een clean install gedaan.

Dus ik kan op dit moment nog niet testen of het via eduroam werkt.

Helaas nog geen PiHole op mijn werk

Gokje : OpenVPN mag niet op poort 443 draaien, want geen root rechten

Kan je niet beter Intern gewoon poort 1194 laten staan, maar op je router poort 443 Extern poortmappen naar poort 1194 Intern ?!
En dan waarschijnlijk TCP, want dat is HTTPS/SSL ook tenslotte

Volgens mij moet dat ook wel voldoende zijn : Als je het maar goed instelt aan de Client kant!

[streamnl]

nero355 schreef op woensdag 22 mei 2019 @ 20:42:
[...]

Gokje : OpenVPN mag niet op poort 443 draaien, want geen root rechten

Kan je niet beter Intern gewoon poort 1194 laten staan, maar op je router poort 443 Extern poortmappen naar poort 1194 Intern ?!
En dan waarschijnlijk TCP, want dat is HTTPS/SSL ook tenslotte

Volgens mij moet dat ook wel voldoende zijn : Als je het maar goed instelt aan de Client kant!

Ik zal je advies binnenkort proberen uit te voeren. Thanks

[westlym]

mijn pi hole werkt.
ik heb drie dagenlang hiermee gestoeid. eerst op raspberry, daarna op Linux mint, debian, Ubuntu en vanmorgen nogmaals geprobeerd op raspberry en het werkt nu.

ik krijg nu geen advertentie binnen en hopelijk ook geen malware.
ik ben benieuwd hoe ik pi hole straks moet gaan updaten.
wat is het makkelijkst manier? ik hoor het graag.

[Pierre]

@westlym

Dat is easy op de cli pihole -up en klaar.

[Comp User]

Of je kan met behulp van de RasPi Check app het eea vergemakkelijken.

[ Voor 60% gewijzigd door Comp User op 23-05-2019 11:12 ]

[nero355]

westlym schreef op donderdag 23 mei 2019 @ 00:40:
mijn pi hole werkt.
ik heb drie dagenlang hiermee gestoeid. eerst op raspberry, daarna op Linux mint, debian, Ubuntu en vanmorgen nogmaals geprobeerd op raspberry en het werkt nu.

ik krijg nu geen advertentie binnen en hopelijk ook geen malware.
ik ben benieuwd hoe ik pi hole straks moet gaan updaten.
wat is het makkelijkst manier? ik hoor het graag.

code:

screen -R allesupdaten
apt-get update
apt-get dist-upgrade
pihole -up

Makkelijker kunnen we het niet maken

[nike]

@Plenkske helaas hetzelfde probleem.
Zowel ik als mijn vrouw niet kunnen inloggen via het thuis netwerk.

Zelf heb ik pfsense dnssec naar 1.1.1.1 en pgblockerng met alle filter rules incusief pihole.
Ik kan nog steeds het ip niet whitelisten, kom er nog niet uit welke range hun zitten.

[Comp User]

nero355 schreef op donderdag 23 mei 2019 @ 18:41:
[...]

code:

screen -R allesupdaten
apt-get update
apt-get dist-upgrade
pihole -up

Makkelijker kunnen we het niet maken

Die eerste kende ik nog niet, maar zo leer je toch weer eens wat nieuws.

[Turbo-Puppy]

Zijn er hier meer mensen die problemen hebben met het blokkeren van marktplaats advertenties? ... Ik blijf domeinen toevoegen, maar na een paar dagen heb ik toch weer advertenties.

Er moet toch wel iets zijn om ze voor langere tijd weg te houden?

**Heb ondertussen alle lijsten die ik hier konden vinden en domeinen die genoemd zijn reeds toegevoegd.

[Mars Warrior]

Turbo-Puppy schreef op vrijdag 24 mei 2019 @ 17:29:
Zijn er hier meer mensen die problemen hebben met het blokkeren van marktplaats advertenties? ... Ik blijf domeinen toevoegen, maar na een paar dagen heb ik toch weer advertenties.

Er moet toch wel iets zijn om ze voor langere tijd weg te houden?

**Heb ondertussen alle lijsten die ik hier konden vinden en domeinen die genoemd zijn reeds toegevoegd.

Ik heb dat met meerdere sites sinds ik pihole heb bijgewerkt. Lijkt voor mij wel een bug ofzo

[Pierre]

Ik gebruik zelf regelmatig Skype op mijn OnePlus en daar zie ik ook ieder keer een advertentie. Wordt er beetje moe van om die iedere keer weg te klikken.

Iemand weet wat ik moet toevoegen in Pihole.

[Freee!!]

Pierre schreef op vrijdag 24 mei 2019 @ 17:32:
Ik gebruik zelf regelmatig Skype op mijn OnePlus en daar zie ik ook ieder keer een advertentie. Wordt er beetje moe van om die iedere keer weg te klikken.

Iemand weet wat ik moet toevoegen in Pihole.

Kijk eens in de logging, daar kun je de betreffende url ook meteen in de black list zetten.

[Hulliee]

Turbo-Puppy schreef op vrijdag 24 mei 2019 @ 17:29:
Zijn er hier meer mensen die problemen hebben met het blokkeren van marktplaats advertenties? ... Ik blijf domeinen toevoegen, maar na een paar dagen heb ik toch weer advertenties.

Er moet toch wel iets zijn om ze voor langere tijd weg te houden?

**Heb ondertussen alle lijsten die ik hier konden vinden en domeinen die genoemd zijn reeds toegevoegd.

Geen enkel adv te zien hier. Weet je zeker dat PI-Hole wordt gebruikt? Niet toevallig op je router 1e DNS PI-Hole en 2e DNS een andere ingesteld?

[Ari Gold]

Gaat helemaal nergens over. Ik heb mn tv al naar een nep SSID laten verbinden. Toch maar even een reset doen zodat wifi helemaal niet getriggered wordt.

[nero355]

Leuk hé een Samsung TV !!

Misschien staan hier nog wat handige tips : https://discourse.pi-hole...ke-with-a-samsung-tv/3165

[grote_oever]

rens-br schreef op maandag 20 mei 2019 @ 13:14:
[...]


Openingspost Maar dan moet die dus worden voorzien van een update. @Heijmenberg99 of @iAmRenzo kan je dat toevoegen?

---

Gisteren heb ik Pi hole geïnstalleerd en werkt prima met de standaard blocklists, tot nu toe al dikke 3500 queries geblokkeerd met 'mobile.pipe.aria.microsoft.com' vrij eenzaam bovenaan.


[...]


Dat heb ik gisteren ook ingesteld en dat werkt hier wel prima. Heb een Unifi USG draaien en heb daar het ip-adres van opgegeven, inclusief de hostname.

Misschien domme vraag; maar hoe kom ik achter de hostname? Is dit de naam die je opgeeft als “alias”?

[Ari Gold]

Toch maar even een aparte fan halen voor de Pi....tikt nu 60 graden aan.

[mrmartinuz]

Ari Gold schreef op zondag 26 mei 2019 @ 00:35:
Toch maar even een aparte fan halen voor de Pi....tikt nu 60 graden aan.

Niets mis mee toch? Boven de 80 graden Celsius moet je je zorgen gaan maken.

[Eärendil]

Als je betere koeling wilt kan je ook zoiets halen:

https://www.aliexpress.com/item/32954586584.html

[TeraMod]

Dacht ik mooi deze lijst als blacklist op te nemen, houdt mijn Chromecast er direct mee op. En dan maar proberen te achterhalen welke host ik whitelisten moet

[Freee!!]

TeraMod schreef op zondag 26 mei 2019 @ 11:33:
Dacht ik mooi deze lijst als blacklist op te nemen, houdt mijn Chromecast er direct mee op. En dan maar proberen te achterhalen welke host ik whitelisten moet

Kijk eens in de log van je Pi-Hole, alles uit die lijst, dat je niet terug vindt op het moment dat je Chromecast verbinding probeert te maken, kun je al direct uitsluiten.

[nero355]

TeraMod schreef op zondag 26 mei 2019 @ 11:33:
Dacht ik mooi deze lijst als blacklist op te nemen, houdt mijn Chromecast er direct mee op. En dan maar proberen te achterhalen welke host ik whitelisten moet

Chromecasts zijn gewoon klote apparaten...

Je moet al moeite gaan doen om te voorkomen dat ze met de Google DNS Servers kletsen i.p.v. je eigen DNS Server en als je dat eenmaal hebt gefixt dan zie je pas hoe idioot veel verkeer dat ding elke dag staat te genereren voor de lulligste dingetjes :
- Constant NTP verkeer elke 10 seconden of zo... Kan dat ding niet eens de tijd bijhouden ?!
- Constant checken of die online is... W-T-F?!
- En dan die wallpapers die constant worden gedownload!

En wat mij misschien wel het meeste stoort : Geen mogelijkheid om dat ding gewoon met een afstandsbediening uit te zetten of te laten stoppen met casten/streamen als je effe snel alles uit wilt hebben

Wat dat betreft zou ik zeggen neem een TV met die functionaliteit ingebouwd of iets als een nVidia Shield TV : Respecteren je netwerk veel meer en hebben beiden een afstandsbediening waarmee je alles in één keer uitzet!

[zonder.h]

Sinds vandaag draait hier na lang uitstellen ook pi-hole (+unbound). Ik was het wel eerder van plan, maar ik was gaan twijfelen 'hoe nuttig' het zou zijn, aangezien ik diverse browser-extensies (e.g. uBlock) i.c.m. VPN ben gaan gebruiken. In dat geval wordt de DNS van de VPN-provider gebruikt en rekenen de extensies af met advertenties, trackers en wat dies meer zij. Ik kwam tot de conclusie dat het eigenlijk maar 'relatief weinig nuttig' was en misschien ook wel gewoon 'te veel moeite'.

In de tussentijd ben ik wel hier en daar mee blijven lezen over de ervaringen van anderen met pi-hole en aanverwante onderwerpen. Het incident met de Firefox extensies onlangs zette me toch weer aan het denken en heeft me uiteindelijk doen besluiten om het toch maar eens te proberen. Na eerst nog eens goed rond te hebben gelezen, gisteren even de tijd genomen een en ander te installeren en in te stellen. En zoveel werk was het natuurlijk helemaal niet, alhoewel het af en toe even zoeken was vanwege Fritz!Box i.c.m. IPv6 (XS4ALL). Vanmorgen heb ik er Unbound aan toegevoegd, vooral 'omdat het kon' en ik het het idee had dat 'ie anders toch maar weinig te doen had. Volgens mij functioneert het allemaal naar behoren. Wat me direct opviel en waar ik eerder nooit zo bij stil had gestaan, is dat browsers natuurlijk niet de enige bron van DNS-verkeer zijn.

[The Gamblers]

zonder.h schreef op zondag 26 mei 2019 @ 13:47:
En zoveel werk was het natuurlijk helemaal niet, alhoewel het af en toe even zoeken was vanwege Fritz!Box i.c.m. IPv6 (XS4ALL). Vanmorgen heb ik er Unbound aan toegevoegd, vooral 'omdat het kon' en ik het het idee had dat 'ie anders toch maar weinig te doen had. Volgens mij functioneert het allemaal naar behoren. Wat me direct opviel en waar ik eerder nooit zo bij stil had gestaan, is dat browsers natuurlijk niet de enige bron van DNS-verkeer zijn.

Heb jij de local hostname in je logging ? Ook voor je ip6 clients ? Hoe heb je dit dan gedaan ? Hier kom namelijk niet uit

[sweetdude]

Grim schreef op zondag 19 mei 2019 @ 13:50:
Kwam juist een blacklist tegen die er wel uitziet dat de moeite waard is:

https://www.reddit.com/r/...s/bppug1/introducing_the/

Ik heb hem zojuist zelf toegevoegd. De OP daagt mensen uit om false-positives te vinden dus ik ben benieuwd.

Het is geen false positive maar het enige dat me bij deze op valt is dat de Windows achtergronden zich niet meer updaten.
Ik gebruik "dynamic theme" die iedere dag de bing of spotlight afbeelding als achtergrond instelt. Persoonlijk vindt ik de spotlight afbeeldingen mooier. Juist die laatste update niet meer.
Daar heb ik nu "arc.msn.com" voor moeten white listen maar geen idee wat ik daarmee allemaal open heb gezet

[zonder.h]

The Gamblers schreef op zondag 26 mei 2019 @ 13:54:
[...]


Heb jij de local hostname in je logging ? Ook voor je ip6 clients ? Hoe heb je dit dan gedaan ? Hier kom namelijk niet uit

IPv4 wel, de pi-hole doet (de) DHCP voor het netwerk.
IPv6 niet, dat 'stoort' mij eigenlijk wel een beetje en dat zou ik ook best wel willen, maar ik heb er nog geen serieus werk van proberen te maken.

[AlbertJoh]

TeraMod schreef op zondag 26 mei 2019 @ 11:33:
Dacht ik mooi deze lijst als blacklist op te nemen, houdt mijn Chromecast er direct mee op. En dan maar proberen te achterhalen welke host ik whitelisten moet

Ik heb deze lijst en heb geen probleem met mijn chromecast.

[TeraMod]

Gevonden! Ik heb clients1.google.com op de whitelist gezet en alles werkt weer

[rens-br]

Ari Gold schreef op zondag 26 mei 2019 @ 00:35:
Toch maar even een aparte fan halen voor de Pi....tikt nu 60 graden aan.

Al mijn Pi's tikken de 60 graden aan, desalniettemin heb ik wel een fan en koelblok besteld via Ali, voor die paar euro kon ik het niet laten liggen.

grote_oever schreef op vrijdag 24 mei 2019 @ 23:52:
Misschien domme vraag; maar hoe kom ik achter de hostname? Is dit de naam die je opgeeft als “alias”?

Dit kan je in de meeste routers zelf instellen. In de USG staat dit onder:

'Instellingen' -> 'Networks' -> 'Lan' -> 'Domain name'

Bij mij heb ik dat simpelweg 'home' genoemd.

---

Gisteren via Trivavo een hotel geboekt, maar daar wordt ook van alles geblokkeerd. Normaal wordt er altijd een lijst weergegeven met de gevonden hotels, maar die stonden er niet. Boeken / bekijken werkte verder wel gewoon, dus moet nog even kijken of ik er iets mee ga doen.

[westlym]

Ari Gold schreef op vrijdag 24 mei 2019 @ 23:17:
Gaat helemaal nergens over. Ik heb mn tv al naar een nep SSID laten verbinden. Toch maar even een reset doen zodat wifi helemaal niet getriggered wordt.

[Afbeelding]

[Afbeelding]

apart.
ik gebruik een raspberry pi hier, en ik merk, telkens als mijn blocked queries over de 5000 gaan, wordt ie weer gereset naar 4000.
dus in andere woorden, het gaat de 6000 niet voorbij.

is dit een bug of een normale fenomeen?

[ Voor 4% gewijzigd door westlym op 28-05-2019 10:08 ]

[grote_oever]

rens-br schreef op dinsdag 28 mei 2019 @ 09:36:


[...]


Dit kan je in de meeste routers zelf instellen. In de USG staat dit onder:

'Instellingen' -> 'Networks' -> 'Lan' -> 'Domain name'

Bij mij heb ik dat simpelweg 'home' genoemd.

Bedankt; hoe simpel kan het zijn. Het was me even onduidelijk waar ik de naam vandaan kon plukken. Werkt bij mij nu.

[j1nx]

Iemand hier die dit ook heeft draaien?

https://github.com/roenw/PiPass/

Lijkt mij een mooie aanvulling voor de gezinsleden die de 404 niet altijd begrijpen.

[schumi2004]

j1nx schreef op dinsdag 28 mei 2019 @ 19:03:
Iemand hier die dit ook heeft draaien?

https://github.com/roenw/PiPass/

Lijkt mij een mooie aanvulling voor de gezinsleden die de 404 niet altijd begrijpen.

Ow dat is misschien wel handig hier, vanavond eens proberen.

Iets anders. Weet iemand hoe ik realtime voor een specifieke cliënt en alleen blocked data kan laten zien?

Ik heb dat videos niet afspelen voor een website (skoften) en krijg maar niet gevonden waarom dit nu geblocked wordt.

[Freee!!]

j1nx schreef op dinsdag 28 mei 2019 @ 19:03:
Iemand hier die dit ook heeft draaien?

https://github.com/roenw/PiPass/

Lijkt mij een mooie aanvulling voor de gezinsleden die de 404 niet altijd begrijpen.

Lijkt me inderdaad leuk en nuttig, maar ik denk niet, dat ik het vlot aan de praat krijg, draai Pi-Hole in een Docker container.

[j1nx]

Ik ga sowieso even proberen morgen maar wellicht dat iemand mij voor is/was.

Heb al nginx ervoor draaien dus...

Keep you guys posted.

[Grim]

schumi2004 schreef op dinsdag 28 mei 2019 @ 19:37:
[...]

Ow dat is misschien wel handig hier, vanavond eens proberen.

Iets anders. Weet iemand hoe ik realtime voor een specifieke cliënt en alleen blocked data kan laten zien?

Ik heb dat videos niet afspelen voor een website (skoften) en krijg maar niet gevonden waarom dit nu geblocked wordt.

Op het dashboard (homepage) zie je onderaan het aantal queries per IP. Het IP kan je op klikken en dan gaat hij de query log openen met enkel queries voor dat IP. Daarna kun je op de columnheader "Status" klikken om de blocked queries als eerste te tonen.

Een andere oplossing is door in je browser op F12 te drukken en dan het network tabje open te doen en de pagina te herladen. Dan zie je elk element dat ingeladen wordt of wilt laden en dus ook wat er geblokkeerd wordt.

[zonder.h]

westlym schreef op dinsdag 28 mei 2019 @ 10:07:
[...]


apart.
ik gebruik een raspberry pi hier, en ik merk, telkens als mijn blocked queries over de 5000 gaan, wordt ie weer gereset naar 4000.
dus in andere woorden, het gaat de 6000 niet voorbij.

is dit een bug of een normale fenomeen?

Dit viel mij vanmorgen ook op en ik dacht hetzelfde te zien. Na wat rondeuzen tijdens de koffie kwam ik het volgende tegen: https://discourse.pi-hole...te-2k-every-30min/17639/2 .

The dashboard shows the most previous running 24 hours of data (Queries over last 24 hours), and does not reset at midnight. The fluctuation you are seeing is where a previous high or low activity period rolls out of the 24 hour window and is replaced with more recent data.

Het Dashboard toont een overzicht over de laatste 24 uur. Het totaal aan 'Queries Blocked' is dus ook alleen maar het totaal over de laatste 24 uur en dus niet vanaf installatie/nul. Daarvoor kun je terecht bij 'Long term data' en dan 'Date and time range' > [All Time]. Tenzij je hier ook rare dingen tegenkomt, of als je eigenlijk iets heel anders bedoelde, is dit gewoon zoals bedoeld.

[ Voor 13% gewijzigd door zonder.h op 29-05-2019 09:30 ]

[ninjazx9r98]

j1nx schreef op dinsdag 28 mei 2019 @ 19:03:
Iemand hier die dit ook heeft draaien?

https://github.com/roenw/PiPass/

Lijkt mij een mooie aanvulling voor de gezinsleden die de 404 niet altijd begrijpen.

Gisteravond even snel geïnstalleerd aangezien dat niet zoveel voor zou moeten stellen.
Draai Pi-Hole op een Raspberry samen met unbound (en Domoticz) maar bij mij doet het helemaal niets. Heb er nog niet extreem veel tijd in gestoken maar heb vooralsnog het idee dat er bij geblokkeerde sites geen gebruik gemaakt wordt van een 404 en dat er dus ook geen trigger is voor lighttpd om de PiPass site te serveren.
Heb in plaats van "BLOCKINGMODE=IP" ook een poging gedaan met "BLOCKINGMODE=IP-NODATA-AAAA" maar vooralsnog alleen de melding dat de site niet bereikbaar is en geen redirect vanwege de 404 configuratie in lighttpd

[westlym]

zonder.h schreef op woensdag 29 mei 2019 @ 09:12:
[...]

Dit viel mij vanmorgen ook op en ik dacht hetzelfde te zien. Na wat rondeuzen tijdens de koffie kwam ik het volgende tegen: https://discourse.pi-hole...te-2k-every-30min/17639/2 .


[...]


Het Dashboard toont een overzicht over de laatste 24 uur. Het totaal aan 'Queries Blocked' is dus ook alleen maar het totaal over de laatste 24 uur en dus niet vanaf installatie/nul. Daarvoor kun je terecht bij 'Long term data' en dan 'Date and time range' > [All Time]. Tenzij je hier ook rare dingen tegenkomt, of als je eigenlijk iets heel anders bedoelde, is dit gewoon zoals bedoeld.

thanks.

het draait nu een weekje hier, en ik vind het een handige tool.

[nero355]

j1nx schreef op dinsdag 28 mei 2019 @ 19:03:
Iemand hier die dit ook heeft draaien?

https://github.com/roenw/PiPass/

Lijkt mij een mooie aanvulling voor de gezinsleden die de 404 niet altijd begrijpen.

Lijkt me niks, want die tijdelijke unblock is dus ook gelijk voor je hele netwerk actief!

Alleen IK mag volledige controle daarover hebben! Niet mijn Clients!

schumi2004 schreef op dinsdag 28 mei 2019 @ 19:37:
Iets anders. Weet iemand hoe ik realtime voor een specifieke cliënt en alleen blocked data kan laten zien?

Ik heb dat videos niet afspelen voor een website (skoften) en krijg maar niet gevonden waarom dit nu geblocked wordt.

Pi-Hole via SSH benaderen en

code:

pihole -t

gebruiken!

Maar... LET OP : Dit is niet voor één specifieke Client, maar je hele netwerk!
Dus als je veel clients hebt dan kan het best wel druk worden

Als alternatief zou je dus zoiets kunnen proberen :

code:

pihole -t | grep <ip_van_je_client>

om de boel een beetje te filteren!

[Robi]

ThinkPadd schreef op maandag 3 december 2018 @ 10:14:
Ik gebruik de lijsten van 'Wally3k' en dan de 'Non-crossed lists'.
https://v.firebog.net/hosts/lists.php

Over het algemeen weinig false positives en toch 20-30% van het verkeer geblokkeerd.

N.B. Onze iPad gaat wel buiten Pi-hole om. Ik merk dat RTL XL het niet leuk vind als je het verkeer langs Pi-hole stuurt. Na het whitelisten van een stuk of zes websites werkte het nog niet, dus heb het nu maar opgegeven.

Dit probleem had ik ook met RTL XL na het whitelisten van deze link werkte hij weer.
nl.sitestat.com

[makooy]

westlym schreef op woensdag 29 mei 2019 @ 10:45:
[...]


thanks.

het draait nu een weekje hier, en ik vind het een handige tool.

Dit zou eigenlijk standaard in Pi-Hole moeten zitten

[grote_oever]

Misschien ben ik een idioot die blindelings update zonder te kijken wat update inhoud, maar het valt me op dat ik sinds kort allemaal PTR type's in mijn query log heb staan. types A en AAAA zijn gewone IPv4 en IPv6 DNS requests, maar bij PTR zet hij een ipadres om naar een DNS. Nu zie ik allemaal vage PTR query's vanaf mijn unifi secure gateway voorbij komen. Iemand enig idee wat dit precies inhoud?



Ik zie namelijk dat ik meerdere keren in de nacht binnen één uur ongeveer 200 van deze requests doe. Zelfs om precies 2:00:04 doe ik een stuk of 100 van deze requests binnen 1 seconden.

[ Voor 17% gewijzigd door grote_oever op 30-05-2019 17:39 ]

[nero355]

@grote_oever : Dat is dus sinds een update of 2 a 3 geleden ongeveer erbij gekomen

Kan je uitschakelen geloof ik... Moet je effe op het Pi-Hole forum opzoeken!

[grote_oever]

nero355 schreef op vrijdag 31 mei 2019 @ 01:09:
@grote_oever : Dat is dus sinds een update of 2 a 3 geleden ongeveer erbij gekomen

Kan je uitschakelen geloof ik... Moet je effe op het Pi-Hole forum opzoeken!

Ja, las ik later ook. Zat in 4.1. Maar heb geen idee wat dat betekend. Waarom heb ik om 2 uur in de nacht een unifisg die 200 PTR requesfs doet naar een ip adres? Heb op dat moment geen rare apparaten aanstaan.

[FightingAce]

grote_oever schreef op donderdag 30 mei 2019 @ 17:34:
Misschien ben ik een idioot die blindelings update zonder te kijken wat update inhoud, maar het valt me op dat ik sinds kort allemaal PTR type's in mijn query log heb staan. types A en AAAA zijn gewone IPv4 en IPv6 DNS requests, maar bij PTR zet hij een ipadres om naar een DNS. Nu zie ik allemaal vage PTR query's vanaf mijn unifi secure gateway voorbij komen. Iemand enig idee wat dit precies inhoud?

[Afbeelding]

Ik zie namelijk dat ik meerdere keren in de nacht binnen één uur ongeveer 200 van deze requests doe. Zelfs om precies 2:00:04 doe ik een stuk of 100 van deze requests binnen 1 seconden.

Reverse DNS lookups

Zo te zien 3 apparaten op je netwerk die de requests maken, 192.168.1.200, 192.168.1.240, 192.168.1.131.

[ Voor 6% gewijzigd door FightingAce op 31-05-2019 10:56 ]

[grote_oever]

FightingAce schreef op vrijdag 31 mei 2019 @ 10:45:
[...]


Reverse DNS lookups

Zo te zien 3 apparaten op je netwerk die de requests maken, 192.168.1.200, 192.168.1.240, 192.168.1.131.

Ahhh tnx, had niet gezien dat het ip adres omgekeerd was.

[schumi2004]

nero355 schreef op woensdag 29 mei 2019 @ 15:40:
[...]

Lijkt me niks, want die tijdelijke unblock is dus ook gelijk voor je hele netwerk actief!

Alleen IK mag volledige controle daarover hebben! Niet mijn Clients!


[...]

Pi-Hole via SSH benaderen en

code:

pihole -t

gebruiken!

Maar... LET OP : Dit is niet voor één specifieke Client, maar je hele netwerk!
Dus als je veel clients hebt dan kan het best wel druk worden

Als alternatief zou je dus zoiets kunnen proberen :

code:

pihole -t | grep <ip_van_je_client>

om de boel een beetje te filteren!

Thanks maar uiteindelijk ben ik er voor die site niet veel mee verder gekomen en heb daarom maar besloten de site in kwestie gewoon te negeren, voor hun 10 andere voor mijn vertier

[leendersf]

Mijn Pihole werkt prima. Alleen kan ik niet meer updaten.. Hij stopt gewoon na dit bericht:
"Performing unattended setup, no whiptail dialogs will be displayed"

Geen error. Ik probeer pihole -up, pihole -r en curl -sSL https://install.pi-hole.net | sudo bash

Ik heb het hier ook gemeld: https://github.com/pi-hole/pi-hole/issues/2779


EDIT: Ineens doet hij het weer! Heel erg raar!

[ Voor 7% gewijzigd door leendersf op 02-06-2019 13:31 ]

[westlym]

rare vraag hier:
ik draai hier op raspberry a pi hole. alles werkt oke op deze raspberry.
van de week heb ik een nieuwe raspberry gehaald en ik wil op deze opnvpn installeren.

heeft iemand ervaring hiermee?

[Freee!!]

westlym schreef op zondag 2 juni 2019 @ 21:21:
rare vraag hier:
ik draai hier op raspberry a pi hole. alles werkt oke op deze raspberry.
van de week heb ik een nieuwe raspberry gehaald en ik wil op deze opnvpn installeren.

heeft iemand ervaring hiermee?

Geen ervaring, maar OpenMediaVault heeft een OpenVPN plugin, kijk eens op hun forum.

[Hulliee]

westlym schreef op zondag 2 juni 2019 @ 21:21:
rare vraag hier:
ik draai hier op raspberry a pi hole. alles werkt oke op deze raspberry.
van de week heb ik een nieuwe raspberry gehaald en ik wil op deze opnvpn installeren.

heeft iemand ervaring hiermee?

Je zou deze kunnen installeren: http://www.pivpn.io
Draait al jaren hier.

[westlym]

Hulliee schreef op zondag 2 juni 2019 @ 22:12:
[...]


Je zou deze kunnen installeren: http://www.pivpn.io
Draait al jaren hier.

hoi,
heb ik al gekeken, en zelfs geïnstalleerd en daarna uninstall, omdat ik niet zeker was of pivpn gebruik zou maken van pi hole. dat wil ik heel graag, dus dat pivpn gebruikt maakt van de pi hole op mijn andere raspberry.

maar hoe kan ik pivpn instellen zodat ie gebruikt maakt van mijn dns van mijn pi hole?

[Hulliee]

westlym schreef op zondag 2 juni 2019 @ 22:17:
[...]


hoi,
heb ik al gekeken, en zelfs geïnstalleerd en daarna uninstall, omdat ik niet zeker was of pivpn gebruik zou maken van pi hole. dat wil ik heel graag, dus dat pivpn gebruikt maakt van de pi hole op mijn andere raspberry.

maar hoe kan ik pivpn instellen zodat ie gebruikt maakt van mijn dns van mijn pi hole?

Door de DNS (het ip-adres) van je PI-Hole te gebruiken. Voor je 'gewone' LAN verkeer bijvoorbeeld opnemen in dchp-server.
Voor OpenVPN verkeer ook weer je IP-Hole ip-adres voor DNS opgeven. Iets van: dhcp-option DNS 192.168.1.xx

[Kecin]

Meer mensen die last hebben (met USG?) dat je de rest van het netwerk niet ziet? Voorbeeld:


Settings:


Als ik "Interface listening behavior" aanpas dan heb ik geen DNS meer voor zover ik kan testen. Zelfde geld voor "Conditional forwarding" naar 192.168.1.1 (USG), 192.168.1.2 is een CloudKey.

De Pi.hole doet niet de DHCP, dat doet de USG met Cloudkey. Daar heb ik dan weer de DNS ingesteld voor WAN1 (edit; had hier Lan1 staan, is WAN).


Opgelost door het volgende te doen:
https://www.reddit.com/r/...ay_to_do_dnsdhcp/e50afq5/
level 1
c0nsumer
11 points ·
9 months ago

I did this recently, this way:

Put Pi-hole on your network at some static IP.

In Pi-hole, under Settings -> DNS, turn on Conditional Forwarding with the IP of your router as the USG, and Local domain name your local domain name. (Also turn on DNSSEC because why not.)

Let the USG continue to do DHCP as before, but set DHCP Name Server to the Pi-hole IP.

In USG, under Services -> DHCP -> DHCP Server, be sure Register client hostname from DHCP requests in USG DNS forwarder is On*.*

I left the WAN interface using 8.8.8.8 and 8.8.4.4 because I want the USG itself to get DNS from something upstream.

And... that's it. Clients will then use Pi-hole for DNS, except for things for the local domain, which'll get forwarded to the USG. This ensures that internal resolution works fine, while clients get their DNS Pi-hole'd properly. No, I did not configure the USG to use Pi-hole, and this is intentional. I want it to have upstream DNS on it's own, and really, I only care about the Pi-hole benefits for my clients. (Note, clients will begin moving to Pi-hole for DNS as their DHCP leases get renewed -- you can't initiate a renewal from the USG side.)

This is a very simple setup, works fine, and can easily be moved away from if you have Pi-hole problems or just decide you no longer want it.

[ Voor 61% gewijzigd door Kecin op 02-06-2019 23:09 ]

[alesandro_46]

westlym schreef op zondag 2 juni 2019 @ 22:17:
[...]


hoi,
heb ik al gekeken, en zelfs geïnstalleerd en daarna uninstall, omdat ik niet zeker was of pivpn gebruik zou maken van pi hole. dat wil ik heel graag, dus dat pivpn gebruikt maakt van de pi hole op mijn andere raspberry.

maar hoe kan ik pivpn instellen zodat ie gebruikt maakt van mijn dns van mijn pi hole?

Dat is toch zo gevonden op Google? Meerdere turorials als je op "pihole openvpn" zoekt.

[nero355]

Kecin schreef op zondag 2 juni 2019 @ 22:30:
Meer mensen die last hebben (met USG?) dat je de rest van het netwerk niet ziet? Voorbeeld:
[Afbeelding]

Settings:
[Afbeelding]

Als ik "Interface listening behavior" aanpas dan heb ik geen DNS meer voor zover ik kan testen. Zelfde geld voor "Conditional forwarding" naar 192.168.1.1 (USG), 192.168.1.2 is een CloudKey.

De Pi.hole doet niet de DHCP, dat doet de USG met Cloudkey. Daar heb ik dan weer de DNS ingesteld voor WAN1 (edit; had hier Lan1 staan, is WAN).
[Afbeelding]

Opgelost door het volgende te doen:
https://www.reddit.com/r/...ay_to_do_dnsdhcp/e50afq5/
level 1
c0nsumer
11 points ·
9 months ago

I did this recently, this way:

Put Pi-hole on your network at some static IP.

In Pi-hole, under Settings -> DNS, turn on Conditional Forwarding with the IP of your router as the USG, and Local domain name your local domain name. (Also turn on DNSSEC because why not.)

Let the USG continue to do DHCP as before, but set DHCP Name Server to the Pi-hole IP.

In USG, under Services -> DHCP -> DHCP Server, be sure Register client hostname from DHCP requests in USG DNS forwarder is On*.*

I left the WAN interface using 8.8.8.8 and 8.8.4.4 because I want the USG itself to get DNS from something upstream.

And... that's it. Clients will then use Pi-hole for DNS, except for things for the local domain, which'll get forwarded to the USG. This ensures that internal resolution works fine, while clients get their DNS Pi-hole'd properly. No, I did not configure the USG to use Pi-hole, and this is intentional. I want it to have upstream DNS on it's own, and really, I only care about the Pi-hole benefits for my clients. (Note, clients will begin moving to Pi-hole for DNS as their DHCP leases get renewed -- you can't initiate a renewal from the USG side.)

This is a very simple setup, works fine, and can easily be moved away from if you have Pi-hole problems or just decide you no longer want it.

Ik heb dat gewoon zo gedaan :


Is een oudere UniFi Controller screenshot, maar je snapt denk ik wel wat ik bedoel

In de nieuwere versies heb je 4 DNS velden en in alle 4 heb ik het Pi-Hole IP adres ingevuld!
Mijn Pi-Hole heeft ook een pootje in meerdere VLANs

westlym schreef op zondag 2 juni 2019 @ 22:17:
heb ik al gekeken, en zelfs geïnstalleerd en daarna uninstall, omdat ik niet zeker was of pivpn gebruik zou maken van pi hole. dat wil ik heel graag, dus dat pivpn gebruikt maakt van de pi hole op mijn andere raspberry.

maar hoe kan ik pivpn instellen zodat ie gebruikt maakt van mijn dns van mijn pi hole?

Als ik jou was dan zou ik eerst eens gaan lezen over hetgene waarmee je bezig bent, want op deze manier kan het alleen maar een puinhoop worden en met een beetje pech ligt straks je hele netwerk op het internet...

[Kecin]

nero355 schreef op maandag 3 juni 2019 @ 00:15:
[...]

Ik heb dat gewoon zo gedaan :
[Afbeelding: Hoe je USG Config eruit zou kunnen zien!]

Is een oudere UniFi Controller screenshot, maar je snapt denk ik wel wat ik bedoel

In de nieuwere versies heb je 4 DNS velden en in alle 4 heb ik het Pi-Hole IP adres ingevuld!
Mijn Pi-Hole heeft ook een pootje in meerdere VLANs


[...]

Als ik jou was dan zou ik eerst eens gaan lezen over hetgene waarmee je bezig bent, want op deze manier kan het alleen maar een puinhoop worden en met een beetje pech ligt straks je hele netwerk op het internet...

Zo heb ik het nu dus ook! En zie zo langzamerhand steeds meer clients komen in het afgelopen half uur(?). Valt me vooral op dat een Kobo E-Reader constant contact maakt met Google Analytics. Wtf? Haha

Thanks!

[nero355]

Kecin schreef op maandag 3 juni 2019 @ 00:16:
Zo heb ik het nu dus ook! En zie zo langzamerhand steeds meer clients komen in het afgelopen half uur(?). Valt me vooral op dat een Kobo E-Reader constant contact maakt met Google Analytics. Wtf? Haha

Thanks!

Blokkeer eens de Google DNS Servers en kijk eens wat je Chromecast doet de hele dag... Dat is pas een W-T-F?!?!

Ohh en doe eens lief stemmen voor ons : nero355 in "[Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 3"