cloud Ad.(mit PRO) bringt nach Boardwechsel timeout [Gelöst]

[Emilleopold]

Hallo,
ich habe IOBroker auf einem neuen PI4 8GB installiert und das Backup meiner alten Konfiguration wieder hergestellt. Es laufen alle Adapter nur der Cloud Adapter bleibt gelb und meldet im LOG
"cloud.0 2021-03-14 09:50:35.462 error (26998) Error while connecting to cloud: timeout"
Ich habe schon den APP-Key "@pro_ma*****@_" neu generiert und eingetragen.
Ich habe ein remote.year Abo und nutze keine Alexa. So wie ich das verstehe ist der Cloud-IoT Adapter nur notwendig, wenn ich z.B. Alexa nutzen will. Ich habe diesen Adapter nicht verwendet.
Kann mir hier irgend jemand helfen ? Danke
Gruß
Emilleopold

[Homoran]

@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

das Backup meiner alten Konfiguration wieder hergestellt.

• gleicher Hostname und gleiche IP wie vorher?
• vor dem Start ein iobroker host this ausgeführt?

Was steht im log beim Start von cloud?

@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

So wie ich das verstehe ist der Cloud-IoT Adapter nur notwendig, wenn ich z.B. Alexa nutzen will.

Was denn jetzt? Cloud oder iot?

• cloud - Fernzugriff
• iot - Assistenten

[Emilleopold]

@homoran said in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

gleicher Hostname und gleiche IP wie vorher?

Nein, unterschiedlicher Hostname und gleiche IP.
Wo muss ich den neuen Hostnamen für den cloud Adapter einstellen ?

Meldung bei iobroker host this :

pi@raspberrypi:/opt/iobroker $ iobroker host this
A host with the name "raspberrypi" already exists!

@homoran said in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

Was denn jetzt? Cloud oder iot?

cloud - Fernzugriff
iot - Assistenten

Kein Iot nur cloud Adapter

@homoran said in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

Was steht im log beim Start von cloud?

"cloud.0 2021-03-14 09:50:35.462 error (26998) Error while connecting to cloud: timeout"

Danke für die Unterstützung.

[Homoran]

@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

Wo muss ich den neuen Hostnamen für den cloud Adapter einstellen ?

nicht für cloud, sondern für die Installation selber.

@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

pi@raspberrypi:/opt/iobroker $ iobroker host this
A host with the name "raspberrypi" already exists!

scheint er aber schon zu haben.

@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

Error while connecting to cloud: timeout"

timeout klingt in dem Zusammenhang seltsam, wenn du nur ein Backup einer alten Installation wiederhergestellt und sonst keine anderen Probleme hast

Hast du irgendwelche anderen Einstellungen, als in der alten Installation?
https statt http o.ä.

[wendy2702]

Kommt der PI ins Internet:

ping www.google.com

[Emilleopold]

@wendy2702
Der Pi kommt ins Internet, ich kann ja auch Adapter updaten.
Ich habe die Hardware getauscht, von einem ROCK64 auf einen PI4 mit 8GB. Raspbian und Iobroker neu aufgesetzt. Den Backitup Adapter installiert und damit das Backup meiner alten Iobroker Konfiguration zurückgespielt. Ich habe ca. 20 Adapter, die laufen alle, bis auf den Cloud Adapter.

@homoran said in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

https statt http o.ä.

Was meinst du damit ? Im Cloud Adapter ist das fest vorgegeben.

Noch eine Idee ?

[wendy2702]

@emilleopold Loggen für Cloud Instanz mal auf Debug stellen, neu starten und das vollständige log hier posten. Zugangsdaten, sollten sie sichtbar sein durch XXX ersetzen.

[Emilleopold]

@wendy2702 said in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

@emilleopold Loggen für Cloud Instanz mal auf Debug stellen, neu starten und das vollständige log hier posten. Zugangsdaten, sollten sie sichtbar sein durch XXX ersetzen.

Hallo wendy2702, hier der Log nach einem Neustart des Cloud Adapters im DEBUG Modus :

cloud.0	2021-03-23 12:00:25.581	error	(19498) Error while connecting to cloud: timeout
cloud.0	2021-03-23 12:00:15.588	info	(19498) Trying to connect as system.user.admin
cloud.0	2021-03-23 12:00:15.435	debug	(19498) Connection attempt to https://iobroker.pro:10555 ...
cloud.0	2021-03-23 12:00:15.424	info	(19498) Connecting with https://iobroker.pro:10555 with "@pro_m***@**.com_2***"
cloud.0	2021-03-23 12:00:15.341	info	(19498) starting. Version 4.0.4 in /opt/iobroker/node_modules/iobroker.cloud, node: v15.11.0, js-controller: 3.2.16
cloud.0	2021-03-23 12:00:15.096	debug	(19498) Plugin sentry Initialize Plugin (enabled=true)
cloud.0	2021-03-23 12:00:14.471	debug	(19498) statesDB connected
cloud.0	2021-03-23 12:00:14.469	debug	(19498) States connected to redis: 127.0.0.1:9000
cloud.0	2021-03-23 12:00:14.437	debug	(19498) States create User PubSub Client
cloud.0	2021-03-23 12:00:14.435	debug	(19498) States create System PubSub Client
cloud.0	2021-03-23 12:00:14.414	debug	(19498) Redis States: Use Redis connection: 127.0.0.1:9000
cloud.0	2021-03-23 12:00:14.412	debug	(19498) objectDB connected
cloud.0	2021-03-23 12:00:14.401	debug	(19498) Objects connected to redis: 127.0.0.1:9001
cloud.0	2021-03-23 12:00:14.366	debug	(19498) Objects client initialize lua scripts
cloud.0	2021-03-23 12:00:14.364	debug	(19498) Objects create User PubSub Client
cloud.0	2021-03-23 12:00:14.363	debug	(19498) Objects create System PubSub Client
cloud.0	2021-03-23 12:00:14.360	debug	(19498) Objects client ready ... initialize now
cloud.0	2021-03-23 12:00:14.312	debug	(19498) Redis Objects: Use Redis connection: 127.0.0.1:900

MOD EDIT_ LOG IN CODE TAGS </> GESETZT

[wendy2702]

@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

https://iobroker.pro:10555

Trifft das vielleicht zu:

Limitations

If HTTPs (Security) or authentication is enabled on defined web-instance, it does not work.

You can deactivate HTTPS and authentication on these web instance, but better is to create a new web instance that is bound to localhost and select this instance in cloud-settings.

[Emilleopold]

@wendy2702 said in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

If HTTPs (Security) or authentication is enabled on defined web-instance, it does not work.

Hallo wendy2702, in meiner web.o Instanz ist HTTPS nicht aktiviert.

Ich habe HTTPS mal aktiviert, dann geht es gar nicht und dann wieder deaktiviert. Immer noch der gleiche Fehler :

cloud.0 2021-03-24 09:42:35.686 error (32646) Error while connecting to cloud: timeout

Kann das sein dass auf der Iobroker Seite ein Problem ist ?.

[wendy2702]

@emilleopold Das Problem liegt im Link der verwendet wird.

Richtig wäre ".net" und nicht wie bei dir ".pro".

Hast du mal versucht Instanz und Adapter zu löschen und neu zu installieren?

EDIT: Mittlerweile bin ich etwas schlauer und habe erfahren das der Link in Abhängigkeit vom eingetragenen Key gebildet wird. Somit ist er für den Pro account richtig.

[wendy2702]

@emilleopold Also, laut @Bluefox ist das mit dem log so richtig.

Benutzt du vielleicht mit der neuen HW auch jetzt eine Firewall oder PiHole ?

Kannst du mal das vom iobroker PI machen:

sudo traceroute -T -p 10555 iobroker.pro

und das ergebnis hier posten.

[Emilleopold]

@wendy2702

Hallo wendy2702, ich würde sagen die Route geht bis zum Server oder ?

EDIT :
Ich habe einen Telekom Anschluss mit fester IP (habe diese im LOG geändert) und vor ca. 1 Monat haben wir den Hostnamen des Servers geändert. Ich habe aber den Reverse DNS Eintrag bei der Telekom angepasst , da es Probleme beim Senden von Emails gab. Manche Emailserver machen eine Prüfung der Reverse Namensauflösung. Macht euer Server das auch ?
Aber wie gesagt das war vor mehr als 1 Monat und der Cloud Adapter hatte damals mit dem alten ROCK64 Board noch funktioniert.

@homoran said in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

Setz mal den Timeout in der Instanzenkonfig höher

Habe den jetzt auf 50000 ms genommen. Ändert sich nichts, ausser dass der ERROR im LOG jetzt alle 50 Sek kommt.

[Homoran]

@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:

ich würde sagen die Route geht bis zum Server oder ?

bleibt aber beim 4. Hop hängen.
Was ist da? Ist außerhalb

Das kann dann insgesamt zu lange dauern.

Setz mal den Timeout in der Instanzenkonfig höher

EDIT:
https://telekomhilft.telekom.de/t5/Telefonie-Internet/Ausserst-langsame-Verbindung-zu-github-com-und-ghcr-io/td-p/4949122

[wendy2702]

@emilleopold Also den Server kannst du ja erreichen.

Was ist mit Firewall oder PiHole ?

[Emilleopold]

@wendy2702
Hallo wendy2702,
PiHole habe ich hier nicht. Vor ca. 3 Monate habe ich einen SecurePoint installiert. Aber das alte Board hat ja letzten Monat noch damit funktioniert. Also sollte es an dem nicht liegen.
Ich wüsste nicht, dass auf dem RPI4, wenn er in die CLI bootet, eine Firewall aktiv ist. Installiert ist ein Desktop Image, das aber jetzt per RASPI-CONFIG nur in die CLI bootet.

[Stabilostick]

@emilleopold

Was passiert, wenn Du auf der Kommandozeile den folgenden Befehl eingibst?

telnet iobroker.pro 10555

Mal schauen, ob Du da überhaupt hinkommst...

[Emilleopold]

@stabilostick
Hallo Stabilostick, das passiert :

pi@raspberrypi:~ $ telnet iobroker.pro 10555
Trying 178.238.232.83...
Connected to iobroker.pro.
Escape character is '^]'.
^[^CConnection closed by foreign host.

Ich würde sagen, telnet funktioniert.
Fehler ist immer noch da, noch eine Idee ?

[Stabilostick]

@emilleopold

Dann wird zumindest eine Verbindung aufgebaut. Das ist schonmal gut.

Kann es sein, dass auf deinem Pi die Uhrzeit und das Datum nicht passt? Dann können leicht Zertifikatsfehler (z.B. SSL) im Hintergrund passieren...

[Emilleopold]

@stabilostick

Datum und Uhrzeit sind aktuell.