NEWS
VIS zeigt nur "No connection" oder "..." an
-
kan es sein das du SSL aktiviert hast ?
Wen ja schalte das mal Butte aus in der webinstance und dan schauen was passiert.Es klinkt fuer mich danach das die SSL connection keinen response bekommt.
kan es sein das du SSL aktiviert hast ?
Also ich hatte im admin.0 Adapter die Verschlüsselung aktiv. Das hat auch die letzten Monate ohne Probleme funktioniert. Ich hab das gerade ausgeschalten und ioBroker neu gestartet. Dann hat es eine halbe Minute funktioniert, aber jetzt kommt wieder das Gleiche wie auf dem Screenshot oben.
-
kan es sein das du SSL aktiviert hast ?
Also ich hatte im admin.0 Adapter die Verschlüsselung aktiv. Das hat auch die letzten Monate ohne Probleme funktioniert. Ich hab das gerade ausgeschalten und ioBroker neu gestartet. Dann hat es eine halbe Minute funktioniert, aber jetzt kommt wieder das Gleiche wie auf dem Screenshot oben.
@Tom-Heider sagte in VIS zeigt nur "No connection" oder "..." an:
Also ich hatte im admin.0 Adapter die Verschlüsselung aktiv
es geht hier um die Web.0 instanz
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@Tom-Heider sagte in VIS zeigt nur "No connection" oder "..." an:
Also ich hatte im admin.0 Adapter die Verschlüsselung aktiv
es geht hier um die Web.0 instanz
okay in der Web.0 Instanz war die Verschlüsselung auch an. Hab ich jetzt ausgeschalten. Es scheint jetzt wieder zu gehen. Tausend Dank!
Kann mir vielleicht noch jemand erklären warum das plötzlich Probleme gemacht hat? -
ich mach den mal wieder auf
hab das Phänomen auch . aber erst seit der letzten chrome installation (update)
mit FF komm ich da dran.
https ist an
js-controller 1.5.3wenn dann mal doch der Editor geladen wird dann ohne Bilder...
-
@arteck sagte in VIS zeigt nur "No connection" oder "..." an:
bin stückchen weiter... es liegt an Chrome eindeutig.. hab Version > 70 gehen nicht
Chrome 72.0.3626.121
Win10 pro 64 Bitläuft bei mir ohne Probleme
-
-
@arteck sagte in VIS zeigt nur "No connection" oder "..." an:
siehste..
Sorry, hab ich ganz übersehen
-
Ich habe aktuell auch das Problem mit - no connection.
Nach Umzug von einem MacMini auf ein RASPI 4 mit einem komplett neu aufgesetzten iobroker Image vom 27.11.19 habe ich auf den Latest Verwahrungsort umgestellt wie zuvor.
Nach Installation des VIS und web erhalte ich die Fehlermeldung no connection.
der Web-Adapter klappt ohne Probleme.. -
Falls das Thema noch aktuell ist: Es liegt vermutlich daran, dass ihr als History-Adapter die InfluxDB im Standard nutzt und der Datenpunkt dort nicht bekannt ist, weil ihr diesen ggf. noch im History-Adapter loggt.
Meine Adapter: https://zefau.github.io/iobroker/
-
Falls das Thema noch aktuell ist: Es liegt vermutlich daran, dass ihr als History-Adapter die InfluxDB im Standard nutzt und der Datenpunkt dort nicht bekannt ist, weil ihr diesen ggf. noch im History-Adapter loggt.
@Zefau hab ich auch so bei mir mit der Influx als Standard, aber eigentlich keine Probleme mit no connection, ausser ich geh mit nem langsamen Rechner drauf, dann kann es kurzfristig mal passieren.
Wie kommst du auf diesen Zusammenhang?umgestiegen von Proxmox auf Unraid
-
@Zefau hab ich auch so bei mir mit der Influx als Standard, aber eigentlich keine Probleme mit no connection, ausser ich geh mit nem langsamen Rechner drauf, dann kann es kurzfristig mal passieren.
Wie kommst du auf diesen Zusammenhang?@crunchip hab für die Entwicklung von jarvis history, influx und sql drauf. Hab auch
no connectionim Log und analysiert, woher das kommt. Es kommt aus dem Influx Adapter obwohl mein state protokolliert wird. Nur wird er das im history in diesem Fall. Influx ist als default eingestellt. -
@crunchip hab für die Entwicklung von jarvis history, influx und sql drauf. Hab auch
no connectionim Log und analysiert, woher das kommt. Es kommt aus dem Influx Adapter obwohl mein state protokolliert wird. Nur wird er das im history in diesem Fall. Influx ist als default eingestellt.Hi, hatte heute das gleiche Problem, "no connection". Bei mir lag es am heutigen update auf die 1.3.5. Habe alles mögliche probiert.....mit der Version 1.3.4 geht es wieder. Dachte das vielleicht beim Update etwas schief gelaufen ist, nochmal das update installiert, gleiches Problem. Wieder zurück auf alte Version, geht wieder, vielleicht hilft es einem weiter......
Gruß Willi
-
Hi, hatte heute das gleiche Problem, "no connection". Bei mir lag es am heutigen update auf die 1.3.5. Habe alles mögliche probiert.....mit der Version 1.3.4 geht es wieder. Dachte das vielleicht beim Update etwas schief gelaufen ist, nochmal das update installiert, gleiches Problem. Wieder zurück auf alte Version, geht wieder, vielleicht hilft es einem weiter......
Gruß Willi
Gefixt mit Version 1.3.6
-
Gefixt mit Version 1.3.6
@sigi234
Vielen Dank für den Hinweis, ging ja ratz fatz :-) -
Gefixt mit Version 1.3.6
-
Hallo zusammen,
bei mir taucht das beschriebene Problem leider auch auf. Ich schätze in meinem Fall hat es etwas mit der DNS-Auflösung zu tun.
Ich nutze ioBroker ausschließlich lokal im LAN. Https ist aktiviert um ioBroker mit einem Login absichern zu können. Um eine saubere Authentifizierung hinzubekommen und Fehlermeldungen in Chrome zu vermeiden habe ich nach folgender Anleitung (sehr empfehlenswert!) ein eigenes Zertifikat generiert:
SSL und Authentifizierung für den ioBroker Admin
Schließlich habe ich in meinem DNS Server (Pi-hole) einen Eintrag für ioBroker hinterlegt, anhand dessen auf die lokale IP-Adresse übersetzt wird: iobroker.mydomain.local -> 192.168.178.xxx. Dies ist (nach meinem Verständnis) Voraussetzung um ein gültiges Zertifikat erzeugen zu können, da sich dieses nur auf einen entsprechenden "Klartext-Namen", nicht aber auf eine IP-Adresse beziehen kann.
Damit lässt sich das Admin-Interface nun frei von Sicherheitswarnungen über https://iobroker.mydomain.local:8081 aufrufen. Soweit so gut.
Für VIS habe ich das selbst generierte zusätzlich auch im Web-Adapter (Port 8082) und im Soketio-Adapter (Port 8084) hinterlegt.
Beim Aufruf von VIS (Editor oder Runtime) kommt es nun aber zu dem beschriebenen "no connection" Problem, sobald der Aufruf über den Domain-Name (https://iobroker.mydomain.local:8082) erfolgt. Bei Aufruf über die IP-Adresse (https://192.168.178.xxx:8082) funktioniert zwar die Connection zum VIS-Server. Leider dann aber wieder mit den Sicherheitswarnungen (also ohne Zertifikat).
Alles wurde x-Mal neugestartet, etc.
Hat noch jemand das Problem und evtl. eine Lösung gefunden? Ich bin noch relativ neu bei ioBroker und inzwischen mit meinen Ideen ziemlich am Ende :(
Vielen Dank auf jeden Fall für euer Feedback :)
Mein Setup:
- Admin v. 4.2.1.
- VIS v. 1.3.7.
- Web Server v. 3.3.0
- socket.io v. 3.1.4
Log-Auszug:
web.0 2021-02-04 22:06:57.334 debug (119152) system.adapter.admin.0: logging true socketio.0 2021-02-04 22:06:57.334 debug (119180) system.adapter.admin.0: logging true socketio.0 2021-02-04 22:06:24.365 info (119180) <==Disconnect system.user.admin from ::ffff:192.168.178.117 vis.0 web.0 2021-02-04 22:06:18.940 debug (119152) system.adapter.admin.0: logging false socketio.0 2021-02-04 22:06:18.940 debug (119180) system.adapter.admin.0: logging false host.iobroker 2021-02-04 22:06:07.896 info instance system.adapter.yr.0 terminated with code 0 (NO_ERROR) host.iobroker 2021-02-04 22:06:00.050 info instance system.adapter.yr.0 started with pid 119240 socketio.0 2021-02-04 22:05:35.255 debug (119180) system.adapter.admin.0: logging true web.0 2021-02-04 22:05:35.254 debug (119152) system.adapter.admin.0: logging true socketio.0 2021-02-04 22:05:18.006 debug (119180) Subscribes: *, vis.0.control.instance, vis.0.control.data, vis.0.control.command socketio.0 2021-02-04 22:05:17.216 debug (119180) Subscribes: * socketio.0 2021-02-04 22:05:17.201 debug (119180) 2021-02-04T21:05:17.201Z Request authenticate [system.user.admin] socketio.0 2021-02-04 22:05:16.897 debug (119180) Connection from vis.0 socketio.0 2021-02-04 22:05:16.640 info (119180) ==>Connected system.user.admin from ::ffff:192.168.178.117 socketio.0 2021-02-04 22:05:15.041 info (119180) Secure socket.io server listening on port 8084 socketio.0 2021-02-04 22:05:14.835 info (119180) starting. Version 3.1.4 in /opt/iobroker/node_modules/iobroker.socketio, node: v12.20.0, js-controller: 3.1.6 socketio.0 2021-02-04 22:05:14.571 debug (119180) Plugin sentry Initialize Plugin (enabled=true) socketio.0 2021-02-04 22:05:14.124 debug (119180) statesDB connected socketio.0 2021-02-04 22:05:14.123 debug (119180) States connected to redis: 127.0.0.1:9000 socketio.0 2021-02-04 22:05:14.112 debug (119180) States create System PubSub Client socketio.0 2021-02-04 22:05:14.108 debug (119180) States create User PubSub Client socketio.0 2021-02-04 22:05:14.100 debug (119180) Redis States: Use Redis connection: 127.0.0.1:9000 socketio.0 2021-02-04 22:05:14.098 debug (119180) objectDB connected socketio.0 2021-02-04 22:05:14.090 debug (119180) Objects connected to redis: 127.0.0.1:9001 socketio.0 2021-02-04 22:05:14.069 debug (119180) Objects client initialize lua scripts socketio.0 2021-02-04 22:05:14.067 debug (119180) Objects create User PubSub Client socketio.0 2021-02-04 22:05:14.065 debug (119180) Objects create System PubSub Client socketio.0 2021-02-04 22:05:14.061 debug (119180) Objects client ready ... initialize now socketio.0 2021-02-04 22:05:14.024 debug (119180) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.iobroker 2021-02-04 22:05:13.195 info instance system.adapter.socketio.0 started with pid 119180 host.iobroker 2021-02-04 22:05:06.221 info instance system.adapter.socketio.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) socketio.0 2021-02-04 22:05:05.669 info (10151) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason socketio.0 2021-02-04 22:05:05.668 info (10151) terminating socketio.0 2021-02-04 22:05:05.661 info (10151) <==Disconnect system.user.admin from ::ffff:192.168.178.117 vis.0 socketio.0 2021-02-04 22:05:05.660 info (10151) terminating https server on port 8084 socketio.0 2021-02-04 22:05:05.659 info (10151) Got terminate signal TERMINATE_YOURSELF host.iobroker 2021-02-04 22:05:05.656 info stopInstance system.adapter.socketio.0 send kill signal host.iobroker 2021-02-04 22:05:05.654 info stopInstance system.adapter.socketio.0 (force=false, process=true) web.0 2021-02-04 22:05:04.425 info (119152) https server listening on port 8082 web.0 2021-02-04 22:05:04.423 debug (119152) Activating web files from objectDB web.0 2021-02-04 22:05:04.422 debug (119152) Activating extensions web.0 2021-02-04 22:05:04.394 debug (119152) Activating states & socket info web.0 2021-02-04 22:05:04.273 info (119152) starting. Version 3.3.0 in /opt/iobroker/node_modules/iobroker.web, node: v12.20.0, js-controller: 3.1.6 web.0 2021-02-04 22:05:04.038 debug (119152) Plugin sentry Initialize Plugin (enabled=true) web.0 2021-02-04 22:05:03.827 debug (119152) statesDB connected web.0 2021-02-04 22:05:03.826 debug (119152) States connected to redis: 127.0.0.1:9000 web.0 2021-02-04 22:05:03.815 debug (119152) States create System PubSub Client web.0 2021-02-04 22:05:03.811 debug (119152) States create User PubSub Client web.0 2021-02-04 22:05:03.802 debug (119152) Redis States: Use Redis connection: 127.0.0.1:9000 web.0 2021-02-04 22:05:03.800 debug (119152) objectDB connected web.0 2021-02-04 22:05:03.793 debug (119152) Objects connected to redis: 127.0.0.1:9001 web.0 2021-02-04 22:05:03.777 debug (119152) Objects client initialize lua scripts web.0 2021-02-04 22:05:03.763 debug (119152) Objects create User PubSub Client web.0 2021-02-04 22:05:03.762 debug (119152) Objects create System PubSub Client web.0 2021-02-04 22:05:03.757 debug (119152) Objects client ready ... initialize now web.0 2021-02-04 22:05:03.716 debug (119152) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.iobroker 2021-02-04 22:05:02.712 info instance system.adapter.web.0 started with pid 119152 host.iobroker 2021-02-04 22:05:00.208 info instance system.adapter.web.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) web.0 2021-02-04 22:04:59.665 info (115528) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason web.0 2021-02-04 22:04:59.664 info (115528) terminating web.0 2021-02-04 22:04:59.663 info (115528) terminated https server on port 8082 web.0 2021-02-04 22:04:59.657 info (115528) Got terminate signal TERMINATE_YOURSELF
Support us
542
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge