Any C coders want to help me with something?

Mike McGrath mmcgrath at redhat.com
Thu Apr 30 17:37:09 UTC 2009


On Thu, 30 Apr 2009, Toshio Kuratomi wrote:

> Mike McGrath wrote:
> > On Thu, 30 Apr 2009, Ricky Zhou wrote:
> >> In some distant future version of FAS, I'd
> >> like to play with the idea of storing the data in LDAP while handling
> >> our group sponsorship system in postgres.
> >>
> >
> > Ick
> >
> heh :-)
>
> I think ricky's approach could work but it would need planning.  The
> idea would be to increase the complexity of FAS but decrease the
> complexity for everything we deploy that needs authentication.  We'd
> want to examine that assumption in the planning phase to make sure it's
> actually true for us.
>
> For instance, there was the thought that having cached credentials on
> our servers was preferable to what happens to when the LDAP server goes
> down.  Still a concern?
>
> We currently mask a lot of information for the privacy policy, can we do
> that with LDAP?  (Or just not put the information in there?)
>
> We let third parties (like the hosts to let packagers try building on
> ppc, x86_64, etc) use fas to get ssh keys.  Would we let them connect to
> and get that information from the LDAP server instead?
>
> We let people use their normal accounts to get a subset of data for
> authenticating to their web apps while they're developing them.  Would
> we enable the same setup with LDAP?
>

I figure we're still very much in the exploritory stage, we should get our
requirements together though.  FAS going down is still a real concern, but
if we implement a hardware key system, like yubikey, we'll have a similar
requirement in that yubikey requires a yubiserver of some kind (or the AES
key on every server).

	-Mike




More information about the Fedora-infrastructure-list mailing list