Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Marc Berg]

@wrod sagte in Adapter Updates gehen nicht: Timeout:

Hmmm. Und nun?

Nun kennst du die Ursache. Deine DNS Einstellungen sind wohl irgendwie verbogen.

[Ro75]

@wrod

Hallo,

piHole oder etwas in der Art bei dir aktiv?

Ro75.

[wrod]

@ro75 Nicht, dass ich wüsste.
Worauf könnte ich sonst prüfen?

[Thomas Braun]

@wrod

Du könntest per dig schauen, wer da was wo auflöst.
Schaut dann so aus:

echad@chet:~ $ dig repo.iobroker.live

; <<>> DiG 9.19.17-1-Debian <<>> repo.iobroker.live
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28877
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; PAD: (334 bytes)
;; QUESTION SECTION:
;repo.iobroker.live.            IN      A

;; ANSWER SECTION:
repo.iobroker.live.     3066    IN      CNAME   repo.iobroker.live.cdn.cloudflare.net.
repo.iobroker.live.cdn.cloudflare.net. 300 IN A 104.21.86.170
repo.iobroker.live.cdn.cloudflare.net. 300 IN A 172.67.222.102

;; Query time: 23 msec
;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP)
;; WHEN: Sun Nov 19 18:22:19 CET 2023
;; MSG SIZE  rcvd: 468

echad@chet:~ $ dig download.iobroker.net

; <<>> DiG 9.19.17-1-Debian <<>> download.iobroker.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39317
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; PAD: (398 bytes)
;; QUESTION SECTION:
;download.iobroker.net.         IN      A

;; ANSWER SECTION:
download.iobroker.net.  1208    IN      A       93.90.206.45

;; Query time: 15 msec
;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP)
;; WHEN: Sun Nov 19 18:22:49 CET 2023
;; MSG SIZE  rcvd: 468

echad@chet:~ $

dig muss gegebenenfalls nachinstalliert werden.

[wrod]

@thomas-braun said in Adapter Updates gehen nicht: Timeout:

dig repo.iobroker.live

Hmm. Das ergibt Folgendes:

pi@iobrokerpi:~ $ dig repo.iobroker.live

; <<>> DiG 9.16.44-Raspbian <<>> repo.iobroker.live
;; global options: +cmd
;; connection timed out; no servers could be reached

pi@iobrokerpi:~ $

In der Fritzbox ist der lokale DNS Server auf ihre eigene Adresse gesetzt: 192.168.220.1 - und natürlich, dass DNS-Server des Internet-Anbieters genutzt werden sollen.

[Thomas Braun]

@wrod

cat /etc/resolv.conf

sagt?

[wrod]

@thomas-braun
Komisch:

# Generated by resolvconf
search fritz.box
nameserver 127.0.0.1

[RoccoNaut]

@wrod ich hatte das Problem auch kürzlich.
Bei mir lag der fehler in der

/etc/resolv.conf

[wrod]

@rocconaut Danke. Dort steht

# Generated by resolvconf
domain fritz.box
nameserver 192.168.220.1
nameserver fd00::2e91:abff:fe26:4d04
nameserver 2a02:8108:1b80:1229:2e91:abff:fe26:4d04

[Thomas Braun]

@wrod

Da muss natürlich die IP des DNS-Servers rein.
Hast du da irgendwas in deinem Netzwerk seltsam eingestellt?

Denn ich verstehe auch nicht so ganz, was du damit sagen willst:

In der Fritzbox ist der lokale DNS Server auf ihre eigene Adresse gesetzt: 192.168.220.1 - und natürlich, dass DNS-Server des Internet-Anbieters genutzt werden sollen.

[RoccoNaut]

@thomas-braun man kann in der FB einen lokalen DNS Server eintragen, wenn man einen im Netzwerk hat. Aber da die IP der FB eintragen ist irgendwie komisch.
(Kenne aber die Standard Konfig der FB nicht, nutze ich seit Jahren nicht mehr)

Den lokalen DNS würde ich in der FB mal deaktivieren. Und den DNS des ISP würde ich auch mal "überdenken", aber das ist ein anderes Thema.

[Thomas Braun]

@rocconaut sagte in Adapter Updates gehen nicht: Timeout:

Aber da die IP der FB eintragen ist irgendwie komisch.

Allerdings.

Edit:
Musste jetzt erstmal selber bei mir schauen. Als 'Lokaler DNS-Server' steht da die IP der FritzBox selber drin.

[wrod]

@thomas-braun In der Fritz!Box steht unter Internet/Zugangsdaten:

und unter:
Heimnetz/Netzwerk/Netzwerkeinstellungen/ipv4

[RoccoNaut]

@wrod sagte in Adapter Updates gehen nicht: Timeout:

@rocconaut Danke. Dort steht

# Generated by resolvconf
domain fritz.box
nameserver 192.168.220.1
nameserver fd00::2e91:abff:fe26:4d04
nameserver 2a02:8108:1b80:1229:2e91:abff:fe26:4d04

Trag dort zu Testzwecken mal anstelle der 192.168.220.1 die 8.8.8.8 ein

[wrod]

@rocconaut Danke. Das ging.
Habe dann wieder die ADresse der Fritz-Box eingetragen wie oben. Dann ging es.
Aber die Updates der Adapter im iobroker gingen doch nicht.
Dann wollte auch der Host einen Update.
Habe den gemacht wie angegeben. Mit allen updates aller an "updateable" angezeigten adaptern über die Konsole.
Danach stand in der die /etc/resolv wieder

search fritz.box
nameserver 127.0.0.1

und im iobroker werden die Adapter und der Host wieder als NICHT geupdated angezeigt!

Was ist da los?

[Marc Berg]

@wrod sagte in Adapter Updates gehen nicht: Timeout:

Was ist da los?

Das passiert, wenn du einen DNS Server wie dnsmasq auf deinem Rechner installiert hast. Was hast du denn gemacht, bevor es nicht mehr funktionierte?

[wrod]

@marc-berg Eigentlich gar nichts. Nach ein paar Wochen wieder einmal iobroker aufgerufen, gesehen, dass drei Adapter geupdated werden sollen, und das versucht (siehe ersten Post).

[wrod]

@wrod Aber nun sehe ich, dass dnsmasq tatsächlich läuft. Kann das von einem anderen Prozess installiert worden sein?
Wird das für irgendwas gebraucht?
Kann man das so einstellen, dass diese Fehler nicht entstehen?

[Marc Berg]

@wrod sagte in Adapter Updates gehen nicht: Timeout:

Wird das für irgendwas gebraucht?

Das wird dir wohl niemand beantworten können, da niemand weiß, was sonst noch bei dir "von selbst" installiert wurde.

Kann man das so einstellen, dass diese Fehler nicht entstehen?

Das kann man sicher machen, aber macht es dir keine Sorgen, dass du scheinbar nicht Herr deiner Hardware bist? Aus meiner Sicht kommt da nur eine Neuinstallation in Frage.

[wrod]

@marc-berg Danke. Trotzdem komische Antwort. Ich bin ja gerade besorgt, seit ich dieses Verhalten festgestellt habe. kann aber nicht nachvollziehen, wie das installiert wurde