Docker-compose error : No available addresses on this pool

[JohnS]

Hallo,

Ik ben aan het experimenteren met docker op een Raspberry Pi.

Ik wil het volgende maken als dit mogelijk is uiteraard. Een PiHole installatie icm unbound. Nu wil ik het qua netwerk als volgt instellen. PiHole via macvlan aan het gewone lan koppelen en de pihole en unbound via een bridge aan elkaar koppelen. Als forwarder in PiHole stel ik dan het bridge IP adres in van de unbound. Mijn vraag is gaat zoiets werken of denk ik te complex.

Dit is mijn yaml file :

code:

version: "3"

services:
  pihole:
    container_name: pihole
    image: pihole/pihole:latest
    ports:
      - "53:53/tcp"
      - "53:53/udp"
      - "8080:80/tcp"
    environment:
      PIHOLE_DNS_: '10.1.0.2'
      TZ: 'Europe/Amsterdam'
      WEBPASSWORD: 'Welkom123'
    volumes:
      - './etc-pihole:/etc/pihole'
      - './etc-dnsmasq.d:/etc/dnsmasq.d'
    networks:
      mvlnet:
        ipv4_address: 192.168.1.200
      brdnet:
        ipv4_address: 10.1.0.1
    restart: unless-stopped

  unbound:
    container_name: unbound
    image: mvance/unbound:latest
    ports:
      - 5353/tcp
      - 5353/udp
    networks:
      brdnet:
        ipv4_address: 10.1.0.2
    restart: unless-stopped

networks:
  mvlnet:
    driver: macvlan
    driver_opts:
      parent: eth0
    ipam:
      config:
        - subnet: 192.168.1.0/24
          gateway: 192.168.1.254

  brdnet:
    driver: bridge
    ipam:
      config:
         - subnet: 10.1.0.0/30

Alleen als deze aftrap gaat het elke keer fout bij het aanmaken van de Pihole. Ik krijg dan de volgende foutmelding :

code:

pi@raspberrypi:~/dockerfiles $ docker-compose up -d
Removing pihole
unbound is up-to-date
Recreating 60b7ec5ea54b_pihole ... error

ERROR: for 60b7ec5ea54b_pihole  Cannot start service pihole: No available addresses on this pool

ERROR: for pihole  Cannot start service pihole: No available addresses on this pool
ERROR: Encountered errors while bringing up the project.
pi@raspberrypi:~/dockerfiles $

Als ik bij pihole service onderstaande voorzie van commentaar doet ie het wel.

code:

      brdnet:
        ipv4_address: 10.1.0.1

Mijn vraag is is dit mogelijk om werkend te krijgen?

[Shivs]

Waarom kies je voor een macvlan netwerk in dit geval? De documentatie geeft aan dat dit vooral handig is voor legacy applicaties die niet kunnen omgaan met de Docker networking stack. Zie https://docs.docker.com/network/ onder de overview voor de bron van deze informatie.

Kan je niet beter je pihole container een host network geven of als je graag het netwerk/IP adressen los wilt managen een ipvlan? Je kan zelfs wegkomen met een bridge en dan wat portforwarding, zoals je nu al hebt ingericht.

[ Voor 3% gewijzigd door Shivs op 10-03-2023 23:39 ]

[JohnS]

Bedankt voor het antwoord. De goal van mijn projectje is dat ik een paar containers op een rpi wil draaien en die een eigen IP adres wil geven. Dus Pihole een aparte. Heb er over na zitten denken maar die zouden meer kunnen liften op de host. Maar de domoticz container die ik er ook bij wil hebben zou ik via een eigen ip willen benaderen. Ik ga nog even verder aan de hobby hiermee.

Ik ga eens kijken naar dat ipvlan.

[oxyra]

Ik zou gewoon meerdere ip's aan je host interface toekennen.

HOST
- Default IP
- 10.10.10.10
- 10.10.20.20

En dan onder ports in docker-compose pihole
- "10.10.10.10:53:53/udp"
- "10.10.10.10:53:53/tcp"

En dan onder ports in docker-compose unbound
- "10.10.20.20:53:53/udp"
- "10.10.20.20:53:53/tcp"

Als beide containers in hetzelfde netwerk zitten kan je services gwn benaderen met name of service, docker-compose doet dit by default.

dus ping pihole from unbound of vice versa

[ Voor 22% gewijzigd door oxyra op 19-06-2023 18:35 ]

[deHakkelaar]

Shivs schreef op vrijdag 10 maart 2023 @ 23:38:
Waarom kies je voor een macvlan netwerk in dit geval? De documentatie geeft aan dat dit vooral handig is voor legacy applicaties die niet kunnen omgaan met de Docker networking stack. Zie https://docs.docker.com/network/ onder de overview voor de bron van deze informatie.

Ik heb weinig ervaring met Pi-hole in Docker maar ik geloof dat "macvlan" de enige is die geen routing/NAT toepast.
Dit is essentieel als Pi-hole ook DHCPv4 gaat doen voor je netwerk.
Die DHCPv4 client broadcast packets komen namelijk niet door een NAT/route heen (het broadcast domain).

EDIT: Ow IPv6 SLAAC/NDRA doet ook aan broadcast/multicast net als DHCPv6.

[ Voor 4% gewijzigd door deHakkelaar op 19-06-2023 19:30 ]

[Shivs]

Als je hem draait met "network: host" dan heb je ook geen routing en NAT. Dat is doorgaans de manier waarop dergelijke containers worden gedraaid.

[deHakkelaar]

@Shivs , ja sorry die doet idd geen routing of NAT.
Maar die "host" mode werkt voor Pi-hole vaak niet in een boel Docker omgevingen omdat vaak al een stub resolver (voor caching) op de Docker host zelf draait.
Die stub luistert op poortje 53 en gaat dan conflicteren met de pihole-FTL daemon die ook op poortje 53 wil luisteren.
En vaak draait er ook al wat anders op poortje 80 wat dan ook gaat conflicteren.
Dus zul je vaak een andere netwerk modus moeten hanteren en dan is macvlan de beste keuze.
De officiele docs leggen het redelijk netjes uit:
https://docs.pi-hole.net/docker/DHCP/