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

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

wendy2702

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

@stabilostick

Datum und Uhrzeit sind aktuell.

Zeitzone auch ?

@Homoran: mit den Keys habe ich mich im Zusammenhang mit Cloud noch nie beschäftigt. Sorry.

Homoran

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

mit den Keys habe ich mich im Zusammenhang mit Cloud noch nie beschäftigt. Sorry.

das ist unerheblich, nur wie kann man die SSH keys ganz allgemein neu initialisieren?

@Emilleopold du arbeitest doch nicht mit eigenen Zertifikaten, let's encrypt oder sonst so etwas, und hast da durch dein Backup falsche Infos, die nicht zu deiner jetzigen Installation passen?

wendy2702

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

SSH keys

Sicher das hier von SSH Keys die rede ist und nicht von SSL Certifikaten?

Oder loggt sich der Cloud Adapter per SSH auf dem ProCloud Server ein?

Wenn ja, was passiert wenn vom ioBroker Rechner ein SSH auf die iobroker.pro Server gemacht wird?

Vielleicht einfach mal das machen und den neuen Key akzeptieren:

ssh iobroker.pro 10555

Homoran

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

Sicher das hier von SSH Keys die rede ist und nicht von SSL Certifikaten?

nööö, jetzt nicht mehr ;-)

wahrscheinlich was durcheinandergebracht!

Emilleopold

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

@Emilleopold du arbeitest doch nicht mit eigenen Zertifikaten, let's encrypt oder sonst so etwas, und hast da durch dein Backup falsche Infos, die nicht zu deiner jetzigen Installation passen?

Nein, ich habe nur die Standardinstallation

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

Zeitzone auch ?

Zeitzone ist EUROPE/BERLIN

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

Vielleicht einfach mal das machen und den neuen Key akzeptieren:
ssh iobroker.pro 10555

Habe ich gemacht, kein Unterschied.

Es kam gerade eine Aktualisierung des Cloud Adapter auf V4.0.10. Habe ich installiert. Ändert an dem Fehler aber nichts.

Community Forum

NEWS

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

Support us

630

32.5k

81.7k

1.3m