-
Notifications
You must be signed in to change notification settings - Fork 238
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
Member deletion does not seem to work #63
Comments
It's a bug of ZT controller: zerotier/ZeroTierOne#859 |
раньше при перезагрузке ztncui можно было удалить клиента, а сейчас не получается previously, when you restart ztncui, you could delete the client, but now it does not work |
а где они хранятся чтобы вручную удалить клиента, а то не удобно видеть много не авторизованных клиентов and where are they stored to manually delete the client, and then it is inconvenient to see a lot of unauthorized clients |
I am not sure I get what you are saying. I can delete members on the GUI, then go to the file system and delete the appropriate files, restart zerotier-one, and they will disappear from the GUI. Deleting members is something I do every once in a blue moon. |
да я это имел ввиду yes, I meant |
Вот здесь все ключи храняться /opt/key-networks/ztncui/etc/storage |
thanks for the tip that works for me |
Please make a PR that automatically or manually triggers
so that in the GUI, deleted members will be disappeared. |
I go to remove a offline member, it asks for confirmation and once I go back to the member page it is still listed, authorized and all. I suspect the API call may be wrong
The text was updated successfully, but these errors were encountered: