Seite 14 von 18
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 25.11.2018, 23:01
von sauss
jmaus hat geschrieben: ↑25.11.2018, 22:48
Iolinar hat geschrieben: ↑25.11.2018, 21:45
Erst nach dem setzen des Ports in der firewall.conf und einem erneuten Reboot funktionierte die Kommunikation wieder in beide Richtungen.
Gestatte mir eine u.U. "dumme Frage", wie soll das ohne den Firewall Port zu öffnen denn funktionieren? Irgend ein Tor muss der Server ja schon aufmachen - sonst kommt ja niemand rein ;-P
Hat den jemand anders der ein BidCos-Wired Gateway einsetzt das gleiche Problem und musste auch in seiner firewall.conf den Port 32000 hinzufügen? Es müsste eigentlich ohne diesen Eintrag gehen.
Ja ich !! Hab dies auch schon etwas ausführlicher im vorangegangenen Verlauf erklärt.
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 25.11.2018, 23:54
von jmaus
sauss hat geschrieben: ↑25.11.2018, 23:01
jmaus hat geschrieben: ↑25.11.2018, 22:48
Iolinar hat geschrieben: ↑25.11.2018, 21:45
Erst nach dem setzen des Ports in der firewall.conf und einem erneuten Reboot funktionierte die Kommunikation wieder in beide Richtungen.
Gestatte mir eine u.U. "dumme Frage", wie soll das ohne den Firewall Port zu öffnen denn funktionieren? Irgend ein Tor muss der Server ja schon aufmachen - sonst kommt ja niemand rein ;-P
Hat den jemand anders der ein BidCos-Wired Gateway einsetzt das gleiche Problem und musste auch in seiner firewall.conf den Port 32000 hinzufügen? Es müsste eigentlich ohne diesen Eintrag gehen.
Ja ich !! Hab dies auch schon etwas ausführlicher im vorangegangenen Verlauf erklärt.
Schalte mal unter "Einstellungen -> Sicherheit" die Authentifizierung aus, dann sollte das mit Wired-Status und auch der Zugriff ohne explizite Freigabe des 32000 port funktionieren.
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 25.11.2018, 23:55
von hoedlmoser
sauss hat geschrieben: ↑25.11.2018, 23:01
jmaus hat geschrieben: ↑25.11.2018, 22:48
Iolinar hat geschrieben: ↑25.11.2018, 21:45
Erst nach dem setzen des Ports in der firewall.conf und einem erneuten Reboot funktionierte die Kommunikation wieder in beide Richtungen.
Hat den jemand anders der ein BidCos-Wired Gateway einsetzt das gleiche Problem und musste auch in seiner firewall.conf den Port 32000 hinzufügen? Es müsste eigentlich ohne diesen Eintrag gehen.
Ja ich !! Hab dies auch schon etwas ausführlicher im vorangegangenen Verlauf erklärt.
Du meinst
hier?
wärst Du so nett und lieferts mal den output folgender kommandos? danke.
Code: Alles auswählen
iptables -L -n | grep 2000
netstat -tulpen | grep 2000
cat /etc/config/firewall.conf
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 26.11.2018, 07:09
von darkbrain85
jmaus hat geschrieben: ↑25.11.2018, 22:48
Hast du denn unter "Einstellungen -> Sicherheit" den Punkt "Authentifizierung" auch deaktiviert? Weil ich kann mir deine Berichte in der Tat leider nicht erklären. Hat den jemand anders der ein BidCos-Wired Gateway einsetzt das gleiche Problem und musste auch in seiner firewall.conf den Port 32000 hinzufügen? Es müsste eigentlich ohne diesen Eintrag gehen.
Ich setze wired ein und musste keinen Port freigeben. Bis auf den bekannten Fehler mit dem falschen Port in der Config läuft jetzt alles wie gewohnt!
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 26.11.2018, 09:35
von klana
Hi,
Hab da noch was gefunden.
Mit dem DevConfig Button rufe ich die LinkList auf und finde da jede Menge „Sender broken“.
Das sind aber alles Geräte die überhaupt keine Verknüpfung haben und noch dazu gibt es den Kanal dabei gar nicht.
Z.B. : LEQ0205744:2
Das ist ein Rolladenaktor und der hat nur Kanal 1, Kanal 2 gibt es hier gar nicht.
Es werden auch Links von LEQ0205744:1 auf LEQ0205744:1 angezeigt (also auf sich selbst).
Ist das jetzt ein Programmfehler in der Anzeige der LinkList oder muss ich mir Sorgen machen?
Gruß
Klana
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 26.11.2018, 09:43
von jp112sdl
klana hat geschrieben: ↑26.11.2018, 09:35
Es werden auch Links von LEQ0205744:1 auf LEQ0205744:1 angezeigt (also auf sich selbst).
Ist das jetzt ein Programmfehler in der Anzeige der LinkList oder muss ich mir Sorgen machen?
Das sind die internen Peerings, die in der WebUI unter Direktverknüpfung nicht eingeblendet werden.
Taster- und Aktorkanal voneinander zu trennen ist "offiziell" erst bei HmIP möglich.
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 26.11.2018, 09:48
von Bernd-Joras
klana hat geschrieben: ↑26.11.2018, 09:35
Ist das jetzt ein Programmfehler in der Anzeige der LinkList oder muss ich mir Sorgen machen?
Das habe ich auch … in der Version 3.37.8.20181026.
Bei mir sind das alle Geräte mit einer einseitigen Kommunikation.
Z.B. die Steckdosen die ich nie an der Steckdose selbst schalte.
Zu Erkennen auch an dem roten RSSI Pfeil bei den Geräten.
Ich mache mir da im Moment eher keine Sorgen …. Bernd
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 26.11.2018, 09:57
von klana
Hi,
Danke, dann ist das wohl normal...
Gruß
Klana
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 26.11.2018, 10:11
von Centauri2k
Hallo!
Bei mir sind in der InterfacesList.xml (/etc/config_templates) die Einträge von CUxD nicht mehr vorhanden.
Meine InterfacesList.xml sieht so aus:
Code: Alles auswählen
<?xml version="1.0" encoding="utf-8" ?>
<interfaces v="1.0">
<ipc>
<name>BidCos-RF</name>
<url>xmlrpc_bin://127.0.0.1:32001</url>
<info>BidCos-RF</info>
</ipc>
<ipc>
<name>VirtualDevices</name>
<url>xmlrpc://127.0.0.1:39292/groups</url>
<info>Virtual Devices</info>
</ipc>
<ipc>
<name>HmIP-RF</name>
<url>xmlrpc://127.0.0.1:32010</url>
<info>HmIP-RF</info>
</ipc>
</interfaces>
Dieser Eintrag fehlt:
Code: Alles auswählen
<ipc>
<name>CUxD</name>
<url>xmlrpc_bin://127.0.0.1:8701</url>
<info>CUxD</info>
</ipc>
Ist das normal?
Danke
Re: RaspberryMatic 3.41.11.20181124 – Erfahrungsberichte
Verfasst: 26.11.2018, 10:14
von deimos
Hi,
in der /etc/config_templates/InterfacesList.xml ist das vollkommen normal, da diese (wie der Name des Ordners auch vermuten lässt) nur eine Vorlage ist.
Interessant ist der Inhalt der /etc/config/InterfacesList.xml
Viele Grüße
Alex