Open Stack

I think it's meant to be implied that the "admin" endpoint is also internal.

auth_token should certainly consume the service catalog (via
keystoneclient, ideally). Moving auth_token into keystoneclient itself was
a first step in that direction, IMO.

On Thursday, December 13, 2012, Mark Washenberger wrote:

> Hi keystone folks,
>
> When I do keystone help endpoint-create, I see
>
>   --publicurl <public-url>
>                         Public URL endpoint
>   --adminurl <admin-url>
>                         Admin URL endpoint
>   --internalurl <internal-url>
>                         Internal URL endpoint
>
> Is there any reason why we don't support an internal admin use case?
>
> If we did, we might be able to make the auth_token middleware use its
> own service catalog instead of a configured default for validating
> (uuid) tokens, which I would imagine could help out with some deployer
> migration scenarios.
>
> Any thoughts? Should I write up a brief blueprint?
>
> markwash
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org <javascript:;>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>


-- 

-Dolph
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20121213/4f465385/attachment.html>