-
-
Notifications
You must be signed in to change notification settings - Fork 45
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
Support Tool - Discussion & Specs #198
Milestone
Comments
I'm closing this as "done", because we have a support tool that does this in 1.5 BETA 1. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Since we're getting some popularity, we discussed in Matrix that it might be a good idea to have a support tool that gathers useful information and uploads it to us, so we can better help.
There's a lot of things to worry about here, so I'm hoping we can build up some comments to come up with a good, safe, open specification:
ShapedDevices.csv
contains personally identifiable customer information - but it's also super useful for figuring out what's going on. I'd support sharing it, but withCircuit Name
andDevice Name
scrambled in a one-way hash so that we (or anyone else who reads it) have no way of reversing it. We might anonymize IP addresses for the same reason.Network.json
is less personally identifying, but we should scramble the names - using the same one-way hash so that we can still tell that customers are linked (or not) toShapedDevices
- but with no way to say "oh, there's a tasty target"/etc/lqos
- I don't see anything in there that isn't publicly shareable?ispConfig.py
- so this is really useful for diagnosing (especially with the other info), but requires a bunch of sanitization. We'd need to hide all the integration (UISP, influx, etc.) URLs and credentials; we don't want anyone handing out UISP access by mistake.I'm thinking that the tool should:
Thoughts, everyone?
The text was updated successfully, but these errors were encountered: