HomeMatic-Forum / FHZ-Forum

mach mal und poste den output hier

ach, kein Thema. Hatte ich auch schon mal. Bei mir lag es an einem gealterten Netzteil.

Hoppla hat geschrieben: ↑

29.12.2019, 17:10

Grund: Ich möchte keine dieser Aufsteckplatinen als USV benutzen sondern eine eigene Lösung verwenden.

wie machen das die aufsteckbaren USVs?

andererseits hätte die RM auch NUT integriert.

nur der HmIP-SLO oder auch alle anderen HmIP geräte? ich beobachte hier, dass nach einem restart der CCU oder netzwerkverbindungsunterbrechung zw OH und CCU alle meine HmIP geräte keine aktualisierungen in OH mehr erhalten. abhilfe schafft da nur ein restart von OH. ich vermute, dass sich nach verbi...

mal in den raum geworfen: es ist allgemein bekannt, dass sich der HMIPServer weghängt, wenn ihm sein "RPC empfänger" abhanden kommt? eure docker container sind eh auch auf diesem "RPC empfangs" port erreichbar? ich frage nur, weil sich die docker container ja gerne hinter der IP des hosts verstecken...

was sagt https://github.com/jens-maus/RaspberryM ... n-hardware dazu?

ups, das mitn netstat ist holzweg, der lauscht so oder so nicht am eth.

ich dachte in die richtung, dass der chronyd das down und up vom eth nicht verarbeitet (das würde man aber mitn netstat nicht sehen) und deshalb vom ifplugd restarted werden sollte.

Baxxy hat geschrieben: ↑

11.11.2019, 09:37

Es läuft an beiden Standorten ein Raspi3B+ als Wireguard-Server/Client für das VPN.

nuja, die nat-hack iptables rule ist universell, aber in https://www.commander1024.de/wordpress/ ... wireguard/ gibts das im kapitel NAT auch spezifisch für wireguard.

warum das herumgehample mit statischen routen auf der CCU bzw auf jedem LAN device?

tragt doch einfach diese route einmalig fürs gesamte LAN auf eurem router ein. wenn der das nicht kann gäbs immernoch https://community.openvpn.net/openvpn/wiki/NatHack

schön, und die messungen von Deinem elektriker?