Iob neu auf Synology VM - Datenpunkte leer

[Njdfg]

@homoran

ja irgendwas mit 3xxx Auflösung und 32 Zoll Monitor.

Bei der Callback Adresse steht nicht drin.

[Homoran]

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

irgendwas mit 3xxx Auflösung und 32 Zoll Monitor.

deshalb kannst du auch alles sehen und ich am Handy nichts.

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

Bei der Callback Adresse steht nicht drin.

trag da mal die iobroker IP ein, wenn diese IP von dem normalen Netz erreichbar ust.

[Njdfg]

@homoran

Ok, trage ich mal ein.

Von meinem Rechner aus ist der Iobroker anpingbar.

Sicherheitseinstellungen sind m.E. ok.

[Homoran]

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

Von meinem Rechner aus ist der Iobroker anpingbar.

ist nicht der Punkt!
kann die CCU den ioBroker erreichen?

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

Sicherheitseinstellungen sind m.E. ok.

nein!

wenn da nicht noch mehr abgeschnitten ist, fehlt der Haken bei Umleitung....
oder hast du https aktiv?

[Njdfg]

@homoran

Nein kein HTTPS:
Hier der Rest vom Bild..

[Njdfg]

@homoran

Wie kann ich das aus der CCu testen ob der iob erreichbar ist. Es wird doch die Datenstruktur eingelesen also muss die CCU doch erreichbar sein - oder?

[paul53]

@njdfg sagte: Es wird doch die Datenstruktur eingelesen also muss die CCU doch erreichbar sein - oder?

Die gezeigte Datenstruktur wird vom Adapter "hm-rega" erzeugt. "hm-rpc" erhält offenbar keine Antworten von der CCU. Wie sehen die Firewall-Einstellungen in der CCU aus?

[Njdfg]

@paul53

die Synology hat die 192.168.123.51 und 53
der Iob in der VM hat 192.168.123.95
der Raspi in der VM hat 192.168.123.200

[bahnuhr]

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

@paul53

die Synology hat die 192.168.123.51 und 53
der Iob in der VM hat 192.168.123.95
der Raspi in der VM hat 192.168.123.200

und wo ist der obere Teil?
Die Port Freigaben stimmen nicht.
Und die IP unten sehen auch falsch aus.

Liest denn hier keiner die Doku von hm-rega und hm-rpc !
Offensichtlich nicht.

[Njdfg]

@bahnuhr

Hier ist der obere Teil...

Mit diesen Einstellungen lief die HM und der IOB (auf dem Tinkerboard) ohne Probleme....
Vielleicht fallen jetzt erst durch den Umzug auf die VM die "Fehler?" auf...

[Homoran]

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

Mit diesen Einstellungen lief die HM und der IOB (auf dem Tinkerboard) ohne Probleme....

ist auch alles offen.
dann müsste es die Callback Adresse richten.
was hast du denn da jetzt eingetragen?

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

Wie kann ich das aus der CCu testen ob der iob erreichbar ist.

sieh im syslog der ccu nach

[bahnuhr]

@njdfg
Da du die ports offen hast (macht man eigentlich nicht) und vollzugriff (macht man eigentlich auch nicht) sollte es eigentlich gehen.

Was ich bisher (auch geschuldet deiner schlechten Screenshots) nicht gesehen habe ist die 2. Seite von hm-rpc.
Was steht da als callback.

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

der Raspi in der VM hat 192.168.123.200

Und was ist das ?
ist das die ccu ?

[Homoran]

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

Auf meiner Synology (920+) habe ich eine VM mit Ubuntu Server (22.04.2) installiert

das kleingedruckte

was heisst das bitte genau?

[Njdfg]

@bahnuhr
Ja, die CCU3 (Raspi-Matic von Jens Maus)

Port offen und Vollzugriff ja zum Testen Fehlersuche.

In der HMRPC Doku steht das Port 2001 für die HM Rpd genutzt wird, der ist ja Standard...

Dort habe ich eben auf Hinweis von User Homoran die Iobroker Ip eingetragen, hat aber nicht geholfen.

[bahnuhr]

@njdfg

Dann weiß ich auch nicht weiter.

[Njdfg]

@homoran
Eine Linux VM erstellt und mit dem Image Ubuntu-Server die Installation ausgeführt.

[Homoran]

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

hat aber nicht geholfen.

dann bitte Neustart und log davon in code-tags

[Homoran]

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

Eine Linux VM erstellt

einfach so?
im root-Verzeichnis der Syno?
wohl eher nicht!

was gibt iob diag aus?
bitte in code-tags posten!

[Njdfg]

@homoran

Hier sind mehrere Fehlermeldungen im Syslog, hat das damit evtl. zu tun?

2023-07-24 17:52:23,817 io.vertx.core.impl.ContextImpl ERROR [vert.x-worker-thread-6] Unhandled exception 
de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused (Connection refused)
	at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:110) ~[HMIPServer.jar:?]
	at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:94) ~[HMIPServer.jar:?]
	at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:82) ~[HMIPServer.jar:?]
	at com.sun.proxy.$Proxy40.event(Unknown Source) ~[?:?]
	at de.eq3.ccu.virtualdevice.service.internal.rega.vertx.RegaClientWorker.handleEvent(RegaClientWorker.java:73) ~[HMIPServer.jar:?]
	at de.eq3.ccu.virtualdevice.service.internal.rega.vertx.RegaClientWorker.access$000(RegaClientWorker.java:13) ~[HMIPServer.jar:?]
	at de.eq3.ccu.virtualdevice.service.internal.rega.vertx.RegaClientWorker$1.handle(RegaClientWorker.java:35) ~[HMIPServer.jar:?]
	at de.eq3.ccu.virtualdevice.service.internal.rega.vertx.RegaClientWorker$1.handle(RegaClientWorker.java:26) ~[HMIPServer.jar:?]
	at io.vertx.core.impl.AbstractContext.dispatch(AbstractContext.java:100) ~[HMIPServer.jar:?]
	at io.vertx.core.impl.WorkerContext.lambda$emit$0(WorkerContext.java:59) ~[HMIPServer.jar:?]
	at io.vertx.core.impl.WorkerContext.lambda$execute$2(WorkerContext.java:104) ~[HMIPServer.jar:?]
	at io.vertx.core.impl.TaskQueue.run(TaskQueue.java:76) ~[HMIPServer.jar:?]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[?:1.8.0_372]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[?:1.8.0_372]
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[HMIPServer.jar:?]
	at java.lang.Thread.run(Thread.java:750) ~[?:1.8.0_372]
Caused by: java.net.ConnectException: Connection refused (Connection refused)
	at java.net.PlainSocketImpl.socketConnect(Native Method) ~[?:1.8.0_372]
	at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) ~[?:1.8.0_372]
	at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) ~[?:1.8.0_372]
	at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) ~[?:1.8.0_372]
	at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) ~[?:1.8.0_372]
	at java.net.Socket.connect(Socket.java:613) ~[?:1.8.0_372]
	at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120) ~[HMIPServer.jar:?]
	at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179) ~[HMIPServer.jar:?]
	at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144) ~[HMIPServer.jar:?]
	at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134) ~[HMIPServer.jar:?]
	at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612) ~[HMIPServer.jar:?]
	at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447) ~[HMIPServer.jar:?]
	at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884) ~[HMIPServer.jar:?]
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82) ~[HMIPServer.jar:?]
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107) ~[HMIPServer.jar:?]
	at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55) ~[HMIPServer.jar:?]
	at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:106) ~[HMIPServer.jar:?]
	... 15 more

[Homoran]

@njdfg hab da keine Ahnung von.

hab zwar so etwas inder Art erwartet

@njdfg sagte in Iob neu auf Synology VM - Datenpunkte leer:

RpcClient.sendRequest

aber nicht als error aus den Tiefen von Java, sondern mehr in Klartext mit IP und Hostnamen