LAN-Gateway Betrieb auf RaspberryPi Zero W mit HM-MOD-RPI-PCB -> CCU: "nicht verbunden"

[bronkoo]

Hallo,

ich versuche auf meiner RaspberryMatic CCU Version: 3.61.7.20211218 (Charly Setup) ein LAN-Gateway auf RaspberryPi Zero W mit HM-MOD-RPI-PCB ebenfalls Version: 3.61.7.20211218 (wobei der hmlangw daemon wie ich las wohl älteren Datums ist) wie in der Dokumentation beschrieben eingerichtet, hinzuzufügen.

Leider komme ich auf der CCU (IP: 192.168.178.33) nicht über den Status "nicht verbunden" hinaus.
Die Verbindung läuft über ein OpenVPN Tunnel auf zwei Subnetzen.

Dies sind die Pakete, welche bei Einrichtung und nach erforderlichem Neustart der CCU auf dem LAN-Gateway eingehen:

LAN-Gateway:

# tcpdump -n |grep 192.168.178.33

18:59:57.059343 IP 192.168.178.33.52225 > 192.168.6.93.43439: UDP, length 10
18:59:57.060889 IP 192.168.6.93.43439 > 192.168.178.33.52225: UDP, length 68
18:59:59.066881 IP 192.168.178.33.57155 > 192.168.6.93.43439: UDP, length 49
18:59:59.068747 IP 192.168.6.93.43439 > 192.168.178.33.57155: UDP, length 71
18:59:59.114085 IP 192.168.178.33.45019 > 192.168.6.93.43439: UDP, length 49
18:59:59.115955 IP 192.168.6.93.43439 > 192.168.178.33.45019: UDP, length 94
18:59:59.157968 IP 192.168.178.33.38652 > 192.168.6.93.30596: Flags [S], seq 598854347, win 64240, options [mss 1287,nop,nop,sackOK,nop,wscale 7], length 0
18:59:59.158297 IP 192.168.6.93.30596 > 192.168.178.33.38652: Flags [R.], seq 0, ack 598854348, win 0, length 0
18:59:59.227592 IP 192.168.178.33.33943 > 192.168.6.93.43439: UDP, length 10
18:59:59.229271 IP 192.168.6.93.43439 > 192.168.178.33.33943: UDP, length 68
19:00:01.231143 IP 192.168.178.33.46869 > 192.168.6.93.43439: UDP, length 49
19:00:01.233115 IP 192.168.6.93.43439 > 192.168.178.33.46869: UDP, length 71
19:00:03.824921 IP 192.168.178.33.55616 > 192.168.6.93.2000: Flags [S], seq 1427177947, win 64240, options [mss 1287,nop,nop,sackOK,nop,wscale 7], length 0
19:00:04.829300 IP 192.168.178.33.55616 > 192.168.6.93.2000: Flags [S], seq 1427177947, win 64240, options [mss 1287,nop,nop,sackOK,nop,wscale 7], length 0
19:00:06.844427 IP 192.168.178.33.55616 > 192.168.6.93.2000: Flags [S], seq 1427177947, win 64240, options [mss 1287,nop,nop,sackOK,nop,wscale 7], length 0
19:00:11.101029 IP 192.168.178.33.55616 > 192.168.6.93.2000: Flags [S], seq 1427177947, win 64240, options [mss 1287,nop,nop,sackOK,nop,wscale 7], length 0
19:00:19.292757 IP 192.168.178.33.55616 > 192.168.6.93.2000: Flags [S], seq 1427177947, win 64240, options [mss 1287,nop,nop,sackOK,nop,wscale 7], length 0
19:00:35.423291 IP 192.168.178.33.55616 > 192.168.6.93.2000: Flags [S], seq 1427177947, win 64240, options [mss 1287,nop,nop,sackOK,nop,wscale 7], length 0
19:01:08.960180 IP 192.168.178.33.55616 > 192.168.6.93.2000: Flags [S], seq 1427177947, win 64240, options [mss 1287,nop,nop,sackOK,nop,wscale 7], length 0

Alles was auf Port 2000 am LAN-Gateway eingeht wird wohl nicht beantwortet...?

Die Prozesse auf dem LAN-Gateway:

# netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:2000            0.0.0.0:*               LISTEN      17542/hmlangw
tcp        0      0 0.0.0.0:2001            0.0.0.0:*               LISTEN      17542/hmlangw
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      604/sshd -D [listen
tcp        0      0 :::22                   :::*                    LISTEN      604/sshd -D [listen
udp        0      0 0.0.0.0:43439           0.0.0.0:*                           581/eq3configd
udp        0      0 127.0.0.1:8182          0.0.0.0:*                           220/hss_led
udp        0      0 127.0.0.1:323           0.0.0.0:*                           473/chronyd
udp        0      0 0.0.0.0:1900            0.0.0.0:*                           593/ssdpd
udp        0      0 ::1:323                 :::*                                473/chronyd

Weiß jemand Rat?

[bronkoo]

Ok, vor Umstellung auf LAN-Gateway Modus per:

touch /usr/local/HMLGW && reboot

muß im WebUI die Firewall für Homematic XML-RPC API freigegeben werden, damit:

# iptables -L -vn |grep 2000
    0     0 ACCEPT     tcp  --  *      *       192.168.0.1          0.0.0.0/0            tcp dpt:2000
    0     0 ACCEPT     tcp  --  *      *       192.168.0.0/16       0.0.0.0/0            tcp dpt:2000
    0     0 ACCEPT     tcp  --  *      *       192.168.0.1          0.0.0.0/0            tcp dpt:42000
    0     0 ACCEPT     tcp  --  *      *       192.168.0.0/16       0.0.0.0/0            tcp dpt:42000
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:2000
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:42000
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:32000

# iptables -L -vn |grep 2001
    0     0 ACCEPT     tcp  --  *      *       192.168.0.1          0.0.0.0/0            tcp dpt:2001
    0     0 ACCEPT     tcp  --  *      *       192.168.0.0/16       0.0.0.0/0            tcp dpt:2001
    0     0 ACCEPT     tcp  --  *      *       192.168.0.1          0.0.0.0/0            tcp dpt:42001
    0     0 ACCEPT     tcp  --  *      *       192.168.0.0/16       0.0.0.0/0            tcp dpt:42001
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:2001
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:42001
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:32001

Nun klappt es auch sauber über den OpenVPN Tunnel...

Habe den Punkt in der Doku von oben mal ergänzt.