-
Autor
Den von mir in Firmware 1.10.4 officially released #56 festgestellten DNS-Fehler habe ich jetzt in einem Testsystem mit einem neuen Shelly2.5 nachgestellt.
Es ist also schon länger so, dass beim WIFI Client Backup bei einer statischen Adresse der DNS-Server nicht richtig angesprochen wird.
Einstellungen Shelly:
Code
"wifi_sta":
{"enabled":true,
"ssid":"Test1",
"ipv4_method":"static",
"ip":"172.16.51.2",
"gw":"172.16.51.1",
"mask":"255.255.255.0",
"dns":"172.16.51.1"},
"wifi_sta1":
{"enabled":true,
"ssid":"Test2",
"ipv4_method":"static",
"ip":"172.16.52.2",
"gw":"172.16.52.1",
"mask":"255.255.255.0",
"dns":"172.16.52.1"},Wenn ich jetzt im Test1 Netz bin, sehe ich im Firewall-Log, dass der Shelly DNS-Einträge auf der Adresse: 172.16.51.1 sucht. Schalte ich dann das Netz Test1 ab, verbindet sich der Shelly mit dem Netz Test2, er sucht aber die DNS-Einträge immer noch nach dem DNS-Server vom Netz Test1.
Code
14:11:04 Default DROP UDP 172.16.51.2 : 53720 → 172.16.51.1 : 53
14:11:09 Default DROP UDP 172.16.51.2 : 53720 → 172.16.51.1 : 53
14:11:27 Default DROP UDP 172.16.51.2 : 53721 → 172.16.51.1 : 53
14:11:30 Default DROP UDP 172.16.51.2 : 53721 → 172.16.51.1 : 53
14:11:36 Default DROP UDP 172.16.51.2 : 53721 → 172.16.51.1 : 53
14:11:59 Default DROP UDP 172.16.51.2 : 53722 → 172.16.51.1 : 53
14:12:58 Default DROP UDP 172.16.52.2 : 53724 → 172.16.51.1 : 53
14:12:58 Default DROP UDP 172.16.52.2 : 53725 → 172.16.51.1 : 53
14:13:01 Default DROP UDP 172.16.52.2 : 53724 → 172.16.51.1 : 53
14:13:02 Default DROP UDP 172.16.52.2 : 53725 → 172.16.51.1 : 53
14:13:06 Default DROP UDP 172.16.52.2 : 53724 → 172.16.51.1 : 53
14:13:08 Default DROP UDP 172.16.52.2 : 53725 → 172.16.51.1 : 53 Kann jemand von Euch den Fehler bestätigen oder ihn an Alterco melden. Ich habe kein Facebook-Konto.
