Repository Updates nicht mehr möglich

apollon77

@soulguard Also Faktisch sollten die noch nie mit https getan haben :-) Strange.

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

Messknecht

Cannot download repository hash file from "http://download.iobroker.net/sources-dist-hash.json": timeout of 10000ms exceeded
Cannot download repository hash file from "http://download.iobroker.net/sources-dist-hash.json": timeout of 10000ms exceeded
Cannot download repository file from "http://download.iobroker.net/sources-dist.json": timeout of 10000ms exceeded
Adapter    "admin"        : 5.3.1    , installed 5.3.1
Adapter    "backitup"     : 2.3.3    , installed 2.3.3
Adapter    "bring"        : 1.7.13   , installed 1.7.13
Adapter    "cloud"        : 4.1.0    , installed 4.1.0
Adapter    "coronavirus-statistics": 0.8.7, installed 0.8.7
Adapter    "daswetter"    : 3.0.9    , installed 3.0.9
Adapter    "devices"      : 1.0.9    , installed 1.0.9
Adapter    "discovery"    : 2.7.5    , installed 2.7.5
Adapter    "dwd"          : 2.7.7    , installed 2.7.7
Adapter    "echarts"      : 1.0.3    , installed 1.0.3
Adapter    "flot"         : 1.10.7   , installed 1.10.7
Adapter    "history"      : 1.10.5   , installed 1.10.5
Adapter    "ical"         : 1.11.4   , installed 1.11.4
Adapter    "icons-mfd-png": 1.0.2    , installed 1.0.2
Adapter    "icons-mfd-svg": 1.0.2    , installed 1.0.2
Adapter    "influxdb"     : 1.9.5    , installed 1.9.5
Adapter    "info"         : 1.9.8    , installed 1.9.8
Adapter    "iot"          : 1.8.24   , installed 1.8.24
Adapter    "javascript"   : 5.2.21   , installed 5.2.21
Controller "js-controller": 4.0.18   , installed 4.0.18
Adapter    "knx"          : 2.0.5    , installed 2.0.5
Adapter    "linux-control": 1.1.3    , installed 1.1.3
Adapter    "minuvis"      : 2.2.0    , installed 2.2.0
Adapter    "modbus"       : 3.4.17   , installed 3.4.17
Adapter    "mqtt"         : 2.4.1    , installed 2.4.1
Adapter    "net-tools"    : 0.1.7    , installed 0.1.7
Adapter    "nina"         : 0.0.25   , installed 0.0.25
Adapter    "node-red"     : 2.4.2    , installed 2.4.2
Adapter    "odl"          : 1.1.4    , installed 1.1.4
Adapter    "pi-hole"      : 1.3.4    , installed 1.3.4
Adapter    "pollenflug"   : 1.0.6    , installed 1.0.6
Adapter    "proxmox"      : 1.3.4    , installed 1.3.4
Adapter    "rssfeed"      : 1.0.0    , installed 1.0.0
Adapter    "simple-api"   : 2.6.2    , installed 2.6.2
Adapter    "smartmeter"   : 3.2.1    , installed 3.2.1
Adapter    "socketio"     : 3.1.5    , installed 4.1.0
Adapter    "statistics"   : 1.0.9    , installed 1.0.9
Adapter    "telegram"     : 1.11.1   , installed 1.11.1
Adapter    "text2command" : 2.1.1    , installed 2.1.1
Adapter    "trashschedule": 1.4.1    , installed 1.4.1
Adapter    "viessmannapi" : 2.0.7    , installed 2.0.7
Adapter    "vis"          : 1.4.5    , installed 1.4.5
Adapter    "vis-bars"     : 0.1.4    , installed 0.1.4
Adapter    "vis-canvas-gauges": 0.1.5, installed 0.1.5
Adapter    "vis-fancyswitch": 1.1.0  , installed 1.1.0
Adapter    "vis-history"  : 1.0.0    , installed 1.0.0
Adapter    "vis-hqwidgets": 1.1.9    , installed 1.1.9
Adapter    "vis-icontwo"  : 0.87.0   , installed 0.87.0
Adapter    "vis-inventwo" : 3.2.8    , installed 3.2.8
Adapter    "vis-justgage" : 1.0.2    , installed 1.0.2
Adapter    "vis-material-advanced": 1.7.2, installed 1.7.2
Adapter    "vis-metro"    : 1.1.2    , installed 1.1.2
Adapter    "vis-plumb"    : 1.0.2    , installed 1.0.2
Adapter    "vis-timeandweather": 1.1.7, installed 1.1.7
Adapter    "vis-weather"  : 2.5.5    , installed 2.5.5
Adapter    "web"          : 3.4.16   , installed 3.4.16
Adapter    "windows-control": 0.1.5  , installed 0.1.5

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?

Thomas Braun

@messknecht

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

Messknecht

@thomas-braun

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?

Homoran

@messknecht sagte in Repository Updates nicht mehr möglich:

Richtig?

Ja, aber da hängt es manchmal

Messknecht

@homoran

Danke

apollon77

Bitte nicht wild die URLs ändern. Der download.iobroker.net ist das offizielle und ist ein CDN, was die Daten weltweit verteilt liefert ... Also wenn das passiert einfach später nochmal neu versuchen und gut ist!

Messknecht

@apollon77
Was meinst Du genau mit wilder Änderung?

Ich habe dieses Problem seit mehreren Tagen.

apollon77

@messknecht Ich meine das Ändern auf andere URLs.

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

Messknecht

@apollon77
Hier die Ausgabe vom wget....

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.

OliverIO

@messknecht
@apollon77

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

apollon77

Ja genau ... die URL ist nur http ... sorry war ein typo von mir ... mach mal das wget von http

Messknecht

@apollon77
Das funktioniert scheinbar

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....

apollon77

@messknecht Heisst er "hängt" bei den "Auflösen" logs oder wie? Dann wäre das ein Namesever Thema (so von mir als absoluter Laie vermutet)

Messknecht

@apollon77
Bei Zeile 3 hängt er.

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

Messknecht

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

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

OliverIO

@messknecht
ist auch kein iobroker problem, sondern
ein netzwerk-problem zwischen deinem rechner und dem verwendeten DNS-Server (also der der namen zu IP-Adressen auflöst)

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

apollon77

@oliverio sagte in Repository Updates nicht mehr möglich:

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

apollon77

@messknecht sagte in Repository Updates nicht mehr möglich:

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.

Messknecht

Vielen Dank euch beiden für die Gedankenanstöße. Letztendlich hätte ich auch selbst drauf kommen können.

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.

Community Forum

NEWS

Repository Updates nicht mehr möglich

Support us

547

32.9k

83.0k

1.3m