Plugin: Weather4Lox (ehemals Wunderground4Loxone)

[hismastersvoice]

Nachdem ich die Google DNS-Server (8.8.8.8 und 8.8.4.4) über die Firewall gesperrt habe, funktioniert der Weather Service Emulator wieder wie gewohnt und die Wetterdaten erscheinen auch in der APP mit der aktuellsten Version auf dem MSv2. Das ist bei mir der Workaround bis Loxone das mit dem Google-DNS gefixt hat oder auch nicht.

Vorsicht, es gehen dann ggf. Geräte die die Google DNS Server nutzen auch nicht mehr.

Gefixt wird das nach meiner Einschätzung nicht.

[Davejje]

For me the same. It was a easy thing i never use the DNS of google. In make a firewall rull in my unifi controller to block the google dns (8.8.8.8 and 8.8.4.4) reboot miniserver and is it working again on the V2 miniserver with te last beta software!

[Christian Fenzl]

Die Lösungsansätze wären demnach, je nachdem was möglich ist:

• Am Default Gateway (Router) Anfragen von der IP des MS gegen 8.8.8.8 und 8.8.4.4 an die interne IP des LoxBerry umleiten (MS-Lookups würden weiterhin funktionieren), oder
• Am Default Gateway (Router) Anfragen von der IP des MS gegen den Port 53 an die interne IP des LoxBerry umleiten (MS-Lookups würden weiterhin funktionieren)
• Am Default Gateway (Router) jegliche Anfragen gegen 8.8.8.8 und 8.8.4.4 an die interne IP des LoxBerry umleiten (sämtliche Google Lookups gehen an LoxBerry)
• Am Default Gateway (Router) jegliche Anfragen von der IP des MS gegen 8.8.8.8 und 8.8.4.4 sperren (der MS kann den Google DNS nicht mehr nutzen)
• Am Default Gateway (Router) jegliche Anfragen gegen 8.8.8.8 und 8.8.4.4 sperren (kein Gerät kann mehr Google DNS nutzen)
• Das Default Gateway des MS ändern auf einen Router, der das oben kann, und sonstige Pakete ans echte Gateway weiterleitet (Routing).

Bitte EXAKT lesen und EINEN der Punkte umsetzen. Wenn die Bedingungen im Text eines Punktes nicht VOLLSTÄNDIG auf dem Router umgesetzt werden können, dann legt ihr euer Netz lahm (so RICHTIG - mit DNS-Loops, DOS, Totalausfall).

[chriz77]

Gibt es eine Chance, einen von den o.g. Lösungsansätzen auf einer FritzBox 7590 oder einem PiHole einzurichen?

[hagor]

Etwas weiter unten hat hismastersvoice auf eine Seite verlinkt wo das Umleiten des Google DNS beschrieben ist

[chriz77]

Super vielen Dank Hagor. Das hatte ich übersehen.

[Gast]

Loxone hat mir heute im Ticket folgendes geantwortet:

Was jedoch der Fall ist, ist, dass der Miniserver die Google DNS Adressen regelmäßig anpingt. Das hat den Hintergrund, dass der Miniserver durch diese Pings die Internetverbindung überprüft. Sind diese Pings nicht mehr erfolgreich, meldet die Systemvariable "Internetverbindung", dass keine Internetverbindung mehr besteht.

[Prof.Mobilux]

Ja, Loxone hat den Fehler noch nicht erkannt. Sie wissen es einfach nicht. Und wir sind sowieso nur dumme Bastler, die aus ihrer Sicht keine Ahnung haben. Es ist aus meiner Sicht eine kaputte Config des (Linux-)Miniservers V2. Sie haben da laut Changelog auch vieles am DNS-Caching etc. "optimiert". Dabei wird das kaputt gegangen sein.

Zumindest war es in der Beta so.

[madito]

By defining a static route, there is no problem with ping.

Even if this ping is made to Google's servers (there is no privacy leak), but Loxone is hiding that it makes DNS requests to Google and this leaves all our privacy in the open.

In the same ticket, you can ask directly about it, to see what they answer.

[Gast]

Dann sollten alle Anwesenden ein Ticket bei Loxone eröffnen. Vielleicht reagieren sie dann ...

[Gast]

Nochmaliger Feedack von Loxone:
„Tatsächlich gab es hier eine Änderung mit der V12, aber es gibt keinen Fehler.

Wir verwenden seit der V12 die Google DNS Adresse automatisch als Fallback, wenn die primäre hinterlegte DNS Adresse nicht erreichbar.“

[madito]

In the network configuration of the miniserver you can configure 2 DNS servers, primary and secondary, it does not make sense to use a third DNS server.

In addition, the server as they call 'backup' is used ignoring the primary and secondary server that the user configures (when it should not be like that) and we have verified it in this same post.

[Prof.Mobilux]

Nochmaliger Feedack von Loxone:
„Tatsächlich gab es hier eine Änderung mit der V12, aber es gibt keinen Fehler.

Wir verwenden seit der V12 die Google DNS Adresse automatisch als Fallback, wenn die primäre hinterlegte DNS Adresse nicht erreichbar.“

"Es gibt keinen Fehler" - ja, nee, is klar Wenn der Primary nicht erreichbar sein sollte, sollte der Secondary gernommen werden und nicht "fix" der Google DNS. Unabhängig davon war es so, dass zunächst gar nicht der Primary versucht wurde, sondern sofort der Google DNS verwendet wurde. Wie gesagt: Das war zumindestens in der Beta so.

[Gagi]

Das wuerde ja bedeuten der primary DNS sollte weiterhin gefragt werden und damit sollte es mit der V12 (im Gegensatz zur Beta) wieder gehen ?

Ich hab noch nicht geupdatet, kann das jemand bestaetigen ?

[madito]

In the last update, the operation is the same as in the beta.

[hismastersvoice]

Nochmaliger Feedack von Loxone:
„Tatsächlich gab es hier eine Änderung mit der V12, aber es gibt keinen Fehler.
Wir verwenden seit der V12 die Google DNS Adresse automatisch als Fallback, wenn die primäre hinterlegte DNS Adresse nicht erreichbar.“

War mir so klar das es irgendwann kommen wird.
Stellt sich doch die Frage warum man überhaupt einen Sekundären DNS in der Config einstellen kann wenn er eh nicht genutzt wird.
Werde mal am WE testen ob der Fallback nur den WetterService betrifft oder alle Anfragen wenn der DNS nicht erreichbar ist.

Hier eine kurze Anleitung wie ihr den DNS bei einer FritzBox umleiten könnt.
Blocking Google: Fritzbox Router

Liebe Loxone Mitarbeiter,

das einzige was ihr mit der Aktion geschafft habt, ist das wir 10Min. mehr Arbeit haben, funktionieren tut es dann aber immer noch.
Ärgert uns gerne weiter, und wir werden uns nur um so mehr bemühen "bessere" alternativen zu euren Produkten zu bauen.

Konzentriert euch lieber auf die wichtigen Dinge, wie den AudioServer bei dem die letzten 5 Monate mehr gefixt wurde als eigentliche Funktionen verbaut sind.
Auch sind in der Config, die jetzt nicht mehr "Beta" ist, schon wieder so viele Fehler drin das ihr lieber das Beta-Schild dran gelassen hättet.

Also immer die Augen auf dem wesentlichen behalten!

Lieber Gruß
HisMastersVoice

[Gast]

I have blocked the Google DNS IP's on my firewall, and tested this: ping to 8.8.8.8 or 8.8.4.4 gives time-out
I still have weather.loxone.com pointed to my Loxberry

But still no weather service :-/

I found out that I can not resolve any Loxone.com domain or subdomain...Other domains do work.

ping loxone.com
ping: cannot resolve loxone.com: Unknown host

ping weather.loxone.com
ping: cannot resolve weather.loxone.com: Unknown host

ping loxone.de

PING loxone.de (62.138.179.37): 56 data bytes
64 bytes from 62.138.179.37: icmp_seq=0 ttl=55 time=36.275 ms
64 bytes from 62.138.179.37: icmp_seq=1 ttl=55 time=36.850 ms
64 bytes from 62.138.179.37: icmp_seq=2 ttl=55 time=28.958 ms

I have disabled every rule that has something to do with Loxone in my router... still the same! Strange!

[Gast]

Update: performed a flush for local DNS on my Mac, and ping to weather.loxone.com does return the lox berry IP
Is there something as local DNS cache on the miniserver?

[Christian Fenzl]

No-one knows, but every record has a TTL that could be used by the client.