Plugin: Weather4Lox (ehemals Wunderground4Loxone)

[logol01]

Hello together,

I have updatetd today to version 12.0.2.24 and I have one Miniserver Gen2 and one Miniserver Gen1 in my setting installed.
DNS 1 goes to Loxberry , DNS 2 goes to Fritzbox.

The weather service form loxberry Weather4Loxone V4.9.0.3 is now not exist in my environment.
Bevor update everything works perfect...

My Loxone app on iPhone, iPad, and when I go to my Miniserver via Chrome, the system asks me if I want to buy the weather service from Loxone.....
What are you doing now?

Wait and see and drink tea? :-)

Can I assume that we all have to buy the weather service from Loxone now?

I look forward to hearing from you.

Thanks

Logol01

[svethi]

At this time we can‘t do anything. If this ist the same behaviour in the release, there are ever possibilities to solve such “issues” ;-)

[TomekWaw]

Is this absolutely hopeless? Any methods of hijacking IP calls with custom routes at router level?

[Prof.Mobilux]

Not because of weather service (I could understand, if loxone e.g. uses encryption or something like that to protect their service), BUT:

I would not install any software which forces me to use Google (data octopus) services. And do NOT inform the user about this behaviour. This is absolutely not acceptable.

From today on, Loxone isn't Cloud free anymore!

[Prof.Mobilux]

Wenn das Verhalten wie in der Beta ist, dann benutzt Loxone nicht den konfigurierten DNS1 oder DNS2, sondern den Google-DNS 8.8.8.8. Sie scheinen da am Caching irgendetwas herumgefummelt zu haben (laut Changelog). Ob das nun Absicht ist oder nicht, kann ich nicht sagen. Auf jeden Fall hat die Beta den Google DNS ohne "mein Wissen" genutzt. Und zwar nur diesen.

[hme0354]

ich kann in meinen Router (Asus) den google DNS sperren. Dann funktioniert auch am MS V2 das Weather4lox.

Die Frage ist halt, welche anderen Probleme ich mir damit aufhalse.

[hme0354]

muss meine Aussage revidieren. Hat doch nicht funktioniert. Der Miniserver hat die Wetterabfrage in dem Moment gemacht, als der Router zwar nach den Einstellungsänderungen schon wieder hochgefahren war, aber noch keine Internetverbindung hatte. Dann hat er mit dem Loxberry geredet. Als wieder Internet da war, war alles beim alten.

Für mich heißt das, dass es weder die 8.8.8.8 ist noch die 8.8.8.4, denn die hab ich jetz wirklich gesperrt.

[Christian Fenzl]

Three ways what Loxone could have done:
- Just do nothing and let 1500 people (out of thousands, hundred-thousands, millions!) have their LoxBerry Weather.
- Talk to the weather provider with the potential 1500 customers of W4L or much more, that would possibly pay 5 Euros a year to have three weather icons in the Loxone App.
- Shut down the workaround of the workaround of the custom weather server, that at the beginning was open to change and later was removed step by step. Hoping to get 5 new customers out of 1500.

The final decision looks like a child outburst, not getting it's lolly 😅

[madito]

Not because of weather service (I could understand, if loxone e.g. uses encryption or something like that to protect their service), BUT:

I would not install any software which forces me to use Google (data octopus) services. And do NOT inform the user about this behaviour. This is absolutely not acceptable.

From today on, Loxone isn't Cloud free anymore!

This as you say supposes an intrusion in the privacy of the users, in addition to IGNORING the configuration of the Loxone Config, we do not know for sure how many requests the MiniServer makes to google or what intention. This should have been informed to the users in a clear and transparent way, I do not like that they play with my data and much less do not report.

Loxone should officially respond to this lack of privacy

[Christian Fenzl]

The funny is, if Google ever has Loxone on the monitor, Google can EXACTLY count how many Miniservers are installed and in what region. This is, because every Miniserver queries the weather, if enabled or not.
Google will know, that my Miniserver is in the Liwest network in or around Linz.

[logol01]

Now we have to use our Miniserver in a NORDVPN Network :-) really crazy..... :-)

[logol01]

I'm not a developer, but could it be that the service they're querying with the weather service is simply a different one now? Maybe the microservice is called something else or a different port or something like that and on their weather service server they have both things running.... before config version 12 and from config version 12 a new microservice, port or similar?

[Christian Fenzl]

In Michaels test of the Beta, the Miniserver was querying Google. If the url would have changed, the dns query would have come to LoxBerry and redirected to Loxone (in both situations Weather emulator would not work. But the dns request never reached the configured dns server at LoxBerry).

[madito]

I just checked that I have configured two static routes for google DNS (8.8.8.8 and 8.8.4.4) and everything has worked correctly again!

[hme0354]

really? not at my system

[madito]

Check the static routes, and try with another PC!

[hme0354]

I had it working in the time the router reboots and has no internet connection. after rebooting the miniserver the weatherdata is away again.

[madito]

It is possible that the static routes are not working, since without connection you will have weather data again.

[chriz77]

Check the static routes, and try with another PC!

What you mean with static routes? What I have to do to bring the weather service back to life?

[madito]

Static routes define how network traffic is communicated, if you are not clear about this idea, I do not recommend that you modify anything, and that you could have problems connecting to the internet.

[dasrockt]

Das ist echt schade... hoffe das ist noch ein bug... mich persönlich triffts zum glück (noch) nicht habe noch einen gen1..
Aber hoffe noch immer darauf das es ein bug ist wollte eigentlich auf gen2 wechseln weil das offte Programm einspielen echt
schnell geht am gen2 da nervt der gen1 ziemlich...

Aber aus dem Wetter Anlass wechsle ich bewusst nicht

[Christian Fenzl]

Also mein Ergebnis von MS Gen. 1 - KEINE Änderung zu früher, alles funktioniert wie gewohnt.
Der MSv1 macht KEINE DNS-Lookups zu Google, und wie gewohnt den DNS-Request zu weather.loxone.com an meinem DNS-Server. Der Emulator beantwortet wie üblich die Anfrage.


Wenn das jetzt am MSv2 anders ist, dann frage ich mich, warum am MSv2 und nicht am V1?
Es kann sein, dass den DNS am MSv2 jetzt Linux übernimmt, und dort irgendwo in einer übernommenen Default-Config, die sich niemand bei Loxone angesehen hat, der Google-DNS drin steht.
Oder aber dort als "neues Feature" eingefügt wurde.

Um hier mehr zu sagen, braucht es einen Netzwerktrace vom Router mit einem MSv2.

[Gast]

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.