War ein dummer Layer 8 Fehler. Ich habe vor ein paar Wochen meinen Pi-Hole auf einen neuen Host migriert und dabei auch die IP Adresse des PI-Hole geändert. Die iobroker VM hatte noch die alte IP und eine Fallback-IP auf meinen Router konfiguriert. Der Fallback, so konnte ich es rekonstruieren, sorgte für die Verzögerung.

Vielen Dank und Gute N8 Euch beiden.

Letztendlich wird permanent zu http://iobroker.live/repo/sources-dist.json weitergeleitet.

Du musst das anders sehen ... Deine Formulierung muss korrekterweise lauten:

AKTUELL wird permanent zu xxx weitergeleitet, aber das kann sich jede Sekunde ändern wenn es in der ioBroker Infrastruktur Änderungen gibt, die dies nötig machen.

Was genau spricht gegen dieses Vorgehen?

Naja ... die offizielle URL und damit die wo das Repo File "immer" erreichbar ist iost das oben genannte. jede andere URL ist "nicht sichergestellt". Also jeder der ein "iobroker.live" oder irgendeine andere URL selbst einträgt muss sich selbst darum kümmern wenn die mal nicht mehr tut :-) Für andere URLs gibt es keinerlei Garantien.

time nslookup download.iobroker.net 8.8.8.8

Mein lokaler (ok denke damit die Fritzbox) noch schneller :-)

ingof@io1:~$ time nslookup download.iobroker.net
Server: 127.0.0.53
Address: 127.0.0.53#53

Non-authoritative answer:
Name: download.iobroker.net
Address: 79.143.182.215
Name: download.iobroker.net
Address: 2a02:c205:0:855::1

real 0m0.013s
user 0m0.000s
sys 0m0.009s

Wenn du Linux verwendest, kannst du mal folgendes testen:

time nslookup download.iobroker.net

mit nslookup kann man genau diesen teilschritt testen und zeigt auch welchen dns-server dein system verwendet. das kann evtl für die fehlersuche helfen.
Wenn sie nicht installiert sind, kannst du die bind-utils installieren

sudo apt install bind-utils

setzt du pihole ein?
oder dns-sec?
evtl kannst auch mal für dein linuxsystem einen alternativen dns server testen
8.8.8.8 der von google
1.1.1.1 der von einer anderen firma, beide relativ schnell

mit dem folgenden Befehl kannst du den dns server testen ohne umzustellen

time nslookup download.iobroker.net 8.8.8.8

Mein Ergebnis ist mit pihole und google dns

real    0m0,028s
user    0m0,020s
sys     0m0,008s

Wenn ich dieses Repository im iobroker admin eintrage, sind die Probleme verschwunden.
Was genau spricht gegen dieses Vorgehen?

Komisch, dass niemand anderes davon berichtet.....

wget http://download.iobroker.net/sources-dist-hash.json
--2022-03-16 22:58:41--  http://download.iobroker.net/sources-dist-hash.json
Auflösen des Hostnamens download.iobroker.net (download.iobroker.net)… 79.143.182.215, 2a02:c205:0:855::1
Verbindungsaufbau zu download.iobroker.net (download.iobroker.net)|79.143.182.215|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 301 Moved Permanently
Platz: http://repo.iobroker.live/sources-dist-hash.json [folgend]
--2022-03-16 22:58:46--  http://repo.iobroker.live/sources-dist-hash.json
Auflösen des Hostnamens repo.iobroker.live (repo.iobroker.live)… 104.21.88.137, 172.67.180.22, 2606:4700:3033::ac43:b416, ...
Verbindungsaufbau zu repo.iobroker.live (repo.iobroker.live)|104.21.88.137|:80 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: 104 [application/json]
Wird in »sources-dist-hash.json.1« gespeichert.

sources-dist-hash.json.1                     100%[============================================================================================>]     104  --.-KB/s    in 0s      

2022-03-16 22:58:51 (5,62 MB/s) - »sources-dist-hash.json.1« gespeichert [104/104]

Das Auflösen dauert ziemlich lange....

hatte bluefox nicht letzt geschrieben, das bei dem link nur http funktionieren soll?
der zertifikatsfehler wurde schon an anderer stelle berichtet

get https://download.iobroker.net/sources-dist-hash.json
--2022-03-16 22:52:45--  https://download.iobroker.net/sources-dist-hash.json
Auflösen des Hostnamens download.iobroker.net (download.iobroker.net)… 79.143.182.215, 2a02:c205:0:855::1
Verbindungsaufbau zu download.iobroker.net (download.iobroker.net)|79.143.182.215|:443 … verbunden.
Der Zertifikat-Eigentümer passt nicht zum Hostname »download.iobroker.net«.

Wenn ich http://iobroker.live/repo/sources-dist.json in den Browser eingebe, werde ich weitergeleitet zu http://iobroker.live/repo/sources-dist.json.
Deshalb habe ich dieses Repository im iobroker admin hinterlegt. Damit habe ich keine Fehler.

Ok, mal frage: lädt das File denn wenn du die URL mal im Browser öffnest? wenn ja, was sagt ein "wget https://download.iobroker.net/sources-dist-hash.json" auf dem ioBroker host ... geht das? Ich würde mal low level anfangen, weil bei mir und sehr vielen anderen besteht das Problem halt nicht, sonst würde sich mehr melden ...

Ergo: Ich tippe auf eine "Lokale Ursache" ... jetzt gilt es rauszufinden welche dies sein könnte

Ich habe dieses Problem seit mehreren Tagen.

Danke

Richtig?

Ja, aber da hängt es manchmal

live-stable : http://iobroker.live/repo/sources-dist.json

Mit diesem Repo scheint es zu klappen. Wenn ich es richtig sehe verlinkt mein ursprüngliches Repo auch nur auf dieses.
Richtig?

Dürfte am Server liegen. Probier doch mal die Alternativen aus.

Ich erhalte beim Versuch des Updates auch eine ähnliche Meldung.
Ich bekomme scheinbar zwei Timeouts und dann scheint es doch zu klappen.
Liegt dies an mir oder ist das ne Sache des Servers?

Und: Naja für normale Webseiten: Ja da ist https der Standard inzwischen weil dort ggf Personenbezogene Daten übertragen werden. Aber beim Repo-Datenfile ist das nicht relevant und bringt nur overhead

Benutze seit Jahren die https Adressen, bisher ohne Probleme. Verschlüsselte Verbindungen sollten doch Standard sein, oder?