Global Moderators

@Pavel-Negrobov assuming you are using dhcp could check if you have a valid ip on that interface with ubus call network.interface.wwan status and examine the "ipv4-address.address"

@Pavel-Negrobov I don't know any way of actually checking the WiFi is successfully connected since UCI just changes the configuration. I just try to programatically open a connection to a known good host and check the response code.

@CAP-33 uhttpd is installed in the standard Omega firmware build and you can add php7 support. Take a look at this link:

https://openwrt.org/docs/guide-user/services/webserver/php

I find nginx performs a lot better than uhttpd, you can see the installation details here:

https://openwrt.org/docs/guide-user/services/webserver/nginx

@Pavel-Negrobov sta shows as disabled so I'm not sure how it would be associated with anything. If @György-Farkas solution works for you you should go with that.

@ckielstra Since there is no other suggestions I have 2 thing you could look at.

1. /etc/config/fstab allows you to set up mount points with the various configs. I use one for the sdcard on my devices to set up the mount point and the file system type. The docs refer to an additional "options" option which can be used to set mount options. I expect this includes the ro option but I have not tried it.

2. The USB hotplug script is executed when you insert a USB device, you could add your own script to remount in read only mode. This is a hack you could use in the absence of a better solution.

@Pavel-Negrobov If you examine your /etc/config/wireless you will see the ssid and key are still present on the sta interface section so the device will still be associated with the ap.

@Lazar-Demin This thread has got a little off track and in fact there is no change required. My point was that disabling the interface in order to reconfigure the network may work but the correct approach is to utilise the network restart or reload approach since this is how linux networking was designed to function. Disabling the interface may work today but in the future there may be side effects of this approach.

@György-Farkas Obviously I understand what it does, I just don't agree with the approach.

@Pavel-Negrobov Use network reload instead of restart, the methods stop and start don't exist, hence the error 3 response.

You can look at what ubus methods are available using the command ubus -v list network

@György-Farkas I respect your right to have an opinion, my opinion is different to yours and @Lazar-Demin on this point

IMHO is should not be necessary to disable an interface in order to disconnect from a WiFi AP. All that should be required is to "forget" the WiFi credentials, disconnect (stop the network) then when the network restarts the WiFi should not reconnect.

Calling network stop bring down all interfaces, by definition they should no longer be reconnected to anything. When you bring an interface back up it should read the configuration, that configuration will no longer contain the wifi credentials so the interface should be unable to connect.

Disabling the interface may work, but in my opinion it is a hack since AP association is an OSI L2 function.