[Pi-Hole] Ervaringen & discussie

[pennywiser]

Freee!! schreef op zondag 27 december 2020 @ 14:04:
[...]

De pal boven je genoemde https://dbl.oisd.nl/
Overigens ben ik verbaasd, dat je er maar twee hebt. Toen ik ermee begon, waren het er zeven.

2 default zijn het nu. Van die 2 geeft deze trouwens een 404: https://mirror1.malwaredomains.com/files/justdomains

[pennywiser]

deHakkelaar schreef op maandag 28 december 2020 @ 16:34:
[...]

Niet gebruikt voor IP addressen zoals vroeger als je al een netwerk manager aktief hebt zoals bv dhcpcd5, network-manager of systemd-networkd.
Maar aangezien ifupdown nog steeds wordt gebruikt door oa Pi-OS/Debian:

pi@ph5:~ $ apt policy ifupdown
ifupdown:
  Installed: 0.8.35

pi@ph5:~ $ service ifupdown-pre status
[..]
   Active: active (exited) since Fri 2020-12-25 10:54:54 CET; 3 days ago

En deze doet wat in het interfaces bestandje geconfigureerd staat:

pi@ph5:~ $ apt show ifupdown
[..]
Description: high level tools to configure network interfaces
 This package provides the tools ifup and ifdown which may be used to
 configure (or, respectively, deconfigure) network interfaces based on
 interface definitions in the file /etc/network/interfaces.

Valt deze nog prima te gebruiken om alleen de aliased interfaces aan te maken en UP te brengen.
Ik zou namelijk niet weten hoe je dit moet doen met dhcpcd5 of welk andere network manager ... nog

Wat betreft MAC's en IPv6, ik betwijfel of via IPv6 only wel een MAC valt te achterhalen.
Zoek op Pi-hole Discourse en misschien vindt je daar een antwoord ???
Of stel de vraag daar.

De interfaces files is gewoon current, en bruikbaar. Ik heb heel wat meer problemen met NM gehad dan met de interfaces file.

[deHakkelaar]

pennywiser schreef op maandag 28 december 2020 @ 16:41:
[...]
Van die 2 geeft deze trouwens een 404: https://mirror1.malwaredomains.com/files/justdomains

https://github.com/pi-hole/pi-hole/issues/3925

deHakkelaar in "[Pi-Hole] Ervaringen & discussie"

[Raven]

deHakkelaar schreef op maandag 28 december 2020 @ 16:34:
Ik zou namelijk niet weten hoe je dit moet doen met dhcpcd5 of welk andere network manager ... nog

Op mijn huidige router-pc (is inmiddels de 3e versie) met Debian 10 maak ik gebruik van nmtui en nmcli om de zowel fysieke als virtuele netwerkinterfaces te beheren, misschien die maar eens die op de RPi zetten Bevalt prima, nmcli voor het automatisch opzetten van de virtuele interfaces met bash script na schone install (script doet ook een hele boel andere dingen zoals firewall en dhcp-server config aanmaken), en voor latere (kleine) aanpassingen de nmtui interface op de console omdat ik nog niet elke optie van nmcli uit het hoofd ken. Met nmtui zijn er menu's beschikbaar waarmee je het meeste wel kan doen, ik mis echter wel ondersteuning voor network namespaces , maar dat is een ander verhaal

deHakkelaar schreef op maandag 28 december 2020 @ 16:34:
Wat betreft MAC's en IPv6, ik betwijfel of via IPv6 only wel een MAC valt te achterhalen.
Zoek op Pi-hole Discourse en misschien vindt je daar een antwoord ???
Of stel de vraag daar.

.... wat er is verandert weet ik niet, maar inmiddels laat ip neigh MAC-adressen naast IPv6-adressen buiten het subnet zien . PiHole heeft die IPv6-adressen inmiddels ook gekoppeld aan IPv4-adressen met dezelfde MAC, alleen moest er een sudo pihole restartdns aan te pas komen om PiHole zover te krijgen de hostnaam die (via local DNS lijst) al aan het IPv4-adres was gekoppeld ook weer te geven op de plaats van IPv6-adressen in de query log en de lijsten op de dashboard.

Nu zie ik echter wel hostnamen meerdere keren in de lijsten op het dashboard voorbij komen, komt waarschijnlijk door de verschillende adressen die apart werden vermeld gok ik?

[ Voor 4% gewijzigd door Raven op 28-12-2020 23:31 ]

[deHakkelaar]

Raven schreef op maandag 28 december 2020 @ 23:28:
Op mijn huidige router-pc (is inmiddels de 3e versie) met Debian 10 maak ik gebruik van nmtui en nmcli om de zowel fysieke als virtuele netwerkinterfaces te beheren, misschien die maar eens die op de RPi zetten

NM, dhcpcd5 etc is leuk voor een PC/laptop/experimenteer SBC boardje.
Maar het blijft toch een extra dependency met weer dependencies.
Plus het wordt er allemaal maar ingewikkelder door wat in de meeste omstandigheden voor een server helemaal niet nodig is.
ifupdown gaat al meer dan een decenia mee en meer heb je vaak niet nodig.
KISS.

Raven schreef op maandag 28 december 2020 @ 23:28:
Nu zie ik echter wel hostnamen meerdere keren in de lijsten op het dashboard voorbij komen, komt waarschijnlijk door de verschillende adressen die apart werden vermeld gok ik?

Correct:
https://discourse.pi-hole...ents-to-pi-hole-ftl/37084

EDIT: ow plus ik kan geen nmtui draaien op mijn server omdat deze geen desktop heeft.
Dan moet ik DISPLAY exporteren naar een x-server etc en is teveel werk

[ Voor 7% gewijzigd door deHakkelaar op 29-12-2020 00:10 ]

[Raven]

deHakkelaar schreef op dinsdag 29 december 2020 @ 00:04:
[...]

Correct:
https://discourse.pi-hole...ents-to-pi-hole-ftl/37084

EDIT: ow plus ik kan geen nmtui draaien op mijn server omdat deze geen desktop heeft.
Dan moet ik DISPLAY exporteren naar een x-server etc en is teveel werk

Huh , mijn router-pc heeft ook geen desktop maar draait nmtui zonder problemen, er is helemaal niks op grafisch gebied geïnstalleerd, puur console.

[deHakkelaar]

Foutje.
Verwarde deze met nm-connection-manager.

[ Voor 129% gewijzigd door deHakkelaar op 29-12-2020 14:12 ]

[Raven]

deHakkelaar schreef op dinsdag 29 december 2020 @ 14:03:
[...]

Foutje.
Verwarde deze met nm-connection-manager.

Ah, kan gebeuren

[deHakkelaar]

Nog een foutje, tis nm-connection-editor en niet nm-connection-manager

[plofkip]

Ik heb hier ernstig ruzie met pihole i.c.m. macvlan.
Het werkte prima zonder macvlan, maar ik krijg het niet voor mekaar om het ook werkend te krijgen met macvlan.

M'n compose:

code:

version: '3.3'
services:
    pihole:
        container_name: pihole
        image: pihole/pihole:latest
        environment:
          - TZ=Europe/Amsterdam'
        volumes:
           - '/etc/pihole/:/etc/pihole/'
           - '/etc/dnsmasq.d/:/etc/dnsmasq.d/'
        dns:
          - 127.0.0.1
          - 45.90.28.11
        # Recommended but not required (DHCP needs NET_ADMIN)
        #   https://github.com/pi-hole/docker-pi-hole#note-on-capabilities
        cap_add:
          - NET_ADMIN
        networks:
          pub_net:
            ipv4_address: 10.0.0.15
        restart: unless-stopped

networks:
  pub_net:
    driver: macvlan
    driver_opts:
      parent: eth0
    ipam:
      config:
        - subnet: 10.0.0.0/24

Het probleem is dat de pihole container zelf geen DNS queries kan uitvoeren.
Log:

code:

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] 01-resolver-resolv: applying...
[fix-attrs.d] 01-resolver-resolv: exited 0.
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 20-start.sh: executing...
 ::: Starting docker specific checks & setup for docker pihole/pihole
Assigning random password: z4-_y57W
  [✓] Update local cache of available packages
  [i] Existing PHP installation detected : PHP version 7.3.19-1~deb10u1

  [i] Installing configs from /etc/.pihole...
  [i] Existing dnsmasq.conf found... it is not a Pi-hole file, leaving alone!
  [✓] Copying 01-pihole.conf to /etc/dnsmasq.d/01-pihole.conf
chown: cannot access '': No such file or directory
chmod: cannot access '': No such file or directory
Existing DNS servers detected in setupVars.conf. Leaving them alone
::: Pre existing WEBPASSWORD found
DNSMasq binding to default interface: eth0
Added ENV to php:
                        "PHP_ERROR_LOG" => "/var/log/lighttpd/error.log",
                        "ServerIP" => "0.0.0.0",
                        "VIRTUAL_HOST" => "0.0.0.0",
Using IPv4 and IPv6
::: Preexisting ad list /etc/pihole/adlists.list detected ((exiting setup_blocklists early))
https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts
https://mirror1.malwaredomains.com/files/justdomains
https://s3.amazonaws.com/lists.disconnect.me/simple_tracking.txt
https://s3.amazonaws.com/lists.disconnect.me/simple_ad.txt
::: Testing pihole-FTL DNS: FTL started!
::: Testing lighttpd config: Syntax OK
::: All config checks passed, cleared for startup ...
 ::: Docker start setup complete
  [✗] DNS resolution is currently unavailable

De DNS server in de pihole container is 127.0.0.11 (docker). De host z'n IP is 10.0.0.11 en kan prima DNS queries draaien.

code:

root@DietPi:/home/dietpi# 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 10.0.0.15
nameserver 45.90.28.11
search thuis.local

Ook heb ik een bridge aangemaakt zodat de host met de pihole container kan praten en v.v.
Weet iemand wat hier fout gaat?

[nero355]

plofkip schreef op dinsdag 29 december 2020 @ 15:48:
Ik heb hier ernstig ruzie met pihole i.c.m. macvlan.

Ook heb ik een bridge aangemaakt zodat de host met de pihole container kan praten en v.v.
Weet iemand wat hier fout gaat?

@Freee!! heeft geloof ik al een paar keer een werkende config gepost voor Docker Pi-Hole

deHakkelaar schreef op maandag 28 december 2020 @ 17:21:
https://github.com/pi-hole/pi-hole/issues/3925

deHakkelaar in "[Pi-Hole] Ervaringen & discussie"

Is deze nu ook deprecated :

[i] Target: https://zeustracker.abuse.ch/blocklist.php?download=domainblocklist
  [✓] Status: Retrieval successful
  [i] Received 0 domains

Blijkbaar heb ik niet echt opgelet wat betreft dit soort wijzigingen...

deHakkelaar schreef op dinsdag 29 december 2020 @ 00:04:
NM, dhcpcd5 etc is leuk voor een PC/laptop/experimenteer SBC boardje.
Maar het blijft toch een extra dependency met weer dependencies.
Plus het wordt er allemaal maar ingewikkelder door wat in de meeste omstandigheden voor een server helemaal niet nodig is.
ifupdown gaat al meer dan een decenia mee en meer heb je vaak niet nodig.
KISS.

Ubuntu is het niet met je eens : Die zijn dol op NetPlan

VERSCHRIKKELIJK!!!

In Debian en Proxmox werkt /etc/network/interfaces gelukkig wel nog steeds op de heerlijke simpele strakke oude manier!

[Freee!!]

nero355 schreef op dinsdag 29 december 2020 @ 19:24:
[...]
@Freee!! heeft geloof ik al een paar keer een werkende config gepost voor Docker Pi-Hole

Klopt, zal ik later vanavond nog wel een keer doen, zit nu darten te kijken.

[plofkip]

Freee!! schreef op dinsdag 29 december 2020 @ 19:29:
[...]

Klopt, zal ik later vanavond nog wel een keer doen, zit nu darten te kijken.

Ben benieuwd of er verschil in zit met mijn huidige. Deze heb ik ook van een voorbeeld overgenomen.

[deHakkelaar]

nero355 schreef op dinsdag 29 december 2020 @ 19:24:
Ubuntu is het niet met je eens : Die zijn dol op NetPlan

VERSCHRIKKELIJK!!!

Zelfde met systemd, upstart etc.
Voor een server allemaal overbodig met maar een paar processen draaiende en amper plug and pray.
Allemaal meuk voor PC's, laptops etc

[Freee!!]

Zoals beloofd hierbij de manier waarop ik Pi-Hole in een Docker container heb draaien:

Eerst macvlan:

code:

docker network create -d macvlan \
    --subnet=192.168.2.0/24 \
    --gateway=192.168.2.254 \
    --ip-range 192.168.2.240/28 \
    --aux-address="raspberrypi3=192.168.2.251" \
    -o parent=enxb827ebf71421 \
    Whiskey

De bridge zodat er commmunicatie mogelijk is:

code:

#!/bin/sh
### location : /etc/network/if-pre-up.d
### name     : Whiskey-shim
### NB       : Make executable (chmod +x /etc/network/if-pre-up.d/Whiskey-shim)
ip link add Whiskey-shim link enxb827ebf71421 type macvlan mode bridge
ip addr add 192.168.2.251/32 dev Whiskey-shim
ip link set Whiskey-shim up
ip route add 192.168.2.240/28 dev Whiskey-shim

En de Pi-Hole zelf:

code:

docker run -d \
   --name Pi_Hole3 \
   -e IPv6=false \
   -e ServerIP=192.168.2.249 \
   -e DNS1=192.168.2.248#5053 \
   -e TZ=Europe/Amsterdam \
   -e DNS2=192.168.2.247#53 \
   -e WEBPASSWORD=<PASSWORD> \
   -e BLOCKINGMODE=NXDOMAIN \
   -e S6_LOGGING=0 \
   -e S6_KEEP_ENV=1 \
   -e S6_BEHAVIOUR_IF_STAGE2_FAILS=2 \
   -e FTL_CMD=no-daemon \
   -e ADMIN_EMAIL=<e-mailadres> \
   -e DNSSEC=true \
   -e DNS_BOGUS_PRIV=true \
   -p 53:53/tcp \
   -p 443:443/tcp \
   -p 80:80/tcp \
   -p 53:53/udp \
   -p 67:67/udp \
   -v /dockerparms/pihole:/etc/pihole:rw \
   -v /etc/localtime:/etc/localtime:ro \
   -v /dockerparms/pihole/etc/hosts:/etc/hosts:rw \
   -v /dockerparms/pihole/dnsmasq.d:/etc/dnsmasq.d:rw \
   -v /dockerparms/pihole/dhcp.leases:/etc/pihole/dhcp.leases:rw \
   --net=Whiskey \
   --hostname=Pi_Hole3 \
   --ip=192.168.2.249 \
   --restart unless-stopped \
   --dns=127.0.0.1 \
   --dns=192.168.2.239 \
   --cap-add=NET_ADMIN \
   pihole/pihole:latest

Ik heb Unbounds draaien op 192.168.2.247 en 192.168.2.248 en nog een Pi-Hole op 192.168.2.239.

En de uit de draaiende container gegenereerde docker-compose yaml:

code:

Pi_Hole3:
  cap_add:
    - NET_ADMIN
  container_name: Pi_Hole3
  dns:
    - 127.0.0.1
    - 192.168.2.239
  entrypoint:
    - /s6-init
  environment:
    - IPv6=false
    - TZ=Europe/Amsterdam
    - "DNS2=192.168.2.247#53"
    - BLOCKINGMODE=NXDOMAIN
    - ADMIN_EMAIL=<e-mailadres>
    - DNSSEC=true
    - DNS_BOGUS_PRIV=true
    - ServerIP=192.168.2.249
    - "DNS1=192.168.2.248#5053"
    - WEBPASSWORD=<PASSWORD>
    - PATH=/opt/pihole:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
    - ARCH=armv7l
    - UBUNTU_SUITE=buster
    - DOCKER_REPO=multiarch/debian-debootstrap
    - PIHOLE_ARCH=arm
    - S6OVERLAY_RELEASE=https://github.com/just-containers/s6-overlay/releases/download/v2.1.0.2/s6-overlay-arm.tar.gz
    - PIHOLE_INSTALL=/root/ph_install.sh
    - PHP_ENV_CONFIG=/etc/lighttpd/conf-enabled/15-fastcgi-php.conf
    - PHP_ERROR_LOG=/var/log/lighttpd/error.log
    - S6_LOGGING=0
    - S6_KEEP_ENV=1
    - S6_BEHAVIOUR_IF_STAGE2_FAILS=2
    - FTL_CMD=no-daemon
    - DNSMASQ_USER=root
    - VERSION=v5.2.2
  hostname: Pi_Hole3
  image: pihole/pihole:latest
  ipc: private
  labels:
    image: pihole/pihole:v5.2.2_arm
    maintainer: [e-mail]
    url: https://www.github.com/pi-hole/docker-pi-hole
  log_driver: json-file
  net: Whiskey
  ports:
    - 53:53/tcp
    - 443:443/tcp
    - 80:80/tcp
    - 53:53/udp
    - 67:67/udp
  restart: unless-stopped
  volumes:
    - /dockerparms/pihole/etc/hosts:/etc/hosts:rw
    - /dockerparms/pihole/dnsmasq.d:/etc/dnsmasq.d:rw
    - /dockerparms/pihole/dhcp.leases:/etc/pihole/dhcp.leases:rw
    - /dockerparms/pihole:/etc/pihole:rw
    - /etc/localtime:/etc/localtime:ro

EDIT:
Kleine kanttekening bij onderstaande twee regels:

code:

   -v /dockerparms/pihole/etc/hosts:/etc/hosts:rw \
   -v /dockerparms/pihole/dhcp.leases:/etc/pihole/dhcp.leases:rw \

De hosts-file moet al aanwezig zijn, de tweede regel is overbodig als je de Pi-Hole niet als DHCP-server gebruikt.

[ Voor 4% gewijzigd door Freee!! op 29-12-2020 20:54 ]

[plofkip]

@Freee!! Helaas, computer says no

Ik heb alle docker containers en netwerken opgeruimd en de commando's aangepast aan mijn omgeving:

code:

docker network create -d macvlan \
    --subnet=10.0.0.0/24 \
    --gateway=10.0.0.1 \
    --ip-range 10.0.0.240/28 \
    --aux-address="raspberrypi3=10.0.0.11" \
    -o parent=eth0 \
    Whiskey

code:

ip link add Whiskey-shim link eth0 type macvlan mode bridge
ip addr add 10.0.0.11/32 dev Whiskey-shim
ip link set Whiskey-shim up
ip route add 10.0.0.240/28 dev Whiskey-shim

code:

docker run -d \
   --name Pi_Hole3 \
   -e IPv6=false \
   -e ServerIP=10.0.0.240 \
   -e DNS1=45.90.28.11#53 \
   -e TZ=Europe/Amsterdam \
   -e DNS2=1.1.1.1#53 \
   -e WEBPASSWORD=wachtwoord \
   -e BLOCKINGMODE=NXDOMAIN \
   -e S6_LOGGING=0 \
   -e S6_KEEP_ENV=1 \
   -e S6_BEHAVIOUR_IF_STAGE2_FAILS=2 \
   -e FTL_CMD=no-daemon \
   -e ADMIN_EMAIL=[e-mail] \
   -e DNSSEC=true \
   -e DNS_BOGUS_PRIV=true \
   -p 53:53/tcp \
   -p 443:443/tcp \
   -p 80:80/tcp \
   -p 53:53/udp \
   -p 67:67/udp \
   -v /home/dietpi/pihole:/etc/pihole:rw \
   -v /etc/localtime:/etc/localtime:ro \
   -v /home/dietpi/pihole/dnsmasq.d:/etc/dnsmasq.d:rw \
   --net=Whiskey \
   --hostname=Pi_Hole3 \
   --ip=10.0.0.240 \
   --restart unless-stopped \
   --dns=127.0.0.1 \
   --dns=45.90.28.11 \
   --cap-add=NET_ADMIN \
   pihole/pihole:latest

En wederom:

[✗] DNS resolution is currently unavailable

[Freee!!]

plofkip schreef op dinsdag 29 december 2020 @ 21:59:
@Freee!! Helaas, computer says no

Ik heb alle docker containers en netwerken opgeruimd en de commando's aangepast aan mijn omgeving:

code:

docker network create -d macvlan \
    --subnet=10.0.0.0/24 \
    --gateway=10.0.0.1 \
    --ip-range 10.0.0.240/28 \
    --aux-address="raspberrypi3=10.0.0.11" \
    -o parent=eth0 \
    Whiskey

code:

ip link add Whiskey-shim link eth0 type macvlan mode bridge
ip addr add 10.0.0.11/32 dev Whiskey-shim
ip link set Whiskey-shim up
ip route add 10.0.0.240/28 dev Whiskey-shim

code:

docker run -d \
   --name Pi_Hole3 \
   -e IPv6=false \
   -e ServerIP=10.0.0.240 \
   -e DNS1=45.90.28.11#53 \
   -e TZ=Europe/Amsterdam \
   -e DNS2=1.1.1.1#53 \
   -e WEBPASSWORD=wachtwoord \
   -e BLOCKINGMODE=NXDOMAIN \
   -e S6_LOGGING=0 \
   -e S6_KEEP_ENV=1 \
   -e S6_BEHAVIOUR_IF_STAGE2_FAILS=2 \
   -e FTL_CMD=no-daemon \
   -e ADMIN_EMAIL=[e-mail] \
   -e DNSSEC=true \
   -e DNS_BOGUS_PRIV=true \
   -p 53:53/tcp \
   -p 443:443/tcp \
   -p 80:80/tcp \
   -p 53:53/udp \
   -p 67:67/udp \
   -v /home/dietpi/pihole:/etc/pihole:rw \
   -v /etc/localtime:/etc/localtime:ro \
   -v /home/dietpi/pihole/dnsmasq.d:/etc/dnsmasq.d:rw \
   --net=Whiskey \
   --hostname=Pi_Hole3 \
   --ip=10.0.0.240 \
   --restart unless-stopped \
   --dns=127.0.0.1 \
   --dns=45.90.28.11 \
   --cap-add=NET_ADMIN \
   pihole/pihole:latest

En wederom:


[...]

Enige, dat ik je nog aan kan raden, is een (gevulde) hosts-file op de aangegeven plaats zetten en die regel er ook in zetten. Er is een reden, dat het er bij mij nog steeds inzit hoewel dat niet nodig zou moeten zijn.

[ed1703]

plofkip schreef op dinsdag 29 december 2020 @ 21:59:
@Freee!! Helaas, computer says no

Ik heb alle docker containers en netwerken opgeruimd en de commando's aangepast aan mijn omgeving:

code:

docker network create -d macvlan \
    --subnet=10.0.0.0/24 \
    --gateway=10.0.0.1 \
    --ip-range 10.0.0.240/28 \
    --aux-address="raspberrypi3=10.0.0.11" \
    -o parent=eth0 \
    Whiskey

code:

ip link add Whiskey-shim link eth0 type macvlan mode bridge
ip addr add 10.0.0.11/32 dev Whiskey-shim
ip link set Whiskey-shim up
ip route add 10.0.0.240/28 dev Whiskey-shim

Hoe wil jij een 10.0.0.1 als gateway gaan bereiken met een ip route 10.0.0.240/28 ?
Dan moet je dus een block 10.0.0.0/28 gaan gebruiken.

[Freee!!]

ed1703 schreef op dinsdag 29 december 2020 @ 22:17:
[...]
Hoe wil jij een 10.0.0.1 als gateway gaan bereiken met een ip route 10.0.0.240/28 ?
Dan moet je dus een block 10.0.0.0/28 gaan gebruiken.

En dan moet ook de IP-range aangepast worden, scherp opgemerkt.

EDIT: Geen probleem, zie de macvlan code voor mijn andere Pi:

code:

docker network create -d macvlan \
    --subnet=192.168.2.0/24 \
    --gateway=192.168.2.254 \
    --ip-range 192.168.2.224/28 \
    --aux-address="raspberrypi4=192.168.2.231" \
    -o parent=eth0 \
    Whiskey

code:

#!/bin/sh
### location : /etc/network/if-pre-up.d
### name     : Whiskey-shim
### NB       : Make executable (chmod +x /etc/network/if-pre-up.d/Whiskey-shim)
ip link add Whiskey-shim link eth0 type macvlan mode bridge
ip addr add 192.168.2.231/32 dev Whiskey-shim
ip link set Whiskey-shim up
ip route add 192.168.2.224/28 dev Whiskey-shim

Compleet identiek afgezien van de IP-reeks en het vaste adres van de Pi zelf.

[ Voor 53% gewijzigd door Freee!! op 29-12-2020 22:59 ]

[ed1703]

Freee!! schreef op dinsdag 29 december 2020 @ 22:20:
[...]

En dan moet ook de IP-range aangepast worden, scherp opgemerkt.

En het ip van z’n container denk ik, dat moet dus iets tussen 10.0.0.2 - 10.0.0.14 worden. 1 en 11 vallen af. Ik heb zelf overigens geen docker, maar foute netwerkconfiguraties krijg ik jeuk van.

[ Voor 13% gewijzigd door ed1703 op 29-12-2020 22:38 ]

[plofkip]

Die IP range optie is, voor zover ik weet, puur bedoeld voor docker om IP adressen uit te gebruiken voor het toewijzen. In dit geval heeft mijn pihole een static IP adres en zou die range dus geen fluit uit mogen maken.

Ik zie in ieder geval deze melding in de daemon logs:

Dec 29 22:36:13 DietPi dockerd[385]: time="2020-12-29T22:36:13.290954632+01:00" level=debug msg="Name To resolve: nu.nl."
Dec 29 22:36:13 DietPi dockerd[385]: time="2020-12-29T22:36:13.291610726+01:00" level=debug msg="[resolver] query nu.nl. (A) from 10.0.0.15:51534, forwarding to udp:45.90.28.11"
Dec 29 22:36:13 DietPi dockerd[385]: time="2020-12-29T22:36:13.293342288+01:00" level=debug msg="[resolver] read from DNS server failed, read udp 10.0.0.15:51534->45.90.28.11:53: read: connection refused"

[ Voor 23% gewijzigd door plofkip op 29-12-2020 22:39 ]

[Freee!!]

plofkip schreef op dinsdag 29 december 2020 @ 22:38:
Die IP range optie is, voor zover ik weet, puur bedoeld voor docker om IP adressen uit te gebruiken voor het toewijzen. In dit geval heeft mijn pihole een static IP adres en zou die range dus geen fluit uit mogen maken.

Klopt half, die range moet wel kloppen voor de bridge.

[mithras]

Na een update van mijn Pi-Hole, een tijdje terug, valt conditional forwarding steeds uit. Het werkte eerst soort-van, omdat functioneel op mijn LAN de Pi-Hole het wel deed maar ik wist dat er een loop was geconfigureerd. Ik heb het idee dat tegenwoordig de Pi-Hole daarover valt en "ineens" wordt conditional forwarding dan uitgezet.

Mijn setup gebruikt:

1. Pi-Hole als primaire DNS server met de gebruikelijke blacklist van ad-domeinen
2. Als lokale DNS server voor een aantal lokale domeinnamen die aan een rpi met Traefik zijn gekoppeld (voorbeeld is ha.example.com waar ha staat voor Home Assistant, etc)
3. Met forwarding naar mijn router toe, waarin ik mDNS aan heb staan zodat ik lokaaldevice.example.com kan gebruiken

Als conditional forwarding wegvalt, werkt de mDNS met name niet meer. Mijn idee is dat ik het zo moet configureren dat de Pi-Hole mijn primaire DNS server is die bij de DHCP options wordt meegestuurd. Upstream gebruik ik nu nog Cloudflare en forwarding van het lokale domein example.com is puur voor mDNS bedoeld.

Ik heb de Pi-Hole denk ik wel goed geconfigureerd:


De DHCP server moet hier denk ik alleen de Pi-Hole als DNS server gaan opgeven. Dat is nu niet zo, maar ik heb ook nog maar een enkele Pi-Hole. Als die uitvalt ligt mijn hele lokale DNS op zn gat, maar ik ben van plan een 2e Pi-Hole te draaien met het dual pi-hole script. Dan moeten hier de twee adressen van de Pi-Holes in?


Tot slot wil mijn Unifi setup eigenlijk ook een DNS server voor de router, maar dat is denk ik de WAN kant dus wat zou ik hier dan moeten invullen?


Oftewel, hoe stel ik nu los de Pi-Hole, mijn DHCP settings en mijn gateway zo in dat ik niet stiekem DNS requests in een loop laat komen óf (wat nu ook het geval is) sommige systemen vanuit DHCP de 2e of 3e DNS server pakken en zo helemaal de Pi-Hole bypassen?

[Hulliee]

mithras schreef op woensdag 30 december 2020 @ 21:45:
Na een update van mijn Pi-Hole, een tijdje terug, valt conditional forwarding steeds uit. Het werkte eerst soort-van, omdat functioneel op mijn LAN de Pi-Hole het wel deed maar ik wist dat er een loop was geconfigureerd. Ik heb het idee dat tegenwoordig de Pi-Hole daarover valt en "ineens" wordt conditional forwarding dan uitgezet.

Mijn setup gebruikt:

1. Pi-Hole als primaire DNS server met de gebruikelijke blacklist van ad-domeinen
2. Als lokale DNS server voor een aantal lokale domeinnamen die aan een rpi met Traefik zijn gekoppeld (voorbeeld is ha.example.com waar ha staat voor Home Assistant, etc)
3. Met forwarding naar mijn router toe, waarin ik mDNS aan heb staan zodat ik lokaaldevice.example.com kan gebruiken

Als conditional forwarding wegvalt, werkt de mDNS met name niet meer. Mijn idee is dat ik het zo moet configureren dat de Pi-Hole mijn primaire DNS server is die bij de DHCP options wordt meegestuurd. Upstream gebruik ik nu nog Cloudflare en forwarding van het lokale domein example.com is puur voor mDNS bedoeld.

Ik heb de Pi-Hole denk ik wel goed geconfigureerd:
[Afbeelding]

De DHCP server moet hier denk ik alleen de Pi-Hole als DNS server gaan opgeven. Dat is nu niet zo, maar ik heb ook nog maar een enkele Pi-Hole. Als die uitvalt ligt mijn hele lokale DNS op zn gat, maar ik ben van plan een 2e Pi-Hole te draaien met het dual pi-hole script. Dan moeten hier de twee adressen van de Pi-Holes in?
[Afbeelding]

Tot slot wil mijn Unifi setup eigenlijk ook een DNS server voor de router, maar dat is denk ik de WAN kant dus wat zou ik hier dan moeten invullen?
[Afbeelding]

Oftewel, hoe stel ik nu los de Pi-Hole, mijn DHCP settings en mijn gateway zo in dat ik niet stiekem DNS requests in een loop laat komen óf (wat nu ook het geval is) sommige systemen vanuit DHCP de 2e of 3e DNS server pakken en zo helemaal de Pi-Hole bypassen?

Sowieso moet je bij dns-servers alleen de pi-hole opgegeven. Die server 1 en 2 betekenen niet als de eerste het niet doet, dan de tweede. Het betekent 1 v/d 2, of in jouw geval 1 vd 4, dns-servers die gebruikt kunnen worden.

Een fallover kun je inrichten maar hoe vaak gebeurt het nou dat je dns-server eruit ligt? Tenzij het zakelijk is maar dan zet je geen pi-hole in denk ik.

[Freee!!]

Hulliee schreef op woensdag 30 december 2020 @ 22:15:
[...]
Sowieso moet je bij dns-servers alleen de pi-hole opgegeven. Die server 1 en 2 betekenen niet als de eerste het niet doet, dan de tweede. Het betekent 1 v/d 2, of in jouw geval 1 vd 4, dns-servers die gebruikt kunnen worden.

Precies

Een fallover kun je inrichten maar hoe vaak gebeurt het nou dat je dns-server eruit ligt? Tenzij het zakelijk is maar dan zet je geen pi-hole in denk ik.

Ik heb twee DNS-servers (twee Pi-Holes, ieder op een RPi ).

En terugkomend op de vraag:
Ik heb geen problemen om de andere lokale servers^*) te benaderen zonder conditional forwarding.
EDIT: Die andere servers worden direct op naam (zonder domein) benaderd.

^*)Zoals, maar niet beperkt tot, SMTP, ook op de RPi's met macvlan.

[ Voor 4% gewijzigd door Freee!! op 30-12-2020 22:34 ]

[mithras]

Hulliee schreef op woensdag 30 december 2020 @ 22:15:
[...]

Sowieso moet je bij dns-servers alleen de pi-hole opgegeven. Die server 1 en 2 betekenen niet als de eerste het niet doet, dan de tweede. Het betekent 1 v/d 2, of in jouw geval 1 vd 4, dns-servers die gebruikt kunnen worden.

Ja dat begrijp ik inderdaad ondertussen.

Dus de DHCP server moet alle clients vertellen dat de Pi-Hole de enige DNS zou moeten zijn. Ik heb ook gelezen dat clients met een vaste DNS server via een firewall rule toch kunnen worden omgebogen naar de Pi-Hole, dus dat ga ik dan ook maar instellen.

Maar wat moet ik dan instellen in het derde screenshot, oftewel; heeft mijn gateway (router cq USG) nog wel een DNS server nodig?

[Hulliee]

mithras schreef op donderdag 31 december 2020 @ 10:50:
[...]


Maar wat moet ik dan instellen in het derde screenshot, oftewel; heeft mijn gateway (router cq USG) nog wel een DNS server nodig?

Ik heb daar bij mijn UDM mijn pi-hole ip-adres ingevuld.

[Andre PE1PQX]

Goeden oude jaars dag allen,

Ik vraag me het volgende af: heeft het zin/nut om een 2e Pi-Hole te laten draaien en je netwerk om alle vervelende advertenties te weren?
Op dit moment draait er één Pi-Hole in mijn Unified LAN tot grote tevredenheid, maar is een 2e ook echt handiger/beter/aan te bevelen? Je zou dan je primary DNS en je secondary DNS ieders op 2 verschillende Pi-Holes kunnen laten draaien.

Waarom wel/Waarom niet? (doorhalen wat NIET je voorkeur is)

[Freee!!]

Andre PE1PQX schreef op donderdag 31 december 2020 @ 16:32:
Goeden oude jaars dag allen,

Ik vraag me het volgende af: heeft het zin/nut om een 2e Pi-Hole te laten draaien en je netwerk om alle vervelende advertenties te weren?
Op dit moment draait er één Pi-Hole in mijn Unified LAN tot grote tevredenheid, maar is een 2e ook echt handiger/beter/aan te bevelen? Je zou dan je primary DNS en je secondary DNS ieders op 2 verschillende Pi-Holes kunnen laten draaien.

Waarom wel/Waarom niet? (doorhalen wat NIET je voorkeur is)

Ik heb een tweede Pi-Hole (op een tweede RPi). Soms gaat er wel eens iets mis met een RPi en op die manier is er eigenlijk altijd minimaal één Pi-Hole actief. Zo had ik ergens vorige week een stroomstorinkje (stop eruit geklapt, oorzaak onbekend) en van één RPi bleek de hele Docker niet meer op te komen en dit was ook niet te repareren. Terugflashen van een backup-image bleek ook niet te werken (is in het verleden vaak genoeg wel goed gegaan), dus ik was blij een werkende internetverbinding met Pi-Hole te hebben terwijl ik die RPi opnieuw inrichtte.

[roeleboel]

Andre PE1PQX schreef op donderdag 31 december 2020 @ 16:32:
Goeden oude jaars dag allen,

Ik vraag me het volgende af: heeft het zin/nut om een 2e Pi-Hole te laten draaien en je netwerk om alle vervelende advertenties te weren?
Op dit moment draait er één Pi-Hole in mijn Unified LAN tot grote tevredenheid, maar is een 2e ook echt handiger/beter/aan te bevelen? Je zou dan je primary DNS en je secondary DNS ieders op 2 verschillende Pi-Holes kunnen laten draaien.

Waarom wel/Waarom niet? (doorhalen wat NIET je voorkeur is)

Er zijn een aantal apparaten (kuch - smartphone - kuch - chromecast - kuch etc) die hun eigen ding doen qua dns (dus die van google zelf gebruiken) als je maar 1 dns-server instelt. Een deel (helaas niet allemaal) luistert wel naar je settings als je 2 dns-servers opgeeft...

Alternatief hiervoor is een firewall zorgen die alle buitengaande dns-requests die niet van je pihole komen doorlust naar je pihole, maar de meeste consumentenrouters ondersteunen zoiets niet.

[ Voor 10% gewijzigd door roeleboel op 31-12-2020 17:31 ]

[ed1703]

Andre PE1PQX schreef op donderdag 31 december 2020 @ 16:32:
Goeden oude jaars dag allen,

Ik vraag me het volgende af: heeft het zin/nut om een 2e Pi-Hole te laten draaien en je netwerk om alle vervelende advertenties te weren?
Op dit moment draait er één Pi-Hole in mijn Unified LAN tot grote tevredenheid, maar is een 2e ook echt handiger/beter/aan te bevelen? Je zou dan je primary DNS en je secondary DNS ieders op 2 verschillende Pi-Holes kunnen laten draaien.

Waarom wel/Waarom niet? (doorhalen wat NIET je voorkeur is)

Voor mij vooral “omdat het kan” ik heb 2 pi’s in 2 ha vrrp groepjes draaien waarbij zowel de primaire als de secundaire qua ip altijd wel benaderd kunnen worden.

Uiteraard met een IP-adres eindigt op .53 en .153 😝

[Andre PE1PQX]

roeleboel schreef op donderdag 31 december 2020 @ 17:30:
[...]


Er zijn een aantal apparaten (kuch - smartphone - kuch - chromecast - kuch etc) die hun eigen ding doen qua dns (dus die van google zelf gebruiken) als je maar 1 dns-server instelt. Een deel (helaas niet allemaal) luistert wel naar je settings als je 2 dns-servers opgeeft...

Alternatief hiervoor is een firewall zorgen die alle buitengaande dns-requests die niet van je pihole komen doorlust naar je pihole, maar de meeste consumentenrouters ondersteunen zoiets niet.

Ah, dat wist ik dus niet. Ik dat geval zou een 2e Pi Hole wel aan te bevelen zijn?
Ik merk i.d.d. wel dat als je een facebook filmpje zit te loeren op je smartphoen/tablet dat er na een seconde of 10 een vreselijk irritant reclame blokje door heen komt.

Ik ga spulletjes bestellen denk ik maar...

Dank tot zover!

[heeten12]

Als het omleiden van de requests geen optie is op jouw router dan kun je ook proberen om je pihole een tweede virtuele IP te geven. Scheelt weer een aanschaf.

Gelezen op https://www.reddit.com/r/...w_trying_to_bypass_pihole

Gebruik zelf een OpnSense firewall waar ik de requests gewoon omleid, dus heb bovenstaande methode in de link niet zelf geprobeerd

[Freee!!]

heeten12 schreef op vrijdag 1 januari 2021 @ 10:44:
Als het omleiden van de requests geen optie is op jouw router dan kun je ook proberen om je pihole een tweede virtuele IP te geven. Scheelt weer een aanschaf.

Met Docker en macvlan kun je zelfs een tweede Pi-Hole op diezelfde Pi draaien, heb ik een tijdje gedaan om een belangrijke update in beta te testen.

[Andre PE1PQX]

Ik heb totaal geen ervaring dan wel kennis van Docker omgevingen. Dus voor mij is het ook een kwestie 'niet ingewikkelder maken dan nodig'.

[Freee!!]

Andre PE1PQX schreef op vrijdag 1 januari 2021 @ 13:40:
Ik heb totaal geen ervaring dan wel kennis van Docker omgevingen. Dus voor mij is het ook een kwestie 'niet ingewikkelder maken dan nodig'.

Begrijpelijk standpunt, ik ben indertijd aan Docker begonnen, omdat de installatie van Pi-Hole zonder niet lukte. Ondertussen beschouw ik dat als een groot geluk bij een klein ongeluk.

Als je toch met Docker wilt experimenteren, raad ik je OMV aan, de Docker installatie zelf is een paar klikken, het installeren van de containers is helaas iets meer werk.

[The Eagle]

Ben benieuwd hoe dat allemaal zal gaan met die docker containers (niet gelimiteerd tot pihole). Redhat heeft namelijk de support voor docker containers laten vallen. Eerst in Rhel 8 en nu ook op hun k8s platform.

[Miki]

The Eagle schreef op vrijdag 1 januari 2021 @ 13:49:
Ben benieuwd hoe dat allemaal zal gaan met die docker containers (niet gelimiteerd tot pihole). Redhat heeft namelijk de support voor docker containers laten vallen. Eerst in Rhel 8 en nu ook op hun k8s platform.

Dat heeft ermee te maken dat Redhat inmiddels een eigen Docker alternatief heeft ontwikkeld genaamd Openshift.
Ik denk zelf dat Docker nog wel even zal blijven voorlopig maar dat het op ten duur wel met iets zal mergen. Dat gebeurd wel vaker in foss landschap.

Ik denk zelf dat we in toekomst meer saas oplossingen gaan zien voor Pi-hole. Nextdns is bijvoorbeeld al een heel leuk alternatief en de moeite waard om te proberen.

[MarcoC]

The Eagle schreef op vrijdag 1 januari 2021 @ 13:49:
Ben benieuwd hoe dat allemaal zal gaan met die docker containers (niet gelimiteerd tot pihole). Redhat heeft namelijk de support voor docker containers laten vallen. Eerst in Rhel 8 en nu ook op hun k8s platform.

Lichtelijk offtopic, maar Docker containers gaan zeker niet weg, integendeel. De runtime engine wordt niet meer ondersteund, maar dat is meer wat er onder de motorkap gebruikt wordt om Docker containers te runnen. Dat wil absoluut niet zeggen dat Docker containers zelf niet meer ondersteund worden. Containers zijn juist de toekomst.

[Mars Warrior]

Openshift is gewoon een vendor-locked implementatie van k8s.

En je moet verder verschil maken tussen docker en de container engine. Beiden gebruiken containerd als engine, maar docker heeft zijn eigen interface daarop gelegd. Die wordt nu bij velen, waaronder k8s, uitgefaseerd, zodat men direct containerd kan aanspreken.

Containers gaan echt niet weg voorlopig. Heel k8s is er op gebaseerd, naast natuurlijk docker zelf en docker swarm.

Zelf wil ik echt niet meer terug naar het moeten installeren van software. Containers zijn zoveel sneller en makkelijker in onderhoud...

[MarcoC]

Mars Warrior schreef op vrijdag 1 januari 2021 @ 15:06:
Openshift is gewoon een vendor-locked implementatie van k8s.

En je moet verder verschil maken tussen docker en de container engine. Beiden gebruiken containerd als engine, maar docker heeft zijn eigen interface daarop gelegd. Die wordt nu bij velen, waaronder k8s, uitgefaseerd, zodat men direct containerd kan aanspreken.

Containers gaan echt niet weg voorlopig. Heel k8s is er op gebaseerd, naast natuurlijk docker zelf en docker swarm.

Zelf wil ik echt niet meer terug naar het moeten installeren van software. Containers zijn zoveel sneller en makkelijker in onderhoud...

Exact. Je zou kunnen stellen dat Docker als bedrijf ten onder gaat/is gegaan aan zijn eigen succes. De manier van werken is zo snel geadopteerd dat er standaarden zijn gekomen die container runtime interface implementeren waardoor Docker aan de platformzijde overbodig is geworden. Vandaar ook dat je ziet dat Kubernetes en OpenShift Docker runtime niet meer ondersteunen.

[Mars Warrior]

Voor wie wat wil lezen over docker: https://blog.aquasec.com/...70s-chroot-to-docker-2016

En weer on-topic:
Ik zie nu dat cloudsync is bijgewerkt voor pihole v5. Dat is fijn!
https://github.com/stevejenkins/pihole-cloudsync

Kun je weer via github meerdere piholes syncen, EN je hebt een backup in git staan!

[ed1703]

Mars Warrior schreef op vrijdag 1 januari 2021 @ 18:54:
Voor wie wat wil lezen over docker: https://blog.aquasec.com/...70s-chroot-to-docker-2016

En weer on-topic:
Ik zie nu dat cloudsync is bijgewerkt voor pihole v5. Dat is fijn!
https://github.com/stevejenkins/pihole-cloudsync

Kun je weer via github meerdere piholes syncen, EN je hebt een backup in git staan!

Handig. Al ga ik het even aanpassen om op de secondary via een scp een lege file klaar te zetten om daarna binnen 5 minuten via cron een pull te gaan doen, mits die file dus bestaat. Dat kun je meenemen in een push.
Na de pull verwijder je die file tot er weer een aanpassing is.

[mr.DJ95]

Andre PE1PQX schreef op vrijdag 1 januari 2021 @ 13:40:
Ik heb totaal geen ervaring dan wel kennis van Docker omgevingen. Dus voor mij is het ook een kwestie 'niet ingewikkelder maken dan nodig'.

Ik had voor ik bekend raakte met Pi-hole in docker ook geen ervaring met docker. Nu heb ik meerdere Docker-pi's in huis met MACVLAN en uiteenlopende containers voor alles en nog wat. Van Pi-hole tot Home assistant tot NO-IP etc.

Cloud-sync lijkt me echt tof om terug te zien in de officiële build van Pi-Hole. Sync interval opgeven, Github repo invullen en redundantie allom. Zie voor mezelf nog geen manier hoe dit te implementeren.

https://github.com/stevejenkins/pihole-cloudsync

[Andre PE1PQX]

mr.DJ95 schreef op zaterdag 2 januari 2021 @ 13:30:
[...]


Ik had voor ik bekend raakte met Pi-hole in docker ook geen ervaring met docker. Nu heb ik meerdere Docker-pi's in huis met MACVLAN en uiteenlopende containers voor alles en nog wat. Van Pi-hole tot Home assistant tot NO-IP etc.

Cloud-sync lijkt me echt tof om terug te zien in de officiële build van Pi-Hole. Sync interval opgeven, Github repo invullen en redundantie allom. Zie voor mezelf nog geen manier hoe dit te implementeren.

https://github.com/stevejenkins/pihole-cloudsync

Ik zie het nut ook niet in om op een raspberry PiHole in een docker container te draaien en verder niets.
De betreffende Raspberry's zullen ALLEEN PiHole draaien en verder geen aanvullende pakketten.
Alles in docker lijkt mij zo niet echt zinvol.

[Freee!!]

Andre PE1PQX schreef op zaterdag 2 januari 2021 @ 19:23:
[...]
Ik zie het nut ook niet in om op een raspberry PiHole in een docker container te draaien en verder niets.
De betreffende Raspberry's zullen ALLEEN PiHole draaien en verder geen aanvullende pakketten.
Alles in docker lijkt mij zo niet echt zinvol.

Dan hebben ze eigenlijk niets te doen, ik zou minimaal even naar Unbound kijken.

[Workaholic]

Hebben jullie tips voor de volgende melding?



Dit is op een RPI4. Volgens het dashboard is memory usage maar 4 procent..

code:

2021-01-03 00:00:56: (server.c.1759) logfiles cycled UID = 0 PID = 6932
2021-01-03 10:58:35: (mod_fastcgi.c.421) FastCGI-stderr: PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 4096 bytes) in /var/www/html/admin/api_db.php on line 121

PHP memory naar 1024MB ? Dit niet te hoog?

[ Voor 41% gewijzigd door Workaholic op 03-01-2021 11:05 ]

[Andre PE1PQX]

Ik heb wel andere zaken: "DNS resolution is currently unavailable" als ik via SSH gravity probeer te updaten

[deHakkelaar]

Workaholic schreef op zondag 3 januari 2021 @ 11:00:
PHP memory naar 1024MB ? Dit niet te hoog?

Niet zo hoog meteen.
Hij is default maar 128MB voor Pi-OS en boel andere distros.
Probeers eerst 192MB en als nog te weinig, het dubbele naar 256MB:
https://discourse.pi-hole...ncrease-phps-memory/37170

[Miki]

Voor de thuiswerkers onderons die met Teams aan de slag moeten, in de OISD block lijst lijkt Microsoft domein geblokt te worden waardoor alles geblokkeerd wordt inclusief Outlook.com en Teams. Zal waarschijnlijk weer snel gefixed worden maar let dus even op mocht je er last van hebben

[Anoniem: 767041]

Voor de gene die blocklist OISD gebruiken,

De appstore laad niet door de volgende geblockeerde domeinen

apps.mzstatic.com

is5-ssl.mzstatic.com

is2-ssl.mzstatic.com

is1-ssl.mzstatic.com

is3-ssl.mzstatic.com

is4-ssl.mzstatic.com

[Pierre]

Anoniem: 767041 schreef op maandag 4 januari 2021 @ 09:02:
Voor de gene die blocklist OISD gebruiken,

De appstore laad niet door de volgende geblockeerde domeinen

apps.mzstatic.com

is5-ssl.mzstatic.com

is2-ssl.mzstatic.com

is1-ssl.mzstatic.com

is3-ssl.mzstatic.com

is4-ssl.mzstatic.com

Ik gebruik die blocklist, en om welke appstore gaat het, ik heb hier Apple en Google devices liggen en op beide apparaten werkt de appstore.

[Anoniem: 767041]

Pierre schreef op maandag 4 januari 2021 @ 10:08:
[...]


Ik gebruik die blocklist, en om welke appstore gaat het, ik heb hier Apple en Google devices liggen en op beide apparaten werkt de appstore.

Ios> appstore
Android is play store

[LaborGardens]

Miki schreef op maandag 4 januari 2021 @ 08:36:
Voor de thuiswerkers onderons die met Teams aan de slag moeten, in de OISD block lijst lijkt Microsoft domein geblokt te worden waardoor alles geblokkeerd wordt inclusief Outlook.com en Teams. Zal waarschijnlijk weer snel gefixed worden maar let dus even op mocht je er last van hebben

Anoniem: 767041 schreef op maandag 4 januari 2021 @ 09:02:
Voor de gene die blocklist OISD gebruiken,

De appstore laad niet door de volgende geblockeerde domeinen

apps.mzstatic.com

is5-ssl.mzstatic.com

is2-ssl.mzstatic.com

is1-ssl.mzstatic.com

is3-ssl.mzstatic.com

is4-ssl.mzstatic.com

Mijn gravity is gisterochtend bijgewerkt, maar ik heb vandaag van geen van beiden last. Alles werkt zoals ik zou verwachten...

[pennywiser]

Voor de thuiswerkende scholieren, ik kwam vanochtend een school site waarvan een les filmpje niet wilde laden. Niet helemaal uitgezocht welke list, hoewel ik eerder false positives heb gehad met oisd full list en daarnaast gebruik ik de ene default list, maar even 1.1.1.1 snel op de client en de les kon verder gemaakt worden. Ik stap even over naar oisd lite om te proberen.

[TheCeet]

Anoniem: 767041 schreef op maandag 4 januari 2021 @ 09:02:
Voor de gene die blocklist OISD gebruiken,

De appstore laad niet door de volgende geblockeerde domeinen

apps.mzstatic.com

is5-ssl.mzstatic.com

is2-ssl.mzstatic.com

is1-ssl.mzstatic.com

is3-ssl.mzstatic.com

is4-ssl.mzstatic.com

Woordje uitleg van sjhgvr
https://www.reddit.com/r/...ug_akadnsnet_got_blocked/

[Anoniem: 767041]

TheCeet schreef op dinsdag 5 januari 2021 @ 10:30:
[...]


Woordje uitleg van sjhgvr
https://www.reddit.com/r/...ug_akadnsnet_got_blocked/

Ik weet het , ben ijulianvi daar in het topic

[pennywiser]

The Eagle schreef op vrijdag 1 januari 2021 @ 13:49:
Ben benieuwd hoe dat allemaal zal gaan met die docker containers (niet gelimiteerd tot pihole). Redhat heeft namelijk de support voor docker containers laten vallen. Eerst in Rhel 8 en nu ook op hun k8s platform.

ot Redhat promoot Podman als drop-in replacement van Docker, qua commando set. Ken je Docker, ken je Podman. https://podman.io/whatis.html Hoe Docker en Podman zich gaan ontwikkelen wordt inderdaad interessant om te volgen vanaf heden. Zelfde geldt voor Openshift vs k8s. /ot

[MOmax]

OK.
Er draait nu ook een PiHole op ons netwerkje. Opgezet volgens de guide "Block Ads Network-wide with A Raspberry Pi-hole" op http://users.telenet.be/MySQLplaylist/pi-hole.pdf.

Dus geen docker - heb 't wel geprobeerd, maar ik heb echt een n00b howto nodig en die ik had ik neit voorhanden.

Eea draait nu nice *zonder* klagende vrouw en puber-dochters, dus ik geef het nog een paar uur, maar ben geneigd het een succes te nomen. 8,3% geblockt tot nu toe.

[Raven]

Ik ben van plan een 2e Pi met PiHole op te zetten, maar als ik PiHole op de 2e Pi met Raspbian Buster probeer te installeren d.m.v.

Bash:

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

dan krijg ik

Aborting installation: No SQLite PHP module was found in APT repository.

Sqlite3 3.27.2 staat erop en Google levert gek genoeg alleen verwijzingen naar een niet goed werkende voeding op , er hangt een voeding aan die al jaren prima werkt met RPi's.

edit: apt install php-sqlite3 was het ook niet

[ Voor 7% gewijzigd door Raven op 05-01-2021 12:09 ]

[pennywiser]

Raven schreef op dinsdag 5 januari 2021 @ 12:01:
Ik ben van plan een 2e Pi met PiHole op te zetten, maar als ik PiHole op de 2e Pi met Raspbian Buster probeer te installeren d.m.v.

Bash:

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

dan krijg ik
[...]
Sqlite3 3.27.2 staat erop en Google levert gek genoeg alleen verwijzingen naar een niet goed werkende voeding op , er hangt een voeding aan die al jaren prima werkt met RPi's.

Doe eens

apt-get update

en daarna

apt-cache search sqlite | grep php

En post de output? Je kan het juiste dan package met de hand installeren, ik heb ook regelmatig dat het niet helemaal top gaat tijdens draaien van de installer.

Ik krijg dit lijstje, ook buster:

php-sqlite3 - SQLite3 module for PHP [default]
php7.3-sqlite3 - SQLite3 module for PHP
phpliteadmin - web-based SQLite database admin tool
phpliteadmin-themes - web-based SQLite database admin tool - themes

[ Voor 16% gewijzigd door pennywiser op 05-01-2021 12:13 ]

[ed1703]

Raven schreef op dinsdag 5 januari 2021 @ 12:01:
Ik ben van plan een 2e Pi met PiHole op te zetten, maar als ik PiHole op de 2e Pi met Raspbian Buster probeer te installeren d.m.v.

Bash:

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

dan krijg ik
[...]
Sqlite3 3.27.2 staat erop en Google levert gek genoeg alleen verwijzingen naar een niet goed werkende voeding op , er hangt een voeding aan die al jaren prima werkt met RPi's.

Deze https://discourse.pi-hole...ce-not-available/37108/24 al gelezen?
Staan aardig wat tips in van oa @deHakkelaar check iig of het inderdaad de voeding is.

code:

apt list --installed '*php*'
dmesg -e | grep -i voltage

[Raven]

pennywiser schreef op dinsdag 5 januari 2021 @ 12:10:
[...]

Doe eens
[...]
en daarna
[...]

En post de output? Je kan het juiste dan package met de hand installeren, ik heb ook regelmatig dat het niet helemaal top gaat tijdens draaien van de installer. Voeding is niet het probleem

Ik krijg dit lijstje, ook buster:


[...]

php-db - Database Abstraction Layer
php-illuminate-container - Illuminate Database, Container component
php-illuminate-contracts - Illuminate Database, Contracts component
php-illuminate-database - Illuminate Database
php-illuminate-support - Illuminate Database, Support component
php-sqlite3 - SQLite3 module for PHP [default]
php7.1-sqlite3 - SQLite3 module for PHP
php7.2-sqlite3 - SQLite3 module for PHP
php7.3-sqlite3 - SQLite3 module for PHP
phpliteadmin - web-based SQLite database admin tool
phpliteadmin-themes - web-based SQLite database admin tool - themes

---

ed1703 schreef op dinsdag 5 januari 2021 @ 12:12:
[...]

Deze https://discourse.pi-hole...ce-not-available/37108/24 al gelezen?
Staan aardig wat tips in van oa @deHakkelaar check iig of het inderdaad de voeding is.

code:

apt list --installed '*php*'
dmesg -e | grep -i voltage

De voeding is het niet, ik heb de rode led in de gaten gehouden tijdens het installeren van updates (waarbij de CPU het op sommige momenten erg druk kreeg) en ik heb de led niet één keer zien knipperen, op dat punt lijkt het dan goed te zitten , in dmesg ook niets qua undervoltage te zien.

Apt list --installed '*php*' laat dit zien:

libapache2-mod-php7.0/now 7.0.33-0+deb9u5 armhf [installed,local]
php-common/stable,now 2:69 all [installed,automatic]
php-sqlite3/stable,now 2:7.3+69 all [installed]
php7.0-cli/now 7.0.33-0+deb9u5 armhf [installed,local]
php7.0-common/now 7.0.33-0+deb9u5 armhf [installed,local]
php7.0-json/now 7.0.33-0+deb9u5 armhf [installed,local]
php7.0-opcache/now 7.0.33-0+deb9u5 armhf [installed,local]
php7.0-readline/now 7.0.33-0+deb9u5 armhf [installed,local]
php7.0/now 7.0.33-0+deb9u5 all [installed,local]
php7.3-common/stable,now 7.3.19-1~deb10u1 armhf [installed,automatic]
php7.3-sqlite3/stable,now 7.3.19-1~deb10u1 armhf [installed,automatic]

---

@pennywiser @ed1703
Ik zat net in het PiHole script te neuzen, om te kijken welke check wordt uitgevoerd dat die fout genereert:

Bash:

# We also need the correct version for `php-sqlite` (which differs across distros)
     if apt-cache show "${phpVer}-sqlite3" > /dev/null 2>&1; then
         phpSqlite="sqlite3"
     elif apt-cache show "${phpVer}-sqlite" > /dev/null 2>&1; then
         phpSqlite="sqlite"
     else
         printf "  %b Aborting installation: No SQLite PHP module was found in APT repository.\\n" "${CROSS}"
         exit 1
     fi

phpVer wordt hier niet herkend als commando, ook niet met sudo, er lijkt dus geen versienummer terecht te komen in

Bash:

apt-cache show "${phpVer}-sqlite3"

waarbij

Bash:

echo "${phpVer}-sqlite3"

(met en zonder sudo) dit als output geeft: -sqlite3.

[pennywiser]

PhpVer is een variabale die eerder is opgepakt en werkt alleen binnen Pihole niet in de shell.

Installeer 1 van deze packages eens en test of de installer dan doorrolt. Ik vind het gek dat alle drie php versies erin staan. Hoewel ik armbian gebruik en niet raspbian, deze heeft alleen 7.3. Werking is zelfde, maar mogelijk verslikt Pihole zich in welke versie er moet komen.

php7.1-sqlite3 - SQLite3 module for PHP
php7.2-sqlite3 - SQLite3 module for PHP
php7.3-sqlite3 - SQLite3 module for PHP

Zo te zien heb je reeds PHP 7.0 (variabale) en wil Pihole vervolgens php7.0-sqlite3 welke er niet is.

Sloop alle PHP er eens af en begin opnieuw.

[ Voor 15% gewijzigd door pennywiser op 05-01-2021 12:36 ]

[ed1703]

Raven schreef op dinsdag 5 januari 2021 @ 12:28:
@pennywiser @ed1703
Ik zat net in het PiHole script te neuzen, om te kijken welke check wordt uitgevoerd dat die fout genereert:

Bash:

# We also need the correct version for `php-sqlite` (which differs across distros)
     if apt-cache show "${phpVer}-sqlite3" > /dev/null 2>&1; then
         phpSqlite="sqlite3"
     elif apt-cache show "${phpVer}-sqlite" > /dev/null 2>&1; then
         phpSqlite="sqlite"
     else
         printf "  %b Aborting installation: No SQLite PHP module was found in APT repository.\\n" "${CROSS}"
         exit 1
     fi

phpVer wordt hier niet herkend als commando, ook niet met sudo, er lijkt dus geen versienummer terecht te komen in

Bash:

apt-cache show "${phpVer}-sqlite3"

waarbij

Bash:

echo "${phpVer}-sqlite3"

(met en zonder sudo) dit als output geeft: -sqlite3.

{phpver} is een variable.. die ergens in het script of een source-script wordt opgehaald.

code:

phpVer=php7.3
apt-cache show "${phpVer}-sqlite"
Package: php7.3-sqlite3
Source: php7.3
Version: 7.3.19-1~deb10u1
.....

Ik zit niet diep in Pi-Hole om daar verder wat mee te kunnen. Misschien @pennywiser @deHakkelaar of @nero355

[Raven]

@pennywiser @ed1703

"PhpVer is een variabale"..... ik weet niet anders dan dat als er in bash iets tussen haakjes staat en met een dollarteken ervoor, het om output van een commando gaat .... oh wacht, accolades i.p.v. haakjes, dan zal het wel weer anders zijn.

"Zo te zien heb je reeds PHP 7.0 (variabale)"
PHP 7.0.33-0+deb9u5 om wat preciezer te zijn en php-sqlite3 2:7.3+69.

"en wil Pihole vervolgens php7.0-sqlite3 welke er niet is."
Je zou wel eens gelijk kunnen hebben, als ik blader door het PiHole script, zie ik o.a.

Bash:

printf -v phpInsMajor "%d" "$(php <<< "<?php echo PHP_MAJOR_VERSION ?>")"
printf -v phpInsMinor "%d" "$(php <<< "<?php echo PHP_MINOR_VERSION ?>")"

Als ik van beide het achterste deel laat echo'en (de hele commando's laten niets zien), krijg ik 7 als major en 0 als minor, als die dan gebruikt worden bij

Bash:

phpVer="php$phpInsMajor.$phpInsMinor"

dan lijkt het script inderdaad te zoeken naar php7.0-sqlite3.

[pennywiser]

Raven schreef op dinsdag 5 januari 2021 @ 17:45:
@pennywiser @ed1703

"PhpVer is een variabale"..... ik weet niet anders dan dat als er in bash iets tussen haakjes staat en met een dollarteken ervoor, het om output van een commando gaat .... oh wacht, accolades i.p.v. haakjes, dan zal het wel weer anders zijn.

"Zo te zien heb je reeds PHP 7.0 (variabale)"
PHP 7.0.33-0+deb9u5 om wat preciezer te zijn en php-sqlite3 2:7.3+69.

"en wil Pihole vervolgens php7.0-sqlite3 welke er niet is."
Je zou wel eens gelijk kunnen hebben, als ik blader door het PiHole script, zie ik o.a.

Bash:

printf -v phpInsMajor "%d" "$(php <<< "<?php echo PHP_MAJOR_VERSION ?>")"
printf -v phpInsMinor "%d" "$(php <<< "<?php echo PHP_MINOR_VERSION ?>")"

Als ik van beide het achterste deel laat echo'en (de hele commando's laten niets zien), krijg ik 7 als major en 0 als minor, als die dan gebruikt worden bij

Bash:

phpVer="php$phpInsMajor.$phpInsMinor"

dan lijkt het script inderdaad te zoeken naar php7.0-sqlite3.

Ik snap er gebeurt inderdaad Weet je wat een variabele is? De variabele zoals jij hem in de bash shell runt kan bestaan, maar is natuurlijk leeg want niet gezet. Binnen de runtime van de pihole installer wordt deze uitgelezen met dpkg of php --version oid en klaargezet, zodat deze elders binnen de installer opgepakt wordt.

[Raven]

pennywiser schreef op dinsdag 5 januari 2021 @ 17:58:
Weet je wat een variabele is? De variabele zoals jij hem in de bash shell runt kan bestaan, maar is natuurlijk leeg want niet gezet. Binnen de runtime van de pihole installer wordt deze uitgelezen met dpkg of php --version oid en klaargezet, zodat deze elders binnen de installer opgepakt wordt.

Ja, ik snap hoe en wat , alleen dacht ik dus dat ${} de uitvoer van een commando (phpVer) bevatte. Ik ben blijkbaar in de war met $(), wist niet dat er een variant met {} bestond die in dit geval dus een variabele bevat. $() heb ik vaak genoeg gebruikt, waaronder in router-pc script, ${} had ik nog nooit eerder gezien.

Overigens ben ik wat verder. Net even op github zitten neuzen: FTL update fails because of supposed lack of SQLite PHP module , in de comments staat

Also note you are running php version 7.0 which is not in the Buster release

Na

Bash:

sudo apt -y install php php-common

uitgevoerd te hebben loopt de PiHole setup verder Hoe 7.0 erop is gekomen, geen idee, nu is het 7.3.

[ Voor 6% gewijzigd door Raven op 05-01-2021 18:53 ]

[Anoniem: 767041]

*knip* off-topic.

[ Voor 93% gewijzigd door MisteRMeesteR op 06-01-2021 16:35 ]

[Freee!!]

MOmax schreef op dinsdag 5 januari 2021 @ 11:22:
[...]
Dus geen docker - heb 't wel geprobeerd, maar ik heb echt een n00b howto nodig en die ik had ik neit voorhanden.

Als je een Pi gebruikt, raad ik je aan eens hier te kijken, na het installeren van OMV is Docker maar een paar vinkjes zetten (in een GUI in je browser).

[nero355]

ed1703 schreef op dinsdag 5 januari 2021 @ 12:36:
Ik zit niet diep in Pi-Hole om daar verder wat mee te kunnen. Misschien @pennywiser @deHakkelaar of @nero355

Effe ter info :
- Ik ben geen developer.
- Ik maak ook geen deel uit van het Pi-Hole Team of iets dergelijks.

Ik vind Pi-Hole gewoon een heel fijn stukje software en "de beste uitvinding sinds gesneden brood" zoals ze dat zeggen!

[deHakkelaar]

Raven schreef op dinsdag 5 januari 2021 @ 12:28:
Apt list --installed '*php*' laat dit zien:
php7.0-cli/now 7.0.33-0+deb9u5 armhf [installed,local]

Ik vermoed dat PHP v7.0 al was geinstalleerd voordat je de Pi-hole installatie starte.
Mogelijk dat daardoor de alternatives naar de verkeerde versie wezen/symlinken en de Pi-hole installatie verleide om naar PHP 7.0 packages te zoeken:

pi@ph5:~ $ update-alternatives --get-selections
[..]
php                            auto     /usr/bin/php7.3
php-cgi                        auto     /usr/bin/php-cgi7.3
php-cgi-bin                    auto     /usr/lib/cgi-bin/php7.3
[..]

En inderdaad zijn er voor PHP 7.0 geen packages in de default Pi-OS/Debian Buster repositories:

pi@ph5:~ $ grep -i php-cgi -R /etc/lighttpd/
/etc/lighttpd/conf-enabled/15-fastcgi-php.conf:         "bin-path" => "/usr/bin/php-cgi",
/etc/lighttpd/conf-available/15-fastcgi-php.conf:               "bin-path" => "/usr/bin/php-cgi",

pi@ph5:~ $ sudo grep -v '^\s*#\|^\s*$' -R /etc/apt/sources.list*
/etc/apt/sources.list:deb http://raspbian.raspberrypi.org/raspbian/ buster main contrib non-free rpi
/etc/apt/sources.list.d/raspi.list:deb http://archive.raspberrypi.org/debian/ buster main

pi@ph5:~ $ apt search php-cgi
Sorting... Done
Full Text Search... Done
php-cgi/stable,now 2:7.3+69 all [installed]
  server-side, HTML-embedded scripting language (CGI binary) (default)

Raven schreef op dinsdag 5 januari 2021 @ 18:13:
Na

Bash:

sudo apt -y install php php-common

uitgevoerd te hebben loopt de PiHole setup verder Hoe 7.0 erop is gekomen, geen idee, nu is het 7.3.

Bovenstaande heeft waarschijnlijk de alternatives recht gezet naar v7.3 waardoor de Pi-hole installatie wel de bijbehorende v7.3 php-cgi en php-sqlite3 packages kon vinden.

Raven schreef op dinsdag 5 januari 2021 @ 18:13:
Ja, ik snap hoe en wat , alleen dacht ik dus dat ${} de uitvoer van een commando (phpVer) bevatte. Ik ben blijkbaar in de war met $(), wist niet dat er een variant met {} bestond die in dit geval dus een variabele bevat. $() heb ik vaak genoeg gebruikt, waaronder in router-pc script, ${} had ik nog nooit eerder gezien.

Ik ben ook geen basher maar ik vermoed dat de devs daarvoor wel een gegronde rede voor hebben om tussen curly brackets te plaatsen.
Zonder die curly brackets werkt het namelijk ook.
Denk dat onderstaande linkje redelijk goed uitlegt wat er gebeurt als bash z'n "expansion" doet:
https://unix.stackexchang...pansion-work-in-the-shell

Ik gebruik ze bv voor:

code:

tail -F /var/log/{messages,syslog,{auth,pihole-FTL}.log}

Wat dan na expansion resulteert in:

code:

/usr/bin/tail -F /var/log/messages /var/log/syslog /var/log/auth.log /var/log/pihole-FTL.log

Raven schreef op dinsdag 5 januari 2021 @ 12:28:
De voeding is het niet, ik heb de rode led in de gaten gehouden tijdens het installeren van updates (waarbij de CPU het op sommige momenten erg druk kreeg) en ik heb de led niet één keer zien knipperen, op dat punt lijkt het dan goed te zitten , in dmesg ook niets qua undervoltage te zien.

Ps. Waarom denk je dat dit ledje gaat knipperen op een Raspi als de voeding niet in orde is ?
Lees de "Power Supply Warnings" paragraaf maar in onderstaande linkje:
https://www.raspberrypi.o...spberrypi/power/README.md

De "kernel log" opgeslagen in RAM waarnaar wordt verwezen in bovenstaande linkje kun je uitlezen met het dmesg commando.
De kernel ring buffer/log berichten worden ook weggeschreven naar /var/log/syslog indien nog mogelijk:

code:

sudo zgrep -i voltage /var/log/syslog*

Ook heb je nog onderstaande commando om te kijken of de CPU "down-throttled" is geweest in het verleden (of nog steeds) naar aanleiding van "under-voltage":

pi@ph5:~ $ vcgencmd get_throttled int
throttled=0x0

[ed1703]

nero355 schreef op woensdag 6 januari 2021 @ 19:51:
[...]

Effe ter info :
- Ik ben geen developer.
- Ik maak ook geen deel uit van het Pi-Hole Team of iets dergelijks.

Dat schreef ik ook niet, waar weet wel vaak meer en ook vaak tot in detail.

Ik vind Pi-Hole gewoon een heel fijn stukje software en "de beste uitvinding sinds gesneden brood" zoals ze dat zeggen!

Sinds gesneden brood kende ik nog niet. Gaat wel erg ver voor het weren van wat domeintjes die graag wat van je willen weten.
Brood is van levensbelang en PiHole?

[Freee!!]

ed1703 schreef op woensdag 6 januari 2021 @ 23:49:
[...]
Sinds gesneden brood kende ik nog niet.

Engelse/Amerikaanse uitdrukking, niet van levensbelang maar maakt het leven wel veel gemakkelijker.

[ Voor 14% gewijzigd door Freee!! op 06-01-2021 23:52 ]

[deHakkelaar]

ed1703 schreef op woensdag 6 januari 2021 @ 23:49:
Brood is van levensbelang en PiHole?

Wat denk je dat er gebeurt als je thuis komt en vrouw lief en kinderen zitten al 8 uur zonder Internet omdat Pi-hole down is ?
Van levensbelang zeg ik je

[Freee!!]

deHakkelaar schreef op woensdag 6 januari 2021 @ 23:53:
[...]
Wat denk je dat er gebeurt als je thuis komt en vrouw lief en kinderen zitten al 8 uur zonder Internet omdat Pi-hole down is ?
Van levensbelang zeg ik je

Vandaar dat ik twee RPi's heb met ieder een eigen Pi-Hole.

[CuBras]

nero355 schreef op woensdag 6 januari 2021 @ 19:51:
[...]

Effe ter info :
- Ik ben geen developer.
- Ik maak ook geen deel uit van het Pi-Hole Team of iets dergelijks.

Ik vind Pi-Hole gewoon een heel fijn stukje software en "de beste uitvinding sinds gesneden brood" zoals ze dat zeggen!

Zeker een beste uitvinding, maar sinds ik geen YouTube reclames meer kan blokkeren zit ik met m'n handen in het haar.

[deHakkelaar]

CuBras schreef op donderdag 7 januari 2021 @ 00:16:
Zeker een beste uitvinding, maar sinds ik geen YouTube reclames meer kan blokkeren zit ik met m'n handen in het haar.

YouTube: Premium

EDIT: Waarom denk je dat Pi-hole de eerste was met "uitvinden" ?
Zaken NULL routen is al zo oud als de weg naar Unix ... uh Romen.
En jij ook @nero355

[ Voor 22% gewijzigd door deHakkelaar op 07-01-2021 00:28 ]

[Raven]

deHakkelaar schreef op woensdag 6 januari 2021 @ 21:49:
[...]

Ik ben ook geen basher maar ik vermoed dat de devs daarvoor wel een gegronde rede voor hebben om tussen curly brackets te plaatsen.

Ik heb inmiddels wel de nodige ervaring met het schrijven van bash-scripts, maar ik heb nog nooit (ook niet in voorbeelden en documentatie) een variabele op die manier gebruikt zien worden. Maar dat linkje verduidelijkt het wel wat

deHakkelaar schreef op woensdag 6 januari 2021 @ 21:49:
[...]

Ps. Waarom denk je dat dit ledje gaat knipperen op een Raspi als de voeding niet in orde is ?
Lees de "Power Supply Warnings" paragraaf maar in onderstaande linkje:
https://www.raspberrypi.o...spberrypi/power/README.md

Omdat ik dat bij verschillende RPi's waarvan de voeding bagger bleek te zijn heb zien gebeuren, waarbij de momenten van knipperen overeenkomen met de meldingen in de log. Zie ook https://elinux.org/R-Pi_T...Red_power_LED_is_blinking

A blinking red power LED indicates problems with the power supply. On model A and B, it is hard-wired to the 3.3V power supply rail. If it is blinking, as one user has reported it means the 5V power supply is dropping out. Use a different power supply.

On model B+ (and presumably also the A+), the circuit has been improved to give a much more reliable warning of poor power quality. The red power LED is wired to an APX803 supervisor which kicks in when the 5V power supply drops below 4.63V. If it does, the LED will blink. Check your connections, cable, and power supply.

[nero355]

CuBras schreef op donderdag 7 januari 2021 @ 00:16:
Zeker een beste uitvinding, maar sinds ik geen YouTube reclames meer kan blokkeren zit ik met m'n handen in het haar.

Op de PC of Laptop heb ik een apart Firefox Profiel voor YouTube en random browsen :

firefox -P UserOfAdBlockers --no-remote

Waarin deze Add-ons actief zijn :

Ik zou zeggen doe er je voordeel mee!

Misschien kan het nog beter, maar heel veel add-ons vond ik niet opensource of in ieder geval niet betrouwbaar genoeg...

deHakkelaar schreef op donderdag 7 januari 2021 @ 00:18:
EDIT: Waarom denk je dat Pi-hole de eerste was met "uitvinden" ?
Zaken NULL routen is al zo oud als de weg naar Unix ... uh Romen.
En jij ook @nero355

Dat weet ik ook wel, maar sommige dingen moet je af en toe ook in een leuk pakketje inpakken of presenteren en IMHO doet Pi-Hole dat ook heel goed!

En zó oud als die oude vent of weg ben ik nou ook weer niet

[Hann1BaL]

deHakkelaar schreef op woensdag 6 januari 2021 @ 23:53:
[...]

Wat denk je dat er gebeurt als je thuis komt en vrouw lief en kinderen zitten al 8 uur zonder Internet omdat Pi-hole down is ?
Van levensbelang zeg ik je

Secundary DNS server instellen dat als je PI down gaat er gewoon weer via Quad9, OpenDNS of DNS van je eigen provider gaat?
"Hey! een advertentie, dan maar even mn RPI checken."

het is toch niet zo dat Pi-Hole ons beschermt tegen de grote boze buitenwereld, maar gewoon wat banners "repareert" enzo.

[Freee!!]

Hann1BaL schreef op vrijdag 8 januari 2021 @ 16:40:
[...]
Secundary DNS server instellen dat als je PI down gaat er gewoon weer via Quad9, OpenDNS of DNS van je eigen provider gaat?
"Hey! een advertentie, dan maar even mn RPI checken."

het is toch niet zo dat Pi-Hole ons beschermt tegen de grote boze buitenwereld, maar gewoon wat banners "repareert" enzo.

Het hele probleem is, dat Windows geen secundaire DNS kent, alleen een stel primaire, die het allemaal af gaat totdat één antwoord geeft.

[Hann1BaL]

Freee!! schreef op vrijdag 8 januari 2021 @ 17:18:
[...]

Het hele probleem is, dat Windows geen secundaire DNS kent, alleen een stel primaire, die het allemaal af gaat totdat één antwoord geeft.

Zolang nummer 1 je PiHole is en die geeft antwoord, werkt het.
Doordat ik in mijn DHCP server gewoon 2 DNS server meegeef, maar nr 1 is de PiHole, heeft het altijd nog gewerkt.

Windows pakt niet random een DNS server en datzeflde geldt voor alle apparaten in huis (iOS, Android TV en Windows.)

Alleen bij timeout van DNS 1 gaat Windows naar DNS 2.

[Freee!!]

Hann1BaL schreef op vrijdag 8 januari 2021 @ 17:44:
[...]
Zolang nummer 1 je PiHole is en die geeft antwoord, werkt het.
Doordat ik in mijn DHCP server gewoon 2 DNS server meegeef, maar nr 1 is de PiHole, heeft het altijd nog gewerkt.

Windows pakt niet random een DNS server en datzeflde geldt voor alle apparaten in huis (iOS, Android TV en Windows.)

Alleen bij timeout van DNS 1 gaat Windows naar DNS 2.

Ik heb twee Pi-Holes draaien en de eerste is snel genoeg, dat een timeout, zeker op rustige tijden, vrijwel uitgesloten is. Toch wordt zelfs op de rustigste tijden nog altijd 10% van alle DNS verzoeken door de tweede, tragere Pi-Hole beantwoord. En ik heb een tijdje drie gehad (testen van een nieuwere versie) en zelfs de derde werd nog geraakt.

[Hann1BaL]

Prima. Ik heb geen enkel client die ooit ineens wel de advertenties laat zien, dus lijk ik toch een 100% score te hebben. Geen idee hoe dat dan kan.

[Andre PE1PQX]

Freee!! schreef op donderdag 7 januari 2021 @ 00:12:
[...]

Vandaar dat ik twee RPi's heb met ieder een eigen Pi-Hole.

Dat heb ik nu sinds een paar dagen ook en het viel me ook wel op dat ik veel minder zooi in Android krijg dan voorheen... 2 DNS servers die tevens reclame prut van Google blokkeerd.
Heb de truck van Chris van CrossTalk Solutions ook geprobeerd, maar dan valt geheel DNS hier weg. Vermoed dus dat ik ergens een foutje maak.

Zie YouTube: DNS Server Lockdown voor die truuk.

[deHakkelaar]

Hann1BaL schreef op vrijdag 8 januari 2021 @ 16:40:
Secundary DNS server instellen dat als je PI down gaat er gewoon weer via Quad9, OpenDNS of DNS van je eigen provider gaat?

Hann1BaL schreef op vrijdag 8 januari 2021 @ 17:44:
Zolang nummer 1 je PiHole is en die geeft antwoord, werkt het.
Doordat ik in mijn DHCP server gewoon 2 DNS server meegeef, maar nr 1 is de PiHole, heeft het altijd nog gewerkt.

Windows pakt niet random een DNS server en datzeflde geldt voor alle apparaten in huis (iOS, Android TV en Windows.)

Alleen bij timeout van DNS 1 gaat Windows naar DNS 2.

Waar heb je dat vandaan dat de secondary ingestelde DNS server alleen wordt aangesproken als de primairy niet antwoord ?
Lees onderstaande Pi-hole FAQ en officiele M$ doc maar:
https://discourse.pi-hole...e-my-only-dns-server/3376

https://docs.microsoft.co...t-2-querying-a-dns-server

The DNS Client service keeps track of which servers answer name queries more quickly, and it moves servers up or down on the list based on how quickly they reply to name queries.

Hoe en welke DNS servers worden aangesproken hangt af van de DNS implementatie van je OS.
Of soms zelfs van de software zelf.
Beste oplossing nog steeds is om twee Pi-hole nodes te draaien voor "redundancy".

[Hann1BaL]

@deHakkelaar dank voor je informatie.

De praktijk hier wijst uit dat het praktisch altijd werkt. Anders zou ik toch weer advertenties moeten zien soms. Zonder uitzondering is dat echt niet het geval.

Ik ben het niet oneens dat 2 piholes beter is, maar dat gaan de meeste gebruikers natuurlijk niet doen en volgens mij hoeft dat dus ook niet.

Een gok is dat door de caching de pihole ook gewoon sneller reageert en daarom altijd aangesproken wordt. Draait tenslotte intern.

Maar we zitten hier op Tweakers, dus ik ga evn wat experimenteren

[ Voor 22% gewijzigd door Hann1BaL op 09-01-2021 08:53 ]

[Webgnome]

Meeste gebruikers zullen dat inderdaad niet doen. Die zijn maar wat blij dat ze een pihole geinstalleerd krijgen . Maar het is toch wel een fijn iets. Heb het nu sinds een tijdje ook redundant uitgevoerd en moet zeggen dat dat aardig goed werkt. Wil eigenlijk nog de dhcp op een eigen rasp hebben maar goed dat kost weer geld enzo..

[Hann1BaL]

Ik heb een RPI2 voor Domoticz en daar draaide pihole ook op. Maar ook een Intel 7th gen NUC als Hyper-V server omgebouwd en daar een Ubuntu LTS VM op gemaakt om mee te spelen. Die draait nu eigenlijk permanent en daar draait pihole dan ook nu op.

Dus dat redundant uitvoeren is een kwestie van de pi weer aanzwengelen en dan zien we vanzelf hoeveel requests dat ding krijgt.
Done and dusted (voor alle DHCP set up apparaten. Voor static IPs moet ik dat per device controleren uiteraard.)

Nu kunnen we zitten en kijken hoeveel requests er naar de rpi gaan.

[ Voor 6% gewijzigd door Hann1BaL op 09-01-2021 09:14 ]

[Webgnome]

Hann1BaL schreef op zaterdag 9 januari 2021 @ 09:08:
Ik heb een RPI2 voor Domoticz en daar draaide pihole ook op. Maar ook een Intel 7th gen NUC als Hyper-V server omgebouwd en daar een Ubuntu LTS VM op gemaakt om mee te spelen. Die draait nu eigenlijk permanent en daar draait pihole dan ook nu op.

Dus dat redundant uitvoeren is een kwestie van de pi weer aanzwengelen en dan zien we vanzelf hoeveel requests dat ding krijgt.
Done and dusted (voor alle DHCP set up apparaten. Voor static IPs moet ik dat per device controleren uiteraard.)

Nu kunnen we zitten en kijken hoeveel requests er naar de rpi gaan.

Heb even beide piholes naast elkaar gezet. Zoals je hieronder kunt zien krijg de primaire DNS 'veel' meer requests te verduren dan de secundaire. Maar toch komen op beide pihole's veel van dezelfde devices voorbij. Mij maakt het nu niet heel veel uit wanneer en hoe een device kiest welke DNS het gebruikt als het maar werkt. Het is gewoon een leuk experiment

Elke pihole heeft hier een eigen unbound gekoppeld.


<sub>primaire Pi-hole



Secundaire Pi-hole</sub>

[JeroenE]

Webgnome schreef op zaterdag 9 januari 2021 @ 09:31:
Heb even beide piholes naast elkaar gezet. Zoals je hieronder kunt zien krijg de primaire DNS 'veel' meer requests te verduren dan de secundaire.

Grof geschat komt zo'n 25% van de requests op je tweede Pihole.

[nero355]

Andre PE1PQX schreef op vrijdag 8 januari 2021 @ 22:13:
Dat heb ik nu sinds een paar dagen ook en het viel me ook wel op dat ik veel minder zooi in Android krijg dan voorheen... 2 DNS servers die tevens reclame prut van Google blokkeerd.

Zoals ik al vaker heb gezegd : Gewoon ALLE DNS Server vakjes van je Router's WebGUI invullen met je Pi-Hole server(s)

Heb de truck van Chris van CrossTalk Solutions ook geprobeerd, maar dan valt geheel DNS hier weg. Vermoed dus dat ik ergens een foutje maak.

Zie YouTube: DNS Server Lockdown voor die truuk.

Als je ons gewoon effe vertelt welke "vrachtwagen" hij gebruikt dan kunnen we je misschien wel vertellen waarom het misgaat

* nero355 heeft echt een hekel aan (vaak langdradige en irritante) YouTube filmpjes als bron/tutorial/review/enz.

[Freee!!]

nero355 schreef op zaterdag 9 januari 2021 @ 20:21:
[...]
* nero355 heeft echt een hekel aan (vaak langdradige en irritante) YouTube filmpjes als bron/tutorial/review/enz.

Dit alleen al verdient een tweede duimpje.

[Andre PE1PQX]

@nero355 Tja, Nederlands was daarom ook niet mijn goeiste vak op sgool.

[Hann1BaL]

24 uur na het instellen van de 2 Pi Holes:

Primary: ongeveer 98000 queries - blocked: 28000
Secundary: ongeveer 1300 queries - blocked: 58

(Zelfde blocklists uiteraard.)

Dus zeker geen kwart gaat naar de 2e PiHole.

(Mijn VMs die DHCP doen, krijgen de 2e pihole als DNS en daar komen de meeste van de 1300 queries vandaan. Nog even uitzoeken hoe het zit, maar ik gok dat de Hyper-V host de DNS verschaft aan de clients en niet mijn normale DHCP server in het netwerk. Aangezien de primary pihole op een VM op de Hyper-V server draait, kan ik daar alleen de secundary instellen. Er zijn wel wat clients die zichtbaar zijn op beide piholes.
Android TV is er 1 van en die zorgt wel voor wat blocks, omdat Netflix continu wat van je wilt weten.)

[ Voor 54% gewijzigd door Hann1BaL op 10-01-2021 10:05 ]

[ed1703]

Hann1BaL schreef op zondag 10 januari 2021 @ 10:00:
24 uur na het instellen van de 2 Pi Holes:

Primary: ongeveer 98000 queries - blocked: 28000
Secundary: ongeveer 1300 queries - blocked: 58

(Zelfde blocklists uiteraard.)

Dus zeker geen kwart gaat naar de 2e PiHole.

(Mijn VMs die DHCP doen, krijgen de 2e pihole als DNS en daar komen de meeste van de 1300 queries vandaan. Nog even uitzoeken hoe het zit, maar ik gok dat de Hyper-V host de DNS verschaft aan de clients en niet mijn normale DHCP server in het netwerk. Aangezien de primary pihole op een VM op de Hyper-V server draait, kan ik daar alleen de secundary instellen. Er zijn wel wat clients die zichtbaar zijn op beide piholes.
Android TV is er 1 van en die zorgt wel voor wat blocks, omdat Netflix continu wat van je wilt weten.)

Ik heb hier een mix van diverse PI's (Picoreplayers vs Pi OS), Chromecasts, Apple-TV, Mac, Iphone, Ubuntu, Windows 10 en een sloot ubiquiti netwerk hardware.

Ik zit op 20.000/5000. Dan klopt die 25% precies
Mijn requests zijn zo laag omdat ik met een zeer hoge TTL werk tov de default (2 --> 1800).

[Webgnome]

@ed1703 ttl van wat? En hoe heb je dat ingesteld?

[ed1703]

Webgnome schreef op zondag 10 januari 2021 @ 10:16:
@ed1703 ttl van wat? En hoe heb je dat ingesteld?

Ik heb de local-ttl en cache-ttl erg hoog staan.
Dit heeft echter gevolgen als je de ad-blocking disabled, want de meegenomen TTL gaat dan nog even door.
Ik pas tegenwoordig via eigen scripts de meegeleverdee conf aan in /etc/dnsmasq.d.

Door met TTL te spelen of een TTL mee te geven in records van een eigen conf /etc/dnsmasq.d kun je in sommige gevallen de load op je pihole behoorlijk verlagen. oa de Unifi-controller domoticz en enkele app-services op een synology kunnen zorgen voor dagelijks 150k+ op je pihole. Het is technisch ook geen probleem, vrijwel elke pi doet dit met 2 vingers in z'n neus, maar ik ben niet zo dol op veel netwerkverkeer als dit niet nodig is.

[ Voor 46% gewijzigd door ed1703 op 10-01-2021 10:35 ]

[nero355]

Het zou mooi zijn als je de TTL van lokale records lekker hoog kan zetten, want die blijven bij de meesten van ons denk ik toch wel altijd hetzelfde, want Static IP of Static DHCP Mapping

@deHakkelaar
Enige kans dat er ooit zo'n optie erbij komt