https://funprojects.blog/2021/04/11/a-web-server-in-1-line-of-bash/
Ich verwende diesen Webserver, um die Werte eines CO2-Sensors für meinen OpenHAB-Server bereitzustellen.
Eine private Webseite
https://funprojects.blog/2021/04/11/a-web-server-in-1-line-of-bash/
Ich verwende diesen Webserver, um die Werte eines CO2-Sensors für meinen OpenHAB-Server bereitzustellen.
Wer eine #openWB #Wallbox hinter einer Firewall betreibt, muss die Ports 80 und 9001 freigeben, um auf das Webinterface zugreifen zu können. Außerdem dürfen die Ports nicht umgeleitet werden. D. h. der http-Zugriff muss zwingend über Port 80 erfolgen. Wenn ein anderer Port (z. B. 8080) verwendet wird, funktioniert der Zugriff nicht.
Für den Zugriff mittels MQTT muss zusätzlich Port 1883 freigegeben werden. Hinweis: Die MQTT-Brücke der Wallbox muss dafür nicht aktiviert werden.
Außerdem steht im Forum von openWB, dass man die Wallbox besser nicht über das Internet zugreifbar macht…
Ich verwende einen Raspberry Pi, dessen Ethernetanschluss an das „normale“ Netz angeschlossen ist. Wlan0 befindet sich im Gästenetz. Der Raspberry Pi leitet die Ports 8787 bis 8789 an drei verschiedene Hosts im Gästenetz weiter.
nftables-Konfiguration:
table inet filter {
chain input {
type filter hook input priority filter; policy accept;
iifname "wlan0" drop
}
chain forward {
type filter hook forward priority filter; policy drop;
ct status dnat accept
}
}
table ip nat {
chain postrouting {
type nat hook postrouting priority srcnat; policy accept;
oifname "wlan0" masquerade
}
chain prerouting {
type nat hook prerouting priority dstnat; policy accept;
tcp dport 8787 dnat to 192.168.179.31:80
tcp dport 8788 dnat to 192.168.179.35:80
tcp dport 8789 dnat to 192.168.179.30:80
}
}
Die Tabelle „filter“ soll dafür sorgen, dass über wlan0 keine Verbindungen eingehen oder weitergeleitet werden, sofern sie nicht durch die Portweiterleitung aufgebaut wurden.
Alternativ: Konfiguration als Shell-Script:
#!/bin/bash
nft add table inet filter
nft 'add chain inet filter input { type filter hook input priority 0;policy accept;}'
nft 'add chain inet filter forward { type filter hook forward priority 0; policy drop;}'
nft add rule inet filter forward ct status dnat accept
nft add rule inet filter input iifname "wlan0" drop
nft add table nat
nft 'add chain nat postrouting { type nat hook postrouting priority 100 ; }'
nft 'add chain nat prerouting { type nat hook prerouting priority -100; }'
nft add rule ip nat prerouting tcp dport 8787 dnat to 192.168.179.31:80
nft add rule ip nat prerouting tcp dport 8788 dnat to 192.168.179.35:80
nft add rule ip nat prerouting tcp dport 8789 dnat to 192.168.179.30:80
nft add rule nat postrouting oifname "wlan0" masquerade
Zusätzlich muss in der Datei /etc/sysctl.conf
folgende Einstellung gemacht werden:
net.ipv4.ip_forward = 1
Bei meiner alpha innotec Wärmepumpe gibt es relativ wenige Einstellungen für den Kühlmodus.
Um die Kühlfunktion der Wärmepumpe für meine PV-Anlage zu optimieren, steuere ich sie künftig mittels #OpenHAB. Das entsprechende Binding funktioniert gut. Interessant: Obwohl auf der Weboberfläche der Wärmepumpe ein Passwort eingegeben werden muss, um die Einstellungen zu ändern, ist das bei Verwendung des OpenHAB-Bindings NICHT nötig. Also nicht wundern.
Bei der Wärmepumpe habe ich die Schwellwerte für das Einschalten der Kühlung ziemlich niedrig eingestellt. Mittels OpenHAB-Regel schalte ich den Kühlmodus der Wärmepumpe im Sommer zwischen „Auto“ und „Aus“ hin und her, abhängig von PV-Stromüberschuss, Außentemperatur und der Temperatur im Haus. Weil die Schwellwerte niedrig sind, schaltet die Wärmepumpe die Kühlung dann in der Regel ein, wenn die Kühlung auf „Auto“ gestellt wird.
Um die Wärmepumpe zu schonen, sollte darauf geachtet werden, dass die Wärmepumpe nicht zu oft innerhalb kurzer Zeit ein- und ausgeschaltet wird. Daher sollte in die OpenHAB-Regel eine Verzögerung eingebaut werden.
Scheinbar ist die Zugbindung künftig bei Verspätung und „Verfrühung“ aufgehoben:
„Wer wider Erwarten doch einen früheren Anschlusszug erwische als geplant, bekomme trotz möglicher Zugbindung keine Probleme bei der Fahrkartenkontrolle, versicherte Peterson.“
Quelle: https://www.tagesschau.de/wirtschaft/bahn-umstieg-zeiten-laenger-zuverlaessiger-101.html
… allerdings nicht bei der Deutschen Bahn.
Falls wir irgendwann fahrscheinlos mit dem Zug fahren, werden wir uns über die verlorene Zeit ärgern, in der wir Tarifzonen studiert und Sparpreise verglichen haben. Über die Zeit, in der wir überlegt haben, ob wir Hin- und Rückfahrt zusammen oder getrennt buchen und über die verpassten Züge, in die wir aus Zeitmangel nicht eingestiegen sind, weil wir vorher noch eine Fahrkarte besorgen mussten und dann eine Stunde auf den nächsten Zug gewartet haben.