[ZendTo] Re: Fallback Authenticator

--[ UxBoD ]-- uxbod at splatnix.net
Tue Sep 13 10:37:07 BST 2011


Hi Jules,

No need to be sorry! :) Agree with what you are saying and that is what we are wrangling down with the client. The issue appears to be how they are audited for Microsoft licenses. We are going to be holding further discussions so will let the group know how it pans out as others may face the same issue.
-- 
Thanks, Phil

----- Original Message ----- 

> W hy can this site not just have a tree branch of ZendTo guests in
> their AD, instead of implementing the users somewhere totally
> different? It makes far more sense to me to keep all the users in 1
> place (AD) rather than having a few users implemented somewhere
> totally different. Just because they are in AD doesn't mean they are
> forced to have any other rights such as workstation login rights.

> So until someone convinces me they can't just be put in another AD
> branch (and ZendTo already allows checking against multiple AD
> branches), I am going to say "no" to this, as it's unnecessary.

> Sorry.

> --
> Jules

> On 12 Sep 2011, at 09:04 AM, "--[ UxBoD ]--" < uxbod at splatnix.net >
> wrote:

> > A prospective client has asked whether it wou ld be possible to
> > failback to the local authenticator if a user is not found in
> > AD/LDAP. They wish to allow third party access to the ZendTo system
> > but not have to set them up within their AD infrastructure. Any
> > ideas of how this could be achieved ? Have taken a look at the code
> > and the only way I can see to do it would be to effectively
> > duplicate the NSSauthenticator function.
> 
> > --
> 
> > Thanks, Phil
> 

> > _______________________________________________
> 
> > ZendTo mailing list
> 
> > ZendTo at zend.to
> 
> > http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
> 
> _______________________________________________
> ZendTo mailing list
> ZendTo at zend.to
> http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto


More information about the ZendTo mailing list