cloud Ad.(mit PRO) bringt nach Boardwechsel timeout [Gelöst]
-
@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 ?
-
@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.
-
@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:900MOD EDIT_ LOG IN CODE TAGS </> GESETZT
-
@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:
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.
-
@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 ?.
-
@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.
-
@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.pround das ergebnis hier posten.
-
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.
-
@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ßerhalbDas kann dann insgesamt zu lange dauern.
Setz mal den Timeout in der Instanzenkonfig höher
-
@emilleopold Also den Server kannst du ja erreichen.
Was ist mit Firewall oder PiHole ?
-
@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. -
Was passiert, wenn Du auf der Kommandozeile den folgenden Befehl eingibst?
telnet iobroker.pro 10555Mal schauen, ob Du da überhaupt hinkommst...
-
@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 ? -
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...
-
Datum und Uhrzeit sind aktuell.
-
Sorry, ich passe.
-
@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. -
@emilleopold sagte in cloud Adapter (mit PRO) bringt nach Boardwechsel timeout:
Datum und Uhrzeit sind aktuell.
Zeitzone auch ?
@Homoran: mit den Keys habe ich mich im Zusammenhang mit Cloud noch nie beschäftigt. Sorry.
-
@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?
-
@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
