Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use transition SSID between boot and ready #16

Open
rgaudin opened this issue Feb 17, 2025 · 1 comment
Open

Use transition SSID between boot and ready #16

rgaudin opened this issue Feb 17, 2025 · 1 comment
Labels
enhancement New feature or request

Comments

@rgaudin
Copy link
Member

rgaudin commented Feb 17, 2025

At the moment, as soon as the Pi boots, it starts the hostAPd and thus the WiFi network is visible.Soon after, the docker stack is started with the Captive portal and all. There thus is a risk of someone accessing the WiFi network before the captive portal is ready.

To prevent this from happening we could wait for the Captive portal to be ready before starting the AP but that would prevent anyone from reaching the box if there is any issue down the road. That's just too much information to remove should we need to assit or debug.

Another approach is to start the WiFi as we do but with a different SSID and password. Something static that's documented in the FAQ but that users are not supposed to know so they dont connect to it. (Starting Kiwix Hotspot… for instance with some password.)
Those with the password can connect to it should it be stuck there and debug.

Then, once the captive portal is ready, we restart hostAPd with the correct config and the regular Kiwix Hotspot SSID appears with its pasword.

@rgaudin rgaudin added the enhancement New feature or request label Feb 17, 2025
@benoit74
Copy link
Contributor

I like this idea. As an SSID, maybe Kiwix Factory or Kiwix Maintenance is sufficient / more self-explanatory? Especially since it could be reused during the lifetime of the product if needed, with same password.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants