openstack team mailing list archive

[Nathanael Burton <nathanael.i.burton@xxxxxxxxx>]

Dolph,

In our deployments we often want to restrict projects to particular
endpoints or regions.  We've currently hacked that in to our Folsom systems
by adding a 'regions' list to the 'extra' column of the tenant table.  With
only a few minor tweaks to keystone to return the filtered service catalog
based on 'regions' and some minor tweaks to Horizon it all works out fairly
well.  We would prefer to do this in a much more "supported" configuration,
something like attributes or roles on projects to achieve the same result.

Thanks,

Nate


On Mon, Mar 4, 2013 at 5:02 PM, Dolph Mathews <dolph.mathews@xxxxxxxxx>wrote:

> That's correct. Right now, all endpoints registered in keystone are
> returned to all users, regardless of whether they actually have any sort of
> authorization on those endpoints.
>
> I suspect we'll be having a planning session at the design summit on this
> topic -- I'd be helpful to better understand your ideal use case in
> suppressing endpoints from the catalog? In Grizzly, users, groups,
> projects, and domains have absolutely no relationship with services and
> endpoints within keystone. That becomes deployment specific when you
> consider how RBAC is applied service-side with policy.json, etc, but those
> services are not necessarily aware of how they appear in the service
> catalog, nor does keystone interpret policy files other than it's own.
>
>
> -Dolph
>
>
> On Mon, Mar 4, 2013 at 2:32 PM, Miller, Mark M (EB SW Cloud - R&D -
> Corvallis) <mark.m.miller@xxxxxx> wrote:
>
>>  Hello,****
>>
>> ** **
>>
>> I have been looking over the Keystone v3 API documentation as well as the
>> database table columns. My question concerns endpoint access restrictions.
>> I don’t see any noticeable way to associate endpoints with domains which
>> means that any user can access any endpoint of any domain. Is this correct?
>> The only database column that might come into play is the region column of
>> the endpoint table.****
>>
>> ** **
>>
>> Regards,****
>>
>> ** **
>>
>> Mark Miller****
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
>