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

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.

Stabilostick

@emilleopold

Sorry, ich passe.

Homoran

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

Dann können leicht Zertifikatsfehler (z.B. SSL) im Hintergrund passieren...

das hatten wir schon mal irgendwo, als eine komplette Installation "nicht ordnungsgemäß" auf eine anderen Rechner kopiert wurde.
Finde das nicht mehr, wie damals die Keys neu generiert wurden.

@wendy2702
@Thomas-Braun

Community Forum

NEWS

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

Support us

469

32.7k

82.5k

1.3m