DNS Auflösung nach Update auf Version 6 nicht mehr möglich

Hallo,
ich bin etwas verzweifelt und Linux unwissend… also beste Voraussetzungen.

Ich habe ende 2022 nach einer "Step bei Step" Anleitung auf einem Raspberry Pi 3 Model B+ ein Raspberry Pi OS 11 (Debian bullseye) installiert und dazu Unbound und Pi-hole 5. Das lief bis heute alles, inklusive aller angeforderten und durchgeführten Pi-hole updates, ganz hervorragend.

Nun blinkte mich eine neues update an. Das update wurde wie immer mit pihole -up angestoßen, lief aber nicht durch. Leider habe ich keinen Screenshot gemacht, meine mich aber zu erinnern, das auf einen download gewartet wurde. Nach einen Power down, Power up kann mein Raspberry Pi nun keine Domain Namen mehr auflösen. Ich habe versuchte mit "sudo PIHOLE_SKIP_OS_CHECK=true pihole -r" die installation zu reparieren, aber folgende Fehlermeldung bekomme ich zu sehen:

 [✗] Downloading and Installing FTL
  Error: URL https://github.com/pi-hole/ftl/releases/latest/download/pihole-FTL-armv6 not found
 [✗] FTL Engine not installed

Einen Debug Token konnte ich wegen der fehlenden DNS Auflösung nicht hochladen lassen.

Wie kann ich meinen Raspberry Pi und meinen Pi-hole wieder zur Mitarbeit überreden?

Eine bitte noch, es ist das erste mal, dass ich in einem Forum unterwegs bin und um Hilfe bitte. Falss ich etwas falsch gemacht habe, nicht so doll schimpfen, wenn ich den Fehler erkennen, werde ich ihn nicht noch einmal machen.

Danke und Gruß Eggi

Ich bin beim Testen auf dasselbe Problem gestoßen, wenn das Update mitten drin unterbrochen wurde. Da ich jedoch etwas künstlich Pi-hole v5 installiert habe, und etwas an den Git repos pfuschen musste, damit das klappt und ich dann das update auf v6 testen kann, habe ich es nicht weiter untersucht. Es hat jedenfalls damit zu tun, dass der alte v5 Installer aufgerufen wird, weil der update checker vorher das repository nicht wie erwartet updated.

Versuch mal das:

cd /etc/.pihole
git fetch --all
git reset --hard v5.18.4

Das resettet das repository auf die letzte v5 version. Das update script sollte dann die aktuelle Version richtig erkennen, das repository auf v6 updaten, sodass der Installer dann die richtigen neuen FTL-Dateinamen versucht herunterzuladen.

1 Like

Hallo MichaIng,
danke für Deine Hilfe.

Nachdem ich "cd /etc/.pihole" und "git fetch --all" eingegeben habe, sah es wie folgt aus:

KE@Raspberry-Pi-3-Model-B-Plus: cd /etc/.pihole
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ git fetch --all
fatal: detected dubious ownership in repository at '/etc/.pihole'
To add an exception for this directory, call:

git config --global --add safe.directory /etc/.pihole

KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $

Das sagt mir leider alles nichts.

Ich habe in meinen alten Notizen gesucht und noch einige Befehle zu Pi-hole gefunden.

Nach "sudo pihole status" bekomme ich folgende Ausgabe:
[✓] FTL is listening on port 53
[✓] UDP (IPv4)
[✓] TCP (IPv4)
[✓] UDP (IPv6)
[✓] TCP (IPv6)
[✗] Pi-hole blocking is disabled

Irgendetwas scheint da noch zu laufen.

Nach "sudo pihole -v" bekomme ich folgende Ausgabe:
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ sudo pihole -v
Core version is v6.0.3 (Latest: N/A)
Web version is v6.0.1 (Latest: N/A)
FTL version is v6.0.1 (Latest: N/A)

Das schaut aktuell aus, funktioniert wohl aber nicht?!?

Nach "sudo pihole disable" bekomme ich folgende Ausgabe:
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ sudo pihole disable
[✓] Pi-hole disabled forever

Auch das scheint zu funktionieren.

Wenn ich im Browser "http://192.168.1.5/admin/" aufrufe, erhalte ich eine "403 Forbidden" Fehlermeldung.
Auch da scheint irgendwer zu antworten.

Ich wollte den Pi-hole Konfigurator starten. Nach "sudo pihole -r" bekomme ich folgende Ausgabe:

KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ sudo pihole -r

[✓] Root user check

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

[i] SELinux not detected
[✓] Update local cache of available packages

[✓] Checking apt-get for upgraded packages... 4 updates available
[i] It is recommended to update your OS after installing the Pi-hole!

[✓] Building dependency package pihole-meta.deb
[✓] Installing Pi-hole dependency package

[✗] Retrieval of supported OS list failed. dig failed with return code 10.
Unable to determine if the detected OS (Raspbian 11) is supported
Possible causes for this include:
- Firewall blocking DNS lookups from Pi-hole device to ns1.pi-hole.net
- DNS resolution issues of the host system
- Other internet connectivity issues

  https://docs.pi-hole.net/main/prerequisites/#supported-operating-systems

  If you wish to attempt to continue anyway, you can try one of the following commands to skip this check:

  e.g: If you are seeing this message on a fresh install, you can run:
         curl -sSL https://install.pi-hole.net | sudo PIHOLE_SKIP_OS_CHECK=true bash

       If you are seeing this message after having run pihole -up:
         sudo PIHOLE_SKIP_OS_CHECK=true pihole -r
       (In this case, your previous run of pihole -up will have already updated the local repository)

  It is possible that the installation will still fail at this stage due to an unsupported configuration.
  If that is the case, you can feel free to ask the community on Discourse with the Community Help category:
  https://discourse.pi-hole.net/c/bugs-problems-issues/community-help/

Ich weiß nicht was da abgeht und was zu tun ist. Gefühlt findet keine DNS Auflösung von Anfragen des Raspberry Pi statt. Da ich nur das update auf Pi-hole 6 durchgeführt habe, gehe ich davon aus, dass Pi-hole das Problem ist.

Danke und Gruß Eggi

Hallo zusammen,
ich bin neu hier im Forum und dieser Beitrag scheint die beste Möglichkeit für mein Problem zu sein. Denn ich habe auch schon ein bisschen in den anderen Beiträgen zu diesem Thema gesucht.

Ich habe hier einen Raspberry 3B+ und verwende ihn schon seit 4 Jahren als DNS Ersatz mit Pihole. Damals habe ich Pihole wie empfohlen installiert und an dieser Installation nichts verändert. Jede Woche am Freitag in der Nacht um 3 Uhr wird dann Pihole per script upgedatet. Die Logausgaben bekomme ich dann per Mail. Vor dem Update läuft aber noch ein Systemupdate und ein Reboot um 1 Uhr. Als System verwende ich Raspbian 10.

Bisher hat das Alles fast immer einwandfrei funktioniert. Fast immer heißt, dass es schon mal vorkommen konnte, dass das Systemreboot hängen geblieben ist und ich dann die weiteren Schritte nach einem Kaltstart von Hand machen musste.

Jetzt bei dem letzten Update ist da eine Fehlermeldung aufgetaucht. Unbekanntes Betriebssystem entdeckt Raspbian 10.

Die DNS Funktionalität läuft aber weiter. Nur der Zugriff auf die Weboberfläche liefert einen 403.
Jetzt habe ich die hier genannten Schritte mit dem Zurücksetzen der Version und dem PIHOLE_SKIP_OS_CHECK ... gemacht und bekomme da nach den ganzen Ausgabe und dem FTL Checks... folgendes:
[✓] Detected ARMv7 processor (with hard-float support)
[i] Checking for existing FTL binary...
[i] Downloading and Installing FTL...curl: (22) The requested URL returned error: 404
[✗] Downloading and Installing FTL
Error: URL https://github.com/pi-hole/ftl/releases/latest/download/pihole-FTL-armv7-linux-gnueabihf not found
[✗] FTL Engine not installed

Was kann man da jetzt noch machen?
Danke, Gruss
Micha

Nachtrag: Der Swap ist jetzt auch auf 100 Prozent gegangen. Das war bisher so nicht der Fall.

Die Fehlermeldung "dubious ownership" ist witzig :smile:. Nutz mal sudo dafür:

cd /etc/.pihole
sudo git fetch --all
sudo git reset --hard v5.18.4

Und falls du mit dem Pi-hole host system selbst Pi-hole nutzt, ändere das mal. Also falls cat /etc/resolv.conf 127.0.0.1 enthält:

echo 'nameserver 1.1.1.1' | sudo tee /etc/resolv.conf

Das stellt den auf Cloudflare um. Generell ist es nicht empfehlenswert mit dem Pi-hole host selbst Pi-hole zu verwenden. Macht auch keinen Sinn, da du mit dem System ja nicht im Internet surfst.

Raspbian 10 (Buster) wird nicht mehr unterstützt. Das solltest du auf Bullseye 11 und am besten gleich weiter auf Bookworm 12 upgraden. Hast du außer Pi-hole noch irgendetwas anderes auf dem System laufen?

Falls du eine SD-Karte übrig hast, würde ich empfehlen ein neues Raspberry Pi OS zu installieren, das geht dann allemal schneller und sauberer als zwei Distributions-Upgrades, und du kannst dann gleich die 64-Bit Version nehmen. Mit dem RPi Imager lässt es sich auch noch etwas pre-konfigurieren: https://www.raspberrypi.com/software/

Hallo MichaIng,

Ja ich habe noch andere Dinge auf dem Pi, aber die würden sich portieren lassen. Ich betreibe den Raspberry auch nicht mehr über die SD Card sondern da hängt eine USB Festplatte dran.

Und von einem Upgrade über diesen Weg wurde mir abgeraten. Ein Freund, der auch einen 3B+ per USB HDD betrieben hatte hat damit Schiffbruch erlitten.

Aber ich werde das einmal angehen und dann sehen wir weiter. Danke auf jeden Fall für die schnelle Antwort!

Gruss
Micha

Ich hatte auch Probleme seit dem Update dann fand ich diese geniale und Top aktuelle Anleitung.
Also dickes lob an den Meister viel Aufwand gemacht!

Hallo MichaIng,
das ist das Ergevniss nach den dre Eingaben:

KE@Raspberry-Pi-3-Model-B-Plus:~ $ cd /etc/.pihole
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ sudo git fetch --all
Fordere an von Origin
fatal: konnte nicht auf 'https://github.com/pi-hole/pi-hole.git/' zugreifen: Could not resolve host: github.com
error: Konnte nicht von origin anfordern
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ sudo git reset --hard v5.18.4
HEAD ist jetzt bei 2cf046d Fix v5 for Fedora 41 (#5839)
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $

Auf die Eingabe "cat /etc/resolv.conf" kommt:

KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ cat /etc/resolv.conf
# Generated by resolvconf
nameserver 127.0.0.1

Ich habe Unbound laufen, sollte ich das trotzdem ändern (echo 'nameserver 1.1.1.1' | sudo tee /etc/resolv.conf)?

KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ sudo systemctl status unbound.service
● unbound.service - Unbound DNS server
     Loaded: loaded (/lib/systemd/system/unbound.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2025-02-22 07:52:37 CET; 5h 41min ago
       Docs: man:unbound(8)
    Process: 30290 ExecStartPre=/usr/lib/unbound/package-helper chroot_setup (code=exited, status=0/SUCCESS)
    Process: 30293 ExecStartPre=/usr/lib/unbound/package-helper root_trust_anchor_update (code=exited, status=0/SUCCESS)
   Main PID: 30296 (unbound)
      Tasks: 1 (limit: 2057)
        CPU: 200ms
     CGroup: /system.slice/unbound.service
             └─30296 /usr/sbin/unbound -d -p

Feb 22 07:52:37 Raspberry-Pi-3-Model-B-Plus systemd[1]: Starting Unbound DNS server...
Feb 22 07:52:37 Raspberry-Pi-3-Model-B-Plus unbound[30296]: [30296:0] info: start of service (unbound 1.13.1).
Feb 22 07:52:37 Raspberry-Pi-3-Model-B-Plus systemd[1]: Started Unbound DNS server.

Danke und Gruß Eggi

Es ist nicht Trivial in der Tat, wenn man noch mehr Software drauf hat. Wir haben einen Guide für DietPi, der auf jedem Debian angewendet werden kann. dietpi-backup u.Ä. klappen dann natürlich nicht, aber die meisten anderen Befehle lassen leise DietPi-spezifische Dateien aus, und der Rest ist dasselbe auf jedem Debian: DietPi - How to upgrade to "Bullseye" - DietPi blog
Aber ich würde auch empfehlen das System neu aufzusetzen.

Ja, Pi-hole scheint wegen des unterbrochenen Updates nicht zu funktionieren, also mit dem Befehl auch Cloudflare umsteigen (oder wahlweise 9.9.9.9 für Quad9 oder 8.8.8.8 für Google etc). Dann noch einmal die sudo git Befehle wiederholen. Unbound hat damit nichts zu tun, das läuft auf einem anderen Port, der sich nicht direkt mit dem System-Resolver nutzen lässt.

Hallo MichaIng,

da bin ich dabei. Denn das Booten von USB Festplatte sollte weiter funktionieren. Denn auf dem Medium ist doch einiges an Betrieb und das tut SD Karten nicht so gut.

Aber eine Frage habe ich noch, kann ich von den Daten der alten pihole Installation etwas in die dann neue Installation mitnehmen?

Vielen Dank für Deine Hilfe!
Gruss
Micha

Ich würde davon abraten. Ich meine du kannst versuchen die Konfiguration zu exportieren, in Settings > Teleporter, und diese dann auf dem neuen Pi-hole importieren. Ich weiß nicht ob Pi-hole die automatische Migration eines Backups unterstützt. Aber es hat sich in Pi-hole v6 ja schon einiges geändert, schadet also nicht einmal neu durch die Einrichtung zu gehen.

... wobei wenn ich es mir überlege ... schau mal, hier sind die alten Konfigurationsdateien, welche bei der Pi-hole installation automatisch migriert werden: pi-hole/automated install/basic-install.sh at 0e6d9e74d9578f556d70486c35a367f91d9bf3d9 · pi-hole/pi-hole · GitHub

Erstelle auf dem neuen system, bevor du Pi-hole installierst, den Ordner /etc/pihole/migration_backup_v6, und kopiere diese 5 Dateien vom alten System (sofern vorhanden) dort hinein.

Hallo MichaIng,
das ist das Ergevniss nach den dre Eingaben:
KE@Raspberry-Pi-3-Model-B-Plus:~ $ echo 'nameserver 1.1.1.1' | sudo tee /etc/resolv.conf
nameserver 1.1.1.1
KE@Raspberry-Pi-3-Model-B-Plus:~ $ cat /etc/resolv.conf
nameserver 1.1.1.1
KE@Raspberry-Pi-3-Model-B-Plus:~ $ cd /etc/.pihole
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ sudo git fetch --all
Fordere an von origin
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $ sudo git reset --hard v5.18.4
HEAD ist jetzt bei 2cf046d Fix v5 for Fedora 41 (#5839)
KE@Raspberry-Pi-3-Model-B-Plus:/etc/.pihole $

Ich hoffe das ist das, was Du erwartest hast. Was ist jetzt zu tun?

Danke und Gruß Eggi

Ja so soll es sein, jetzt noch mal pihole -up versuchen.

Hallo MichaIng,

Werde ich machen. Vielen Dank für Deine Hilfe!

Gruss
Micha

22.02.2025 15.00 Uhr

Hallo MichaIng,
das ist das Ergevniss nach den der Eingaben:

KE@Raspberry-Pi-3-Model-B-Plus:~ $ sudo pihole -up
[✗] Retrieval of supported OS list failed. dig failed with return code 10.
Unable to determine if the detected OS (Raspbian 11) is supported
Possible causes for this include:
- Firewall blocking certain DNS lookups from Pi-hole device
- ns1.pi-hole.net being blocked (required to obtain TXT record from versions.pi-hole.net containing supported operating systems)
- Other internet connectivity issues

  https://docs.pi-hole.net/main/prerequisites/#supported-operating-systems

  If you wish to attempt to continue anyway, you can try one of the following commands to skip this check:

  e.g: If you are seeing this message on a fresh install, you can run:
         curl -sSL https://install.pi-hole.net | sudo PIHOLE_SKIP_OS_CHECK=true bash

       If you are seeing this message after having run pihole -up:
         sudo PIHOLE_SKIP_OS_CHECK=true pihole -r
       (In this case, your previous run of pihole -up will have already updated the local repository)

  It is possible that the installation will still fail at this stage due to an unsupported configuration.
  If that is the case, you can feel free to ask the community on Discourse with the Community Help category:
  https://discourse.pi-hole.net/c/bugs-problems-issues/community-help/

KE@Raspberry-Pi-3-Model-B-Plus:~ $

Soll ich jetzt "sudo PIHOLE_SKIP_OS_CHECK=true pihole -r" probieren?

Danke und Gruß Eggi

Oh, ein Namensvetter, wie mir jetzt erst auffällt :wave: :slightly_smiling_face:

Hallo MichaIng,
das ist das Ergebniss nach den der Eingaben. Es kam ein Fenster wo ich wählen musste:
Existing Install Detected!
We have detected an existing install.
Please choose from the following options:
(You will remain on the same version)
Repair - This will retain existing settings
Reconfigure - Resets Pi-hole and allows re-selecting settings.

Ich habe für "Repair" entschieden.

KE@Raspberry-Pi-3-Model-B-Plus:~ $ sudo PIHOLE_SKIP_OS_CHECK=true pihole -r

[✓] Root user check

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

[i] SELinux not detected
[✓] Update local cache of available packages
[i] Existing PHP installation detected : PHP version 7.4.33

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

[i] Checking for / installing Required dependencies for OS Check...
[✓] Checking for grep
[✓] Checking for dnsutils

[i] PIHOLE_SKIP_OS_CHECK env variable set to true - installer will continue
[i] Checking for / installing Required dependencies for this install script...
[✓] Checking for git
[✓] Checking for iproute2
[✓] Checking for dialog
[✓] Checking for ca-certificates

[i] Repair option selected
[i] Performing reconfiguration, skipping download of local repos
[✓] Resetting repository within /etc/.pihole...
[✓] Resetting repository within /var/www/html/admin...
[i] Checking for / installing Required dependencies for Pi-hole software...
[✓] Checking for cron
[✓] Checking for curl
[✓] Checking for iputils-ping
[✓] Checking for psmisc
[✓] Checking for sudo
[✓] Checking for unzip
[✓] Checking for idn2
[✓] Checking for libcap2-bin
[✓] Checking for dns-root-data
[✓] Checking for libcap2
[✓] Checking for netcat-openbsd
[✓] Checking for procps
[✓] Checking for jq
[✓] Checking for lighttpd
[✓] Checking for php7.4-common
[✓] Checking for php7.4-cgi
[✓] Checking for php7.4-sqlite3
[✓] Checking for php7.4-xml
[✓] Checking for php7.4-intl
[✓] Checking for php7.4-json

[✓] Enabling lighttpd service to start on reboot...
[✓] Checking for user 'pihole'

[i] FTL Checks...

[✓] Detected ARMv7 processor (with hard-float support)
[i] Checking for existing FTL binary...
[i] Downloading and Installing FTL...curl: (6) Could not resolve host: github.com
[✗] Downloading and Installing FTL
Error: URL https://github.com/pi-hole/ftl/releases/latest/download/pihole-FTL-armv7-linux-gnueabihf not found
[✗] FTL Engine not installed
KE@Raspberry-Pi-3-Model-B-Plus:~ $

Die URL "https://github.com/pi-hole/ftl/releases/latest/download/pihole-FTL-armv7-linux-gnueabihf" scheint wohl ins nichts führen. Wie kann das sein?

Danke und Gruß Eggi

Bitte pihole -up ausführen, nicht pihole -r. Falls das genauso fehlschläft, bitte die sudo git Befehle noch einmal ausführen. Bin gerade nicht sicher ob pihole -r mit den Repos rumpfuscht, was die relative häufigen Meldungen dieser Art erklären würde.

EDIT: Ah entschuldige, ich habe deinen letzte Beitrag übersehen. Moment ...

Kannst du mal das hier ausführen und die Ausgabe zeigen?

dig -4 +short -t txt versions.pi-hole.net @ns1.pi-hole.net

Hallo MichaIng,
das ist das Ergebnis nach den der Eingaben:

KE@Raspberry-Pi-3-Model-B-Plus:~ $ dig -4 +short -t txt versions.pi-hole.net @ns1.pi-hole.net
dig: couldn't get address for 'ns1.pi-hole.net': failure
KE@Raspberry-Pi-3-Model-B-Plus:~ $

Danke und Gruß Eggi