-
Notifications
You must be signed in to change notification settings - Fork 880
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
Feature Request/Proposal: Provide ability to disable (through admin channel) pairing new BT devices #4949
Comments
You can disable Bluetooth already meshtastic --set bluetooth.enabled false, and set a fixed pin if you want to restrict access to only users that know that pin. |
As I mentioned just disabling bluetooth will disable usage of the end nodes. Just disable pairing while enable bluetooth running will be better. |
The fixed pin works without a device screen fine, it defaults to 123456 and you can set it from the CLI, iOS or the webui. I am not aware of any way in the nimbleBLE stack on device or the various central managers used in client apps to have a device advertise but only to certain other devices. |
The whitelist looks like a good approach on that. I can see the reasoning behind wanting to use bluetooth but disabling signing up new devices. |
Right now anyone who will find a node can bind their phone/other device to it and get access to the network.
It would be nice to add ability to completely turn off (and later optionally turn on) pairing of new devices to given nodes via admin channel commands.
Technically it will work through [Bluetooth enabled] parameter but that would work only for router-kind nodes. For end-user nodes usecase is - continue support of existing paired devices but don't allow new devices to join.
Another hacky way for screen-less devices is setting to random pin.
But again most convenient way would probably be - adding "bluetooth.mode" - "disabled". (while "bluetooth.enabled" - "true").
Also I suggest rename bluetooth.mode -> bluetooth.pairing_mode.
The text was updated successfully, but these errors were encountered: