Skip to content

Conversation

dhague
Copy link

@dhague dhague commented Nov 24, 2016

If the backend Keystone is case-insensitive (perhaps using AD for authentication)
then we could end up with several users in Grafana, one for each combination of
upper & lowercase chars in the username. This fix always uses the username returned
in the Keystone response as the username for Grafana, regardless of the case used
in the login screen.

Configuration options:
cookie_credentials - set to true to use cookie instead of session for storing Keystone password
credential_aes_key - 32-char encryption key. If set, this key is used to encrypt/decrypt the stored Keystone password
If the backend Keystone is case-insensitive (perhaps using AD for authentication)
then we could end up with several users in Grafana, one for each combination of
 upper & lowercase chars in the username. This fix always uses the username returned
 in the Keystone response as the username for Grafana, regardless of the case used
 in the login screen.
@dhague dhague force-pushed the case-sensitive-login branch from 397a132 to 1b8b6f9 Compare December 2, 2016 11:03
@dhague dhague changed the title Case sensitive login #4 Case sensitive login Dec 2, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant