You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 11, 2022. It is now read-only.
What is the current behavior?
Everything is up and running ok, and am able to get the wifi access point set. A wpa_supplicant.conf is created in /etc/wpa_supplicant/wpa_supplicant.conf. If I stop the container, the wifi connection to the configured AP is terminated, which makes sense. However, should it use the previous configuration upon starting the container again?
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem
Follow instructions in the README.MD
curl the api and set a wifi access point.
ping external server to confirm working (ie google.com)
stop the container
restart the container
ping external server, or ifconfig wlan0 and observe no ping is possible and no ip lease exists
What is the expected behavior?
Previously configured wifi access point is used upon starting the container.
What is the motivation / use case for changing the behavior?
Use to provide configuration of wifi access point to IOT device and have that configuration persist across restarts.
Please tell us about your environment:
Device: RP 4B
OS: raspbian buster
Other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, links for us to have context, eg. stackoverflow, gitter, etc)
The text was updated successfully, but these errors were encountered:
I'm submitting a ...
What is the current behavior?
Everything is up and running ok, and am able to get the wifi access point set. A
wpa_supplicant.conf
is created in/etc/wpa_supplicant/wpa_supplicant.conf
. If I stop the container, the wifi connection to the configured AP is terminated, which makes sense. However, should it use the previous configuration upon starting the container again?If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem
ifconfig wlan0
and observe no ping is possible and no ip lease existsWhat is the expected behavior?
Previously configured wifi access point is used upon starting the container.
What is the motivation / use case for changing the behavior?
Use to provide configuration of wifi access point to IOT device and have that configuration persist across restarts.
Please tell us about your environment:
Other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, links for us to have context, eg. stackoverflow, gitter, etc)
The text was updated successfully, but these errors were encountered: