Fehler im CUxD Log

[piotrewski]

Habe vor einer Woche auf meiner CCU3 Raspberrymatic installiert.
Ich habe seit dem einige Fehler in Log die ich mir nicht erklären kann.
Hat jemand eine Idee?
Gruß
Peter
[email protected]:/var/log# tail -f /var/log/messages
Jan 31 23:24:16 ccu3-webui user.err rfd: XmlRpc transport error
Jan 31 23:24:22 ccu3-webui daemon.err cuxd[27096]: sendbinrpc(192.168.x.x:2048) - write() Connection refused
Jan 31 23:24:24 ccu3-webui daemon.err cuxd[27096]: sendbinrpc(192.168.x.x:2048) - write() Connection refused
Jan 31 23:24:31 ccu3-webui user.err rfd: XmlRpcClient error calling event({[methodName:"event",params:{"nr_8xlndC_BidCos-RF","CENTRAL","PONG","3014F711A0001F9A49943B97"}]}) on http://192.168.x.x:2049/RPC2:
Jan 31 23:24:31 ccu3-webui user.err rfd: XmlRpc transport error
Jan 31 23:24:39 ccu3-webui daemon.err cuxd[27096]: sendbinrpc(192.168.x.x:2048) - write() Connection refused
Jan 31 23:24:54 ccu3-webui daemon.err cuxd[27096]: sendbinrpc(192.168.x.x:2048) - write() Connection refused
Jan 31 23:25:09 ccu3-webui daemon.info cuxd[27096]: INIT 'binrpc://192.168.x.x:2048' 'nr_FZgckD_CUxD'
Jan 31 23:25:18 ccu3-webui user.err rfd: XmlRpc transport error calling system.listMethods({"nr_8xlndC_BidCos-RF"}) on http://192.168.x.x:2049/RPC2:
Jan 31 23:25:18 ccu3-webui user.err rfd: XmlRpc transport error calling listDevices({"nr_8xlndC_BidCos-RF"}) on http://192.168.x.x:2049/RPC2:

[uwe111]

192.168.x.x:2048 nimmt keine Verbindungen an.
Es könnte z.B. an einer installierten Firewall liegen.

[piotrewski]

Danke Uwe,
es ist aber eigentlich alles in der Config auf Vollzugriff.
Zusätzlich in der Portfreigabe sind relativ viele Ports eingetragen.
Es scheint was mit der NodeRed installation zu tun haben.
Auf NedeRed habe bis jetzt aber keine Fehler gefunden.
Woher also die Fehler in CUxD?
Gruß

[jp112sdl]

Woher also die Fehler in CUxD?

Und woher die Fehler des rfd (Port 2049) ... ?

eigentlich alles in der Config auf Vollzugriff

eigentlich

Zusätzlich in der Portfreigabe sind relativ viele Ports eingetragen.

...was bei Vollzugriff nicht nötig ist.

Wie viele sind "relativ viele" ? War auch nur rhetorisch gefragt... Die Anzahl spielt keine Rolle - die richtigen müssen es sein

[piotrewski]

Es war doch etwas mit der Firewall.
Jetzt ist der Fehler weg.
[email protected]:/usr/local/etc/config# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
DROP tcp -- anywhere anywhere tcp dpt:8182
DROP tcp -- anywhere anywhere tcp dpt:8183
ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
DROP udp -- anywhere anywhere udp dpt:snmp
DROP tcp -- anywhere anywhere tcp dpt:32000
DROP tcp -- anywhere anywhere tcp dpt:32001
DROP tcp -- anywhere anywhere tcp dpt:32002
DROP tcp -- anywhere anywhere tcp dpt:32010
DROP tcp -- anywhere anywhere tcp dpt:39292
DROP tcp -- anywhere anywhere tcp dpt:31999
DROP tcp -- anywhere anywhere tcp dpt:38181

Danke für die Hinweise.