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
Enable/Disable consumers on demand #1725
Comments
This definitely has some value indeed. Before jumping to an implementation, we would need to discuss how disabled account should be handled in the system (especially by authentication plugins), and if they are simply considered as non-existing, vs "disabled" (but still present), which would send different error messages back to the user - unless that is not desired, all points to be discussed. |
Wouldn't this be solved by #2023 ? Attach a plugin to a consumer that returns any specified status code and response. If you want the consumer to become |
considering that the difference between "unavailable" and "disabled" does not apply to consumers, then #2328 does implement this request. hence closing this. |
I've tried #2328 but got http 400 "No consumer can be configured for that plugin". And i saw a line of "no_consumer = true" in schema.lua of this plugin. I'm new to Kong so is there anything i missed? |
No, you are correct, that setting seems to be bad. |
Summary
The platform allows to identify the end users (consumers) of the API thanks to the 'Consumer' entity. There are several use cases for a 'enabled/disabled' flag linked to each Consumer:
Hence, it would be great to implement a new 'enabled' flag for each consumer to control if the consumer is allowed to access the upstream service or not. May be the change sounds simple, but obviously it needs a database model modification to persist the new flag.
The text was updated successfully, but these errors were encountered: