[Openstack] Keystone, LDAP & Token behaviour

Adam Young ayoung at redhat.com
Wed May 21 15:19:01 UTC 2014

On 05/21/2014 10:48 AM, Michael Hearn wrote:
> Keystone gurus,
> Can you help put me straight on expected Authentication behaviour when 
> using an LDAP identity backend.
> In the scenario where a user is granted a token (keystone token-get) 
> should they not be able to make repeated API calls, e.g /glance 
> --os-auth-token xxxxxxx image-list / until the token expires?
> I ask as using /tcpdump/ I am seeing AuthN traffic between keystone 
> and LDAP each time I execute an API call - a call that includes an 
> unexpired token.
> I was assuming that by using an unexpired token a user avoids having 
> to make an AuthN call.  Is that not the case?

The glance CLI does not cache the token.  There was code in the Keystone 
client to cache the token in python-keyring.  If glance is not honoring 
the --os-auth-token  value then it might be going back to keystone.

However, if the token is a UUID token, then here is what happens: user 
goes to Keystone, gets a token (uuid) , and passes that to glance.  
Glance passes that back to Keystone and says "is this valid" and 
keystone responds "yep, and here is the service catalog."  Glance now 
has the option of caching this response in memcached.  If it does not, 
it needs to go back to Keystone every time.

But...now I see below that you are using pki and memcached.  Which means 
something is not behaving.  If glance honors the --debug flag, you can 
see if the CLI is going to Keystone, or if it is the server.


> Cheers
> Mike.
> Am using icehouse with token format set to PKI , caching enabled 
> (memcached )
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140521/b87dec49/attachment.html>

More information about the Openstack mailing list