openhabforum.de

Ja, das passt. Leider sind wir damit keinen Schritt weiter.

Also, um das Ganze mal abzukürzen... Schreib mal in die resolv.conf unten eine Zeile dazu: wobei Du x und y natürlich anpassen musst. Es handelt sich um die Adresse Deines Routers!

Danach einmal booten und schauen, ob der Eintrag bestehen geblieben ist. Wenn ja, sollte das Update erfolgreich verlaufen.

Wahnsinn, Du bist Dein Geld wert
Habe die Zeile nameserver mit der Adresse hinterlegt - und prompt klappt das Update und Openweathermap ist auch wieder online...

Menschenskinder - vielen Dank

Wahnsinn, Du bist Dein Geld wert
Habe die Zeile nameserver mit der Adresse hinterlegt - und prompt klappt das Update und Openweathermap ist auch wieder online...

Menschenskinder - vielen Dank

Hallo zusammen,

ich habe ein ähnliches Problem:
pi@raspberrypi:~ $ sudo apt-get update
Fehl:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Temporärer Fehlschlag beim Auflösen von »raspbian.raspberrypi.org«
Fehl:2 http://archive.raspberrypi.org/debian bullseye InRelease
Temporärer Fehlschlag beim Auflösen von »archive.raspberrypi.org«
Paketlisten werden gelesen… Fertig
W: Fehlschlag beim Holen von http://raspbian.raspberrypi.org/raspbia ... /InRelease Temporärer Fehlschlag beim Auflösen von »raspbian.raspberrypi.org «
W: Fehlschlag beim Holen von http://archive.raspberrypi.org/debian/d ... /InRelease Temporärer Fehlschlag beim Auflösen von »archive.raspberrypi.org«
W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.

Folgendes aus dem Beitrag hier habe ich schon probiert:
Erstens
ping -c4 archive.raspberrypi.org
ping: archive.raspberrypi.org: Temporärer Fehler bei der Namensauflösung

ping -c4 46.235.227.39
PING 46.235.227.39 (46.235.227.39) 56(84) bytes of data.
64 bytes from 46.235.227.39: icmp_seq=1 ttl=53 time=25.3 ms
64 bytes from 46.235.227.39: icmp_seq=2 ttl=53 time=23.5 ms
64 bytes from 46.235.227.39: icmp_seq=3 ttl=53 time=23.5 ms
64 bytes from 46.235.227.39: icmp_seq=4 ttl=53 time=24.2 ms

--- 46.235.227.39 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 23.499/24.145/25.338/0.742 ms

Zweitens
Mein raspberry hat eine feste IP von mir bekommen.

Drittens
cat /etc/resolv.conf
# Generated by resolvconf
nameserver fd00::7c15:fd98:7be8:1a45

Viertens
sudo cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source /etc/network/interfaces.d/*

Wäre über Tipps dankbar, wie ich das lösen könnte

Viele Grüße
Jobc

Wenn Du eine feste IP vergibst, reicht es nicht, die IP einzutragen, Du musst ebenso die übrigen Daten manuell eintragen, welche sonst per DHCP auf den Rechner kommen, das ist zum einen die Subnetzmaske, zum zweiten das Gateway (beide Einträge sind offensichtlich korrekt gesetzt, weil sonst die IP-Adresse auch nicht erreichbar wäre) und zum dritten der Eintrag des DNS Servers (oder auch mehrerer DNS Server)

Da Dein Problem die Namensauflösung betrifft, ist dieser Eintrag recht sicher nicht korrekt gesetzt.

Danke für deine schnelle Antwort.
Ich betreibe auf meinem raspberry pi ein Pi-hole.
Als lokalen DNS-Server habe ich die IP von meinem Pi-Hole eingetragen. Im Pi-Hole sieht das so aus Die Checkbox "DHCP server enabled" beim Pi-Hole ist nicht gesetzt.

Muss ich dann in der fritz.box hier noch die IP des pi-hole eintragen?

Nein, das ist soweit alles richtig eingestellt. Im DHCP Server der FRITZ!Box ist die Adresse des Pi Hole eingetragen, damit alle Geräte, welche per DHCP Adressen zugewiesen bekommen ihre DNS Anfragen an den Pi Hole schicken.
Der Pi Hole selbst ist nur ein DNS Resolver, er muss alle DNS Anfragen weiterleiten. Er fragt bei der FRITZ!Box nach.
Die FRITZ!Box hat ebenfalls einen eingebauten DNS Resolver, denn auch sie ist ja kein vollwertiger DNS Server. Sie schickt die Anfragen an den DNS Server des Providers weiter, der ihr beim Verbindungsaufbau per DHCP mitgeteilt wird.
Der Weg ist also so: Aber wenn Du im Pi eine feste IP-Adresse hinterlegst, musst Du ebenso auch den Pi Hole als DNS Server eintragen, sonst laufen die Anfragen ins leere.

Sollte Pi Hole auf dem selben Pi laufen (was eigentlich nicht so prickelnd ist), musst Du im Pi selbst (nicht in der Software Pi Hole!) localhost als DNS Server eintragen, damit die Anfragen über Pi Hole laufen.

Hmm für pi hole hatte ich mir eigentlich den pi zugelegt. War das eine falsche Entscheidung?
Wollte jetzt als nächstes ein Balkonkraftwerk an einen shelly anschließen und über meinen pi auswerten.

Es ist halt keine gute Idee, openHAB parallel dazu zu installieren. openHAB ist ein Server, der gerne einen eigenen Rechner haben will.

Man kann openHAB auch gemeinsam mit anderen Diensten auf einer Plattform betreiben, aber es ist besser, die Dienste möglichst gut voneinander abzuschotten. Z.B. könntest Du auf dem Raspberry Docker einrichten und dann Pi Hole in einem eigenen Container laufen lassen und ebenso mit openHAB verfahren. Dann sieht die Installation aber völlig anders aus, und Docker erhöht natürlich die Komplexität und man muss erst mal lernen, wie das mit Docker überhaupt funktioniert.