network configuration changed without asking anything

[jpouyaud]

My Meteobridge was set with a static IP

I've found me meteobridge/RPI with a DHCP IP @, also the license was asking a human action to accept the condition

I've accept the condition and got an error message

After a reboot and a while, it finished to work, nut still DHCP

Guys, what's happen with this really strange IOT, looks like we have some security concerns....

[jpouyaud]

2 more things:

my setting was to stick on the current release. looks like something on the meteobridge's cloud decided to override those setting and changed my network setting from static IP to DHCP IP

I can't believe it...

also, I've now only 1 successful reboot over 20 try....

It's a pity

PS: you should configure much better your website ==> https://wiki.meteohub.de/wiki/index.php ... ge_License

[jpouyaud]

For the community

I've spent 6h today to reverse engineering this gaz factory

If you have an RPI with this "software", don't try the static IP, it's just not work

with DHCP, it will work much better...

Still have the clock issue which will destroy your DB weather record... the solution would be to set the Date in openWRT at the very last time of the setup/start process.

The very recommended solution would be to have an ntpd daemon and use simply an ntpdate at the bootup to reduce the drift lock

The main issue is the support which in inexistant here. I'm MP them 3 week ago to propose my help.

No life sign....

[admin]

Static IP is not the best way to go - DHCP with having your router to pin the IP is always better - but in certain situations (when your router is struggling with DNS services and you need to insert another DNS manually) static IP setting is justified and NOT providing any problems.

Looking at all the "patches" you did to solve "issues" your way I don't think your setup is stock anymore. And this is causing follow-up problems which you post as product problems in this forum. Could you please stop that?
I am always keen to improve the product, but I am not interested to coach on hacking the device and explain how that all works on operating system level.

[admin]

I've found me meteobridge/RPI with a DHCP IP @, also the license was asking a human action to accept the condition

Each time the local IP changes Meteobridge asks again for approving the license terms. The change of the IP is seen by Meteobridge as an indicator, that the user might have changed and therefore, it asks again for confirmation).

Guys, what's happen with this really strange IOT, looks like we have some security concerns.

I don't think your finding justifies calling Meteobridge a "really strange IOT" and to murmur about "security concerns".

I've spent 6h today to reverse engineering this gaz factory

I don't exactly know what a "gaz factory" is, but it doesn't sound nice to me.

The main issue is the support which in inexistant here. I'm MP them 3 week ago to propose my help.

I can't remember having received any proposals that looked like help.

my setting was to stick on the current release. looks like something on the meteobridge's cloud decided to override those setting and changed my network setting from static IP to DHCP IP

I can't believe it...

also, I've now only 1 successful reboot over 20 try....

It's a pity

Sorry that is non factual. Releasing a new Meteobridge version does not overwrite any local settings. When you tell to stick to a former version this will not change. When you selected to stick with 5.2. which is still under development, you will get new 5.2er versions until I switch to 5.3. From that point on 5.2 will not change. When you want to freeze the current one, please select "use installed version".

Changes made regarding static/dynamic IP are handled correctly on my RPI.
It should make you think that this seems to be a problem on your device only.
Did you consider to make your RPI Meteobridge stock again by starting with a fresh SD card install?

[jpouyaud]

Static IP is not the best way to go - DHCP with having your router to pin the IP is always better - but in certain situations (when your router is struggling with DNS services and you need to insert another DNS manually) static IP setting is justified and NOT providing any problems.

Looking at all the "patches" you did to solve "issues" your way I don't think your setup is stock anymore. And this is causing follow-up problems which you post as product problems in this forum. Could you please stop that?
I am always keen to improve the product, but I am not interested to coach on hacking the device and explain how that all works on operating system level.

ok, let's together cool down and try to progress to one of the outstanding issues we have here:

Static IP is not something that is "bad" for a server.
My meteobridge was configured with a static IP and was working well expect the reboot which are dependant from the availability of meteobridge cloud image download...

What is not normal, is my meteobridge has seen his network config changed from static to DHCP without any action of myself (I recall the setting was static IP with the option "stick to 5.2"

The reason why I talk about security concern with this IOT:
When the user select "stick to a version", he will see his IOT to be automatically upgraded to interim version. My advise would be to inform the user of the potential consequence

In my situation, the IOT as rebooted for a reason I ignore (this IOT is on a APC to avoid reboot because of the time random issue)

[jpouyaud]

I've found me meteobridge/RPI with a DHCP IP @, also the license was asking a human action to accept the condition

Each time the local IP changes Meteobridge asks again for approving the license terms. The change of the IP is seen by Meteobridge as an indicator, that the user might have changed and therefore, it asks again for confirmation).

Ok, thanks for the explanation of the license terms, remaining question is why the IP network setting have been changed from static to dynamic

Guys, what's happen with this really strange IOT, looks like we have some security concerns.

I don't think your finding justifies calling Meteobridge a "really strange IOT" and to murmur about "security concerns".

Agree with you, let's say I will prefer to have a meteobridge which is not booting on the cloud by downloading a binary image and on the top of that which change its network setting

I've spent 6h today to reverse engineering this gaz factory

I don't exactly know what a "gaz factory" is, but it doesn't sound nice to me.

By Gaz factory, I mean that I don't understand why to use openwrt and an online boot. Meteohub was not doing such complex online thing and was more rock solid by design

The main issue is the support which in inexistant here. I'm MP them 3 week ago to propose my help.

I can't remember having received any proposals that looked like help.

my setting was to stick on the current release. looks like something on the meteobridge's cloud decided to override those setting and changed my network setting from static IP to DHCP IP

I can't believe it...

also, I've now only 1 successful reboot over 20 try....

It's a pity

Sorry that is non factual. Releasing a new Meteobridge version does not overwrite any local settings. When you tell to stick to a former version this will not change. When you selected to stick with 5.2. which is still under development, you will get new 5.2er versions until I switch to 5.3. From that point on 5.2 will not change. When you want to freeze the current one, please select "use installed version".

Changes made regarding static/dynamic IP are handled correctly on my RPI.
It should make you think that this seems to be a problem on your device only.
Did you consider to make your RPI Meteobridge stock again by starting with a fresh SD card install?

Ok thanks for this clarification, I've miss-understanding the consequence of "stick to a version" instead of "use installed version"

My RPI has been freshly installed for meteobridge with a VERY costly SDcard instrustial class to be compliant with the requirement.

I've made no trick/hack on this RPI, and I'm keen to troubleshoot what is wrong with your help

[admin]

[I've made no trick/hack on this RPI, and I'm keen to troubleshoot what is wrong with your help

I think there is nothing wrong that needs your help.