UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[iobrokerin]

Hallo, ich habe einen ioBroker auf einem Raspi als Master konfiguriert:

bernd@raspberrypi:~ $ iobroker multihost enable
Please check the binding of the configured jsonl server to allow remote connections.
No configuration change needed.


Multihost discovery server: enabled
Discovery authentication:   enabled
Persistent activation:      disabled
Objects:                    jsonl on 0.0.0.0
States:                     jsonl on 0.0.0.0
bernd@raspberrypi:~ $ sudo ufw status
Status: active

To                         Action      From
--                         ------      ----
...
9000                       ALLOW       Anywhere
9001                       ALLOW       Anywhere
...
9000 (v6)                  ALLOW       Anywhere (v6)
9001 (v6)                  ALLOW       Anywhere (v6)

Auf meinem zweiten Raspi, der über WLAN ans Heimnetzwerk angebunden ist, versuche ich mich zu verbinden:

bernd@raspberrypi-wb:~ $ iobroker multihost connect
No Multihost server found. Make sure iobroker is running on the host where you enabled multihost discovery (and it is not this host)!
bernd@raspberrypi-wb:~ $ sudo ufw status
Status: active

To                         Action      From
--                         ------      ----
...
9000                       ALLOW       Anywhere
9001                       ALLOW       Anywhere
...
9000 (v6)                  ALLOW       Anywhere (v6)
9001 (v6)                  ALLOW       Anywhere (v6)

Was könnte hier das Problem darstellen?

[Homoran]

@iobrokerin mach es zu Fuß via iob setup custom auf dem Slave

[Meister Mopper]

@iobrokerin

Oder schau mal barrierefrei (:wink: @Homoran ) dort nach

[iobrokerin]

@meister-mopper kann es erst morgen wieder versuchen. Aber genau so ein Passwort musste ich ja setzen auf dem master via Kommandozeile

[iobrokerin]

@iobrokerin Ich kriege das einfach nicht zum Laufen. Was klappt jetzt: ich habe beide Firewalls temporär deaktiviert, dann hat der Slave den Master gefunden. Der ist nun korrekt eingetragen. Sobald ich die Firewalls aktiviere -> Kommunikation zum Slave geht auf rot. Wenn ich wieder die ufw temporär des Masters deaktiviere, sofort auf grün.

Master:

bernd@raspberrypi:~ $ sudo ufw status
Status: active

To                         Action      From
--                         ------      ----
5354/tcp                   ALLOW       192.168.178.0/24
80/tcp                     ALLOW       Anywhere
443/tcp                    ALLOW       Anywhere
53/udp                     ALLOW       192.168.178.0/24
8081/tcp                   ALLOW       192.168.178.0/24
8082/tcp                   ALLOW       192.168.178.0/24
1882/tcp                   ALLOW       192.168.178.0/24
180/tcp                    ALLOW       192.168.178.0/24
8090/tcp                   ALLOW       192.168.178.0/24
8444/tcp                   ALLOW       192.168.178.0/24
1880/tcp                   ALLOW       192.168.178.0/24
8008/tcp                   ALLOW       192.168.178.0/24
3306/tcp                   ALLOW       192.168.178.0/24
993/tcp                    ALLOW       192.168.178.0/24
587/tcp                    ALLOW       192.168.178.0/24
22/tcp                     DENY        Anywhere
53/tcp                     ALLOW       192.168.178.0/24
80/tcp (v6)                ALLOW       Anywhere (v6)
443/tcp (v6)               ALLOW       Anywhere (v6)
22/tcp (v6)                DENY        Anywhere (v6)
53/udp                     ALLOW       fd00::/64
1882/tcp                   ALLOW       fd00::/64
3306/tcp                   ALLOW       fd00::/64
993/tcp                    ALLOW       fd00::/64
587/tcp                    ALLOW       fd00::/64
53/tcp                     ALLOW       fd00::/64

192.168.178.17 9000/udp    ALLOW OUT   Anywhere
192.168.178.17 9001/udp    ALLOW OUT   Anywhere
xxxx::xxx:xxx:xxx:xxx 9000/udp ALLOW OUT   Anywhere (v6)
xxxx::xxx:xxx:xxx:xxx 9001/udp ALLOW OUT   Anywhere (v6)

Slave:

bernd@DietPi:~$ sudo ufw status
Status: active

To                         Action      From
--                         ------      ----
127.0.0.1                  ALLOW       127.0.0.1
9000/udp                   ALLOW       192.168.178.19
9001/udp                   ALLOW       192.168.178.19
5354/tcp                   ALLOW       192.168.178.0/24
6379/tcp                   ALLOW       127.0.0.1
1883/tcp                   ALLOW       192.168.178.20
6379/tcp                   ALLOW       ::1
9000/udp                   ALLOW       xxxx::xxx:xxx:xxx:xxx
9001/udp                   ALLOW       xxxx::xxx:xxx:xxx:xxx

Wenn euch nicht nochwas auffällt, ich sehe es nicht.

[Meister Mopper]

@iobrokerin sagte in ioBroker Master Slave funktioniert nicht:

192.168.178.17 9000/udp ALLOW OUT Anywhere

Müsste da nicht allow stehen anstatt allow out ?

[Marc Berg]

@meister-mopper sagte in ioBroker Master Slave funktioniert nicht:

Müsste da nicht allow stehen anstatt allow out ?

Genau. Außerdem läuft die Kommunikation über tcp, nicht udp.

[iobrokerin]

@marc-berg tcp? Wenn ich dieses Kommando absetze:

bernd@raspberrypi:~ $  iobroker multihost enable
Multihost discovery server activated on this host. If iobroker is currently not running please start befeore trying to discover this host.
Important: Multihost discovery works with **UDP** packets. Make sure they are routed correctly in your network. If you use Docker you also need to configure this correctly.
Multihost discovery will be automatically deactivated after 15 minutes. If you want to activate it permanently use the --persist flag

dann steht doch da, dass es über UDP geht oder ist hier nur der Discovery gemeint und nicht normal operation? D. h. Ich müsste beides öffnen, tcp und udp, auf dem slave ja dann auch. Wie gesagt, funktioniert die Kommunikation, wenn ich die Firewall auf dem Master temporär deaktiviere. Aber ich habe auch niccht andere Kommunikation geprüft...

Edit: ich habe nun kurzerhand beides aufgenommen (tcp und udp). Und von nach Allow alles gesetzt. Jetzt ist die Verbindung da. Danke für eure Hilfe.

[Wildbill]

@iobrokerin Ja, UDP für die Discovery, TCP für den normalen Verkehr. Ist so aber bei vielen Adaptern, die mit Discovery arbeiten. Das läuft dann via UDP bis die Verbindung mal steht.

Gruss, Jürgen