Bullseye Installation: piVCCU läuft nicht simultan mit Pi-hole

[PC-Oldie]

Moin,

ich habe mir auf einem Pi4 4GB ein clean install von Pi OS light 32-bit bullseye gemacht. Danach piVCCU installiert und ein Backup eingespielt. Soweit lief alles perfekt. piVCCU funktioniert ohne Probleme. Danach habe ich Pi-hole installiert und musste feststellen, dass der DNS Service nicht läuft da dieser auf Port 53 durch dnsmasq blockiert wird. dnsmasq-base wird während der Ausführung von sudo apt install pivccu3 installiert. Auf Github haben 2 User https://github.com/alexreinert/piVCCU/issues/422 dieses Verhalten ebenfalls festgestellt. Beim Verwenden der fertigen Images passiert dies nicht.

Kennt jemand einen Weg dnsmasq zu deaktivieren bzw. die Port Blockade aufzuheben? Der große Vorteil von piVCCU ist ja gerade, dass mehrere Anwendungen auf dem Pi parallel ausgeführt werden können. Wenn nicht würde ich einen Versuch mit AdGuard starten oder letztendlich einen Pi3 für den AskSin Analyzer XS, Pi-hole und apcupsd (USV) separat betreiben.

Noch ein Hinweis für die Installation von bullseye. Der Standard user Pi ist seit kurzem nicht mehr vefügbar - weitere Infos dazu finden sich hier https://www.raspberrypi.com/news/raspbe ... pril-2022/

Gruß
Hans

[wok1415]

Hi,

ich kann das so nicht nachvollziehen: Bei mir läuft pivccu3 (manuell installiert https://github.com/alexreinert/piVCCU/b ... berrypi.md) auf einem Pi4 (als Backupsystem mit 64bit Raspi OS Bullseye) und dnsmasq belegt die folgenden Ports im LXC Container:

# netstat -tulpn | grep dnsmasq
tcp 0 0 10.0.3.1:53 0.0.0.0:* LISTEN 680/dnsmasq
udp 0 0 10.0.3.1:53 0.0.0.0:* 680/dnsmasq
udp 0 0 0.0.0.0:67 0.0.0.0:* 680/dnsmasq

Der Host hat eine andere IP Adresse als der LXC Container und unter der Host IP Adresse ist Port 53 nicht belegt. Du solltest auf dem Host also Pi-Hole neben der pivccu3 installieren können (hast Du die Bridge br0 richtig eingerichtet ?).

Auf meinem Armbian Server (auch mit 64 bit Debian Bullseye) läuft pivccu3 tatsächlich auch problemlos parallel mit einem filternden DNS. Das ist zwar nicht Pi-hole, sondern AdGuardHome, aber das sollte keinen Unterschied machen. AdGuardHome begeistert mich - es ist einfach zu installieren und zu betreiben und es läuft auch im ipv4/ipv6 Dual Stack Netzwerk.

Vielleicht versuchst Du es mal mit der 64 bit Raspi OS Version https://downloads.raspberrypi.org/raspi ... 022-04-07/ und mit AdGuard Home https://github.com/AdguardTeam/AdGuardHome ?

Viele Grüße

[PC-Oldie]

Moin wok1415,

zunächst einmal vielen Dank für deine Antwort.

Der Host hat eine andere IP Adresse als der LXC Container und unter der Host IP Adresse ist Port 53 nicht belegt. Du solltest auf dem Host also Pi-Hole neben der pivccu3 installieren können (hast Du die Bridge br0 richtig eingerichtet ?).

Ich werde mir das nochmals anschauen und dabei auch direkt die 64-bit Version nutzen. Die IP-Adressen sind bei mir natürlich auch unterschiedlich. In der Vergangenheit habe ich immer fertige Images von Alex genommen. Dort trat das Problem nie auf. Von daher wäre eine fehlerhaft eingerichtete Bridge vielleicht die Ursache.

AdGuardHome begeistert mich - es ist einfach zu installieren und zu betreiben und es läuft auch im ipv4/ipv6 Dual Stack Netzwerk.

Wie ich geschrieben hatte wollte ich AdGuard Home ausprobieren und habe dies zwischenzeitlich mit Erfolg gemacht. Anders als bei Pi-hole hatte ich dort die Möglichkeit das Lauschen auf Port 53 direkt dem Host zuzuordnen. Prinzipiell finde ich AdGuard Home übersichtlicher als Pi-hole. Im Moment teste ich beide Versionen abwechselnd.

Gruß
Hans

[PC-Oldie]

Moin,

ich habe nun die 64-bit Version lite und mit Desktop ausprobiert. Es endet immer mit dem Fehler "DNS service is NOT running" mit der Begründung "dnsmasq: failed to create listening socket for port 53: Address already in use".

Meiner Ansicht nach ist alles korrekt eingestellt und es sieht so aus wie bei wok1415:

Code: Alles auswählen

tcp        0      0 10.0.3.1:53             0.0.0.0:*               LISTEN      2138/dnsmasq
udp        0      0 10.0.3.1:53             0.0.0.0:*                           2138/dnsmasq
udp        0      0 0.0.0.0:67              0.0.0.0:*                           2138/dnsmasq

Bridge br0 (aus dem generierten Log von Pi-hole) mit dem Host 192.168.178.12:

Code: Alles auswählen

br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether dc:a6:32:2d:50:48 brd ff:ff:ff:ff:ff:ff
inet 192.168.178.12/24 brd 192.168.178.255 scope global br0
...
*** [ DIAGNOSING ]: Networking
[✓] IPv4 address(es) bound to the br0 interface:
    192.168.178.12/24

Da dnsmasq-base während der Ausführung von sudo apt install pivccu3 installiert wird kann ich es auch nicht einfach mit sudo apt-get remove dnsmasq-base deinstallieren, da dann auch piVCCU gelöscht wird

Bei AdGuard Home wurde die Portbelegung auch festgestellt aber man konnte dezidiert anschliessend den Host zuordnen.

@deimos Bei der manuellen Installation bekam ich folgende Fehlermeldung bei sudo apt install raspberrypi-kernel-headers pivccu-modules-dkms:

Code: Alles auswählen

Setting up pivccu-modules-dkms (1.0.71) ...
Error! The module/version combo: pivccu-1.0.71
is not located in the DKMS tree.
  SYNC    include/config/auto.conf.cmd
  UPD     include/config/kernel.release
  UPD     include/generated/utsrelease.h
make[1]: *** No rule to make target 'arch/arm64/tools/gen-cpucaps.awk', needed by 'arch/arm64/include/generated/asm/cpucaps.h'.  Stop.
make: *** [arch/arm64/Makefile:173: archprepare] Error 2
cc     recordmcount.c   -o recordmcount

Creating symlink /var/lib/dkms/pivccu/1.0.71/source ->
                 /usr/src/pivccu-1.0.71

DKMS: add completed.

Falls es für dich interessant ist hier noch das make.log

Code: Alles auswählen

/var/lib/dkms/pivccu/1.0.71/5.15.32-v8+/aarch64/log $ cat make.log
DKMS make.log for pivccu-1.0.71 for kernel 5.15.32-v8+ (aarch64)
Tue 12 Apr 13:46:30 CEST 2022
make -C /lib/modules/5.15.32-v8+/build M=/var/lib/dkms/pivccu/1.0.71/build modules
make[1]: Entering directory '/usr/src/linux-headers-5.15.32-v8+'
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/eq3_char_loop.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/plat_eq3ccu2.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/generic_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/pl011_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/dw_apb_raw_uart.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/meson_raw_uart.o
/var/lib/dkms/pivccu/1.0.71/build/dw_apb_raw_uart.c: In function ‘dw_apb_raw_uart_irq_handle’:
/var/lib/dkms/pivccu/1.0.71/build/dw_apb_raw_uart.c:259:8: warning: this statement may fall through [-Wimplicit-fallthrough=]
  259 |     if (!(status & (UART_LSR_DR | UART_LSR_BI)))
      |        ^
/var/lib/dkms/pivccu/1.0.71/build/dw_apb_raw_uart.c:265:3: note: here
  265 |   case UART_IIR_RDI:
      |   ^~~~
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/fake_hmrf.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/rpi_rf_mod_led.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/dummy_rx8130.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/led_trigger_timer.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_usb.o
/var/lib/dkms/pivccu/1.0.71/build/fake_hmrf.c: In function ‘fake_hmrf_write’:
/var/lib/dkms/pivccu/1.0.71/build/fake_hmrf.c:268:1: warning: the frame size of 2080 bytes is larger than 2048 bytes [-Wframe-larger-than=]
  268 | }
      | ^
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_usb-2.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_eth.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/rtc-rx8130.o
/var/lib/dkms/pivccu/1.0.71/build/hb_rf_eth.c: In function ‘hb_rf_eth_init’:
/var/lib/dkms/pivccu/1.0.71/build/hb_rf_eth.c:768:3: warning: ignoring return value of ‘sysfs_create_file’ declared with attribute ‘warn_unused_result’ [-Wunused-result]
  768 |   sysfs_create_file(&dev->kobj, &dev_attr_is_connected.attr);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/var/lib/dkms/pivccu/1.0.71/build/hb_rf_eth.c:769:3: warning: ignoring return value of ‘sysfs_create_file’ declared with attribute ‘warn_unused_result’ [-Wunused-result]
  769 |   sysfs_create_file(&dev->kobj, &dev_attr_connect.attr);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  MODPOST /var/lib/dkms/pivccu/1.0.71/build/Module.symvers
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/dummy_rx8130.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/dw_apb_raw_uart.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/eq3_char_loop.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/fake_hmrf.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/generic_raw_uart.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_eth.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_usb-2.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_usb.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/led_trigger_timer.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/meson_raw_uart.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/pl011_raw_uart.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/plat_eq3ccu2.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/rpi_rf_mod_led.mod.o
  CC [M]  /var/lib/dkms/pivccu/1.0.71/build/rtc-rx8130.mod.o
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/dummy_rx8130.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/dw_apb_raw_uart.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/eq3_char_loop.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/fake_hmrf.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/generic_raw_uart.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_eth.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_usb-2.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/hb_rf_usb.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/led_trigger_timer.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/meson_raw_uart.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/pl011_raw_uart.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/plat_eq3ccu2.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/rpi_rf_mod_led.ko
  LD [M]  /var/lib/dkms/pivccu/1.0.71/build/rtc-rx8130.ko
make[1]: Leaving directory '/usr/src/linux-headers-5.15.32-v8+'

Und zu guter Letzt kam dann bei sudo apt install pivccu3 noch ein Fenster mit folgendem Text, welches ich mit Yes beantwortet habe:

Code: Alles auswählen

WARNING: Could not locate raw uart interface. Are the kernel modules and the device tree overlays installed and did you  │
 │ reboot after installation of them? 

piVCCU läuft ohne Probleme aber warum nicht mehr mit Pi-hole gemeinsam?

Gruß
Hans

[deimos]

Hi,

piVCCU hat keine Abhängigkeit zu dnsmasq, die muss von irgendeinem anderen Paket kommen (von welchen piVCCU ggf. direkt oder indirekt abhängig ist).

Viele Grüße
Alex

[PC-Oldie]

Moin Alex,

danke für die schnelle Antwort.

Gruß
Hans

[PC-Oldie]

Moin,

da es mir nicht gelungen ist dnsmasq zu entfernen bzw. zu blockieren, habe ich folgende pragmatische Lösung im Einsatz.

Nach dem Start des Pis erfolgen folgende Befehle und schon funktioniert es

Code: Alles auswählen

sudo killall dnsmasq
pihole restartdns
pihole status

Das Netz ist zwar voll von Hinweisen aber letztendlich konnte ich das Problem nur so lösen.

Gruß
Hans

[PC-Oldie]

Moin,

im vorherigen Post habe ich eine quick and dirty Lösung für das Problem beschrieben. Da ich mit AdGuard Home das Problem lösen konnte habe ich mir nochmals alle Einstellungen in Pi-hole angeschaut.

Letztendlich ist die saubere Lösung der Hinweis von @Wok1415:

Du solltest auf dem Host also Pi-Hole neben der pivccu3 installieren können (hast Du die Bridge br0 richtig eingerichtet ?).

Die Bridge war korrekt eingerichtet aber in Pi-hole hatte ich unter Interface Settings Recommended setting Allow only local requests aktiviert. Dies führt dazu, dass Pi-hole nun auf allen lokalen Adressen auf Port 53 lauschen möchte - damit auch auf 10.0.3.1:53, welcher durch dnsmasq bereits belegt ist

Nachdem ich nun unter Potentially dangerous options Bind only to interface br0 eingetragen habe funktioniert alles so wie gewünscht Vermutlich hatte mich der Hinweis Potentially dangerous options abgeschreckt

Gruß
Hans

[deimos]

Hi,

sehr gute Info. Damit dürfte dann auch klar sein, woher dnsmasq kommt: Das Interface 10.0.3.1 kommt von LXC.

Viele Grüße
Alex

[PC-Oldie]

Moin Alex,

ich habe auf Github und Symcon auf den Thread verwiesen. Ich hoffe, dass das in deinem Sinne ist. Nochmals Danke für das tolle Projekt piVCCU.

Gruß
Hans