Hi Raja -

I need to better understand why you have a need to do the filtering within
the authentication provider.
This is more easily done within the authorization provider and leaves you
with more options for doing group lookup.
At some point, Instead of doing it from LDAP you may want to use local OS
account groups for instance.

My preference these days is to keep the authentication provider config very
simple to establish the authenticated user, use Hadoop Group Lookup
Provider [1] to look up groups exactly the way is done within Hadoop
itself. Then use the AclsAuthzProvider to provide service level
authorization based on group membership, username and/or ip address [2].

By decoupling these things, you have the most flexibility to compose and
even extend providers to meet your needs.

thanks,

--larry

1.
https://knox.apache.org/books/knox-1-1-0/user-guide.html#Hadoop+Group+Lookup+Provider
2. https://knox.apache.org/books/knox-1-1-0/user-guide.html#Authorization

On Tue, Nov 27, 2018 at 8:45 AM Kevin Risden <kris...@apache.org> wrote:

> The username you used to login doesn't match the regex you gave.
>
> <param name="main.ldapRealm.principalRegex" value="(.*?)\\(.*?)"/>
>
> If you are going to only specify the username you need to modify the regex
> to only have one capture group.
>
> Kevin Risden
>
>
> On Mon, Nov 26, 2018 at 9:08 PM Raja Marimuthu <
> raja.marimu...@northbaysolutions.com> wrote:
>
>> Kevin,
>>
>>
>>
>> Thank you so much.  When I have tried with prinicipalrgeex, I get below
>> error
>>
>>
>>
>>
>>
>> User DN : CN=Len,OU=US02P01,OU=mmc_users,DC=ds,DC=nb,DC=com
>>
>> Group DN : CN=m_powerusers,OU=Applications,OU=Groups,DC=ds,DC=nb,DC=com
>>
>>
>>
>> I need to provide. Access only to m_powerusers. group
>>
>>
>>
>> Setting 1:
>>
>>           <param name="main.ldapRealm.userSearchBase"
>> value="dc=ds,dc=nb,dc=com"/>
>>
>> <param name="main.ldapRealm.principalRegex" value="(.*?)\\(.*?)"/>
>>
>>
>>
>>   <param name="main.ldapRealm.userSearchFilter"
>> value="(&amp;(objectclass=person)(memberOf=cn={1},OU=Applications,OU=Groups,DC=ds,DC=nb,DC=com)(sAMAccountName={2}))"/>
>>
>>
>>
>>
>>
>>             <param>
>>
>>
>>
>>
>>
>> Setting 2 :
>>
>>
>>
>>           <param name="main.ldapRealm.userSearchBase"
>> value="dc=ds,dc=nb,dc=com"/>
>>
>> <param name="main.ldapRealm.principalRegex" value="(.*?)\\(.*?)"/>
>>
>>
>>
>>   <param name="main.ldapRealm.userSearchFilter"
>> value="(&amp;(objectclass=person)(memberOf=cn=m_powerusers,OU=Applications,OU=Groups,DC=ds,DC=nb,DC=com)(sAMAccountName={2}))"/>
>>
>>
>>
>>
>>
>>             <param>
>>
>>
>>
>>
>>
>>
>>
>> User DN : CN=Len,OU=US02P01,OU=mmc_users,DC=ds,DC=nb,DC=com
>>
>> Group DN : CN=m_powerusers,OU=Applications,OU=Groups,DC=ds,DC=nb,DC=com
>>
>>
>>
>> Error :
>>
>>
>>
>>
>>
>>
>>
>> 2018-11-27 02:02:13,678 WARN  authc.AbstractAuthenticator
>> (AbstractAuthenticator.java:authenticate(216)) - Authentication failed for
>> token submission [org.apache.shiro.authc.UsernamePasswordToken - len,
>> rememberMe=false (73.230.13.102)].  Possible unexpected error? (Typical or
>> expected login exceptions should extend from AuthenticationException).
>>
>> java.lang.IllegalArgumentException: Principal len does not match
>> (.*?)\\(.*?)
>>
>>         at
>> org.apache.knox.gateway.shirorealm.KnoxLdapRealm.matchPrincipal(KnoxLdapRealm.java:658)
>>
>>         at
>> org.apache.knox.gateway.shirorealm.KnoxLdapRealm.getUserDn(KnoxLdapRealm.java:681)
>>
>>         at
>> org.apache.hadoop.gateway.shirorealm.KnoxLdapRealm.getUserDn(KnoxLdapRealm.java:98)
>>
>>         at
>> org.apache.shiro.realm.ldap.JndiLdapRealm.getLdapPrincipal(JndiLdapRealm.java:342)
>>
>>         at
>> org.apache.shiro.realm.ldap.JndiLdapRealm.queryForAuthenticationInfo(JndiLdapRealm.java:371)
>>
>>         at
>> org.apache.shiro.realm.ldap.JndiLdapRealm.doGetAuthenticationInfo(JndiLdapRealm.java:295)
>>
>>         at
>> org.apache.knox.gateway.shirorealm.KnoxLdapRealm.doGetAuthenticationInfo(KnoxLdapRealm.java:200)
>>
>>         at
>> org.apache.hadoop.gateway.shirorealm.KnoxLdapRealm.doGetAuthenticationInfo(KnoxLdapRealm.java:54)
>>
>>         at
>> org.apache.shiro.realm.AuthenticatingRealm.getAuthenticationInfo(AuthenticatingRealm.java:568)
>>
>>         at
>> org.apache.shiro.authc.pam.ModularRealmAuthenticator.doSingleRealmAuthentication(ModularRealmAuthenticator.java:180)
>>
>>         at
>> org.apache.shiro.authc.pam.ModularRealmAuthenticator.doAuthenticate(ModularRealmAuthenticator.java:267)
>>
>>         at
>> org.apache.shiro.authc.AbstractAuthenticator.authenticate(AbstractAuthenticator.java:198)
>>
>>         at
>> org.apache.shiro.mgt.AuthenticatingSecurityManager.authenticate(AuthenticatingSecurityManager.java:106)
>>
>>         at
>> org.apache.shiro.mgt.DefaultSecurityManager.login(DefaultSecurityManager.java:270)
>>
>>         at
>> org.apache.shiro.subject.support.DelegatingSubject.login(DelegatingSubject.java:256)
>>
>>         at
>> org.apache.shiro.web.filter.authc.AuthenticatingFilter.executeLogin(AuthenticatingFilter.java:53)
>>
>>         at
>> org.apache.shiro.web.filter.authc.BasicHttpAuthenticationFilter.onAccessDenied(BasicHttpAuthenticationFilter.java:190)
>>
>>         at
>> org.apache.shiro.web.filter.AccessControlFilter.onAccessDenied(AccessControlFilter.java:133)
>>
>>         at
>> org.apache.shiro.web.filter.AccessControlFilter.onPreHandle(AccessControlFilter.java:162)
>>
>>         at
>> org.apache.shiro.web.filter.PathMatchingFilter.isFilterChainContinued(PathMatchingFilter.java:203)
>>
>>         at
>> org.apache.shiro.web.filter.PathMatchingFilter.preHandle(PathMatchingFilter.java:178)
>>
>>         at
>> org.apache.shiro.web.servlet.AdviceFilter.doFilterInternal(AdviceFilter.java:131)
>>
>>         at
>> org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125)
>>
>>         at
>> org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:66)
>>
>>         at
>> org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:449)
>>
>>         at
>> org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:365)
>>
>>         at
>> org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
>>
>>         at
>> org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
>>
>>         at
>> org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383)
>>
>>         at
>> org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:362)
>>
>>         at
>> org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125)
>>
>>         at
>> org.apache.knox.gateway.GatewayFilter$Holder.doFilter(GatewayFilter.java:372)
>>
>>         at
>> org.apache.knox.gateway.GatewayFilter$Chain.doFilter(GatewayFilter.java:272)
>>
>>         at
>> org.apache.knox.gateway.filter.ResponseCookieFilter.doFilter(ResponseCookieFilter.java:50)
>>
>>         at
>> org.apache.knox.gateway.filter.AbstractGatewayFilter.doFilter(AbstractGatewayFilter.java:61)
>>
>>         at
>> org.apache.knox.gateway.GatewayFilter$Holder.doFilter(GatewayFilter.java:372)
>>
>>         at
>> org.apache.knox.gateway.GatewayFilter$Chain.doFilter(GatewayFilter.java:272)
>>
>>         at
>> org.apache.knox.gateway.filter.XForwardedHeaderFilter.doFilter(XForwardedHeaderFilter.java:30)
>>
>>         at
>> org.apache.knox.gateway.filter.AbstractGatewayFilter.doFilter(AbstractGatewayFilter.java:61)
>>
>>         at
>> org.apache.knox.gateway.GatewayFilter$Holder.doFilter(GatewayFilter.java:372)
>>
>>         at
>> org.apache.knox.gateway.GatewayFilter$Chain.doFilter(GatewayFilter.java:272)
>>
>>         at
>> org.apache.knox.gateway.GatewayFilter.doFilter(GatewayFilter.java:171)
>>
>>         at
>> org.apache.knox.gateway.GatewayFilter.doFilter(GatewayFilter.java:94)
>>
>>         at
>> org.apache.knox.gateway.GatewayServlet.service(GatewayServlet.java:141)
>>
>>         at
>> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
>>
>>         at
>> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
>>
>>         at
>> org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:201)
>>
>>         at
>> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
>>
>>         at
>> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
>>
>>         at
>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
>>
>>         at
>> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
>>
>>         at
>> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
>>
>>         at
>> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
>>
>>         at
>> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
>>
>>         at
>> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
>>
>>         at
>> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
>>
>>         at
>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
>>
>>         at
>> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
>>
>>         at
>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>>
>>         at
>> org.apache.knox.gateway.trace.TraceHandler.handle(TraceHandler.java:51)
>>
>>         at
>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>>
>>         at
>> org.apache.knox.gateway.filter.CorrelationHandler.handle(CorrelationHandler.java:41)
>>
>>         at
>> org.eclipse.jetty.servlets.gzip.GzipHandler.handle(GzipHandler.java:479)
>>
>>         at
>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>>
>>         at
>> org.apache.knox.gateway.filter.PortMappingHelperHandler.handle(PortMappingHelperHandler.java:152)
>>
>>         at
>> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
>>
>>         at
>> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
>>
>>         at org.eclipse.jetty.server.Server.handle(Server.java:499)
>>
>>         at
>> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:311)
>>
>>         at
>> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:258)
>>
>>         at
>> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544)
>>
>>         at
>> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
>>
>>         at
>> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
>>
>>         at java.lang.Thread.run(Thread.java:748)
>>
>> 2018-11-27 02:02:13,688 DEBUG servlet.SimpleCookie
>> (SimpleCookie.java:addCookieHeader(226)) - Added HttpServletResponse Cookie
>> [rememberMe=deleteMe; Path=/gateway/gf; Max-Age=0; Expires=Mon, 26-Nov-2018
>> 02:02:13 GMT]
>>
>> 2018-11-27 02:02:13,688 DEBUG authc.BasicHttpAuthenticationFilter
>> (BasicHttpAuthenticationFilter.java:sendChallenge(274)) - Authentication
>> required: sending 401 Authentication challenge response.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *From:Kevin Risden <kris...@apache.org <kris...@apache.org>> Reply-To:
>> "user@knox.apache.org <user@knox.apache.org>" <user@knox.apache.org
>> <user@knox.apache.org>> Date: Monday, November 26, 2018 at 7:22 PM To:
>> "user@knox.apache.org <user@knox.apache.org>" <user@knox.apache.org
>> <user@knox.apache.org>> Subject: Re: Knox LDAP group filer is not working*
>>
>>
>>
>> From [1], the userSearchFilter needs to have a reference to the user who
>> is logged in. Basically what you are trying to do with the userSearchFilter
>> is only allow the user to login if the user matches the query. When you do
>> the search filter without a reference to the user who is trying to login
>> you are basically just grabbing all users that match the query. This is not
>> what you want. The principalRegex has capture groups that you can use in
>> the userSearchFilter to build out the query to match for the given username
>> and filter.
>>
>>
>>
>> 1.
>> https://knox.apache.org/books/knox-1-1-0/user-guide.html#Advanced+LDAP+configuration+parameters
>>
>>
>> Kevin Risden
>>
>>
>>
>>
>>
>> On Mon, Nov 26, 2018 at 3:53 PM Raja Marimuthu <
>> raja.marimu...@northbaysolutions.com> wrote:
>>
>> Anyone have experienced this issue ?  Using LDAP group filter with AD ?
>>
>>
>>
>> Logged in user is different, but it’s. taking first user from the group
>> as computer userDN , and throws. Null pointer .
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Raja Marimuthu  |  Solutions Architect  (AWS – Big Data)
>>
>> NorthBay Solutions
>>
>> Direct:  717-808-6966
>>
>> raja.marimu...@northbaysolutions.com
>> <valerie.mol...@northbaysolutions.com>
>>
>> www.northbaysolutions.com
>>
>>
>>
>>
>>
>> *From: *Raja Marimuthu <raja.marimu...@northbaysolutions.com>
>> *Date: *Wednesday, November 14, 2018 at 4:37 PM
>> *To: *"user@knox.apache.org" <user@knox.apache.org>
>> *Subject: *Re: Knox LDAP group filer is not working
>>
>>
>>
>> Kevin,
>>
>>
>>
>> I have setup AD and configured in  gateway xml,  but. I am having this issue…
>>
>>
>>
>>  - 2018-11-14 21:08:26,993 DEBUG knox.gateway 
>> (GatewayFilter.java:doFilter(119)) - Received request: GET /ganglia/
>>
>> 2018-11-14 21:08:27,016 DEBUG knox.gateway
>> (KnoxLdapRealm.java:getUserDn(718)) - Searching from dc=ds,dc=nb,dc=com
>> where
>> (&(objectclass=*)(memberOf=cn=marsh-prd-global-bld-powerusers,OU=Applications,OU=Groups,DC=ds,DC=nb,DC=com))
>> scope subtree
>>
>> 2018-11-14 21:08:27,022 INFO  knox.gateway
>> (KnoxLdapRealm.java:getUserDn(724)) - Computed userDn:
>> CN=Len,OU=US02P01,OU=mmc_users,DC=ds,DC=nb,DC=com using ldapSearch for
>> principal: len
>>
>> 2018-11-14 21:08:27,045 ERROR knox.gateway
>> (AbstractGatewayFilter.java:doFilter(66)) - Failed to execute filter:
>> javax.servlet.ServletException: java.lang.NullPointerException
>>
>> javax.servlet.ServletException: java.lang.NullPointerException
>>
>>         at
>> org.apache.shiro.web.servlet.AdviceFilter.cleanup(AdviceFilter.java:196)
>>
>>         at
>> org.apache.shiro.web.filter.authc.AuthenticatingFilter.cleanup(AuthenticatingFilter.java:155)
>>
>>         at
>> org.apache.shiro.web.servlet.AdviceFilter.doFilterInternal(AdviceFilter.java:148)
>>
>>         at
>> org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125)
>>
>>         at
>> org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:66)
>>
>>         at
>> org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:449)
>>
>>         at
>> org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:365)
>>
>>         at
>> org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
>>
>>         at
>> org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
>>
>>         at
>> org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383)
>>
>>         at
>> org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:362)
>>
>>         at
>> org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125)
>>
>>
>>
>>
>>
>> Thanks
>>
>> Raja
>>
>>
>>
>>
>> *From: *
>>
>> *Kevin Risden*
>>
>>
>>
>>
>>
>> *<kris...@apache.org <kris...@apache.org>> Reply-To:
>> "user@knox.apache.org <user@knox.apache.org>" <user@knox.apache.org
>> <user@knox.apache.org>> Date: Thursday, November 8, 2018 at 5:41 PM To:
>> "user@knox.apache.org <user@knox.apache.org>" <user@knox.apache.org
>> <user@knox.apache.org>> Subject: Re: Knox LDAP group filer is not working*
>>
>>
>>
>> If you are using the demo LDAP server then memberOf isn't available. It
>> is an LDAP extension that only exists in AD. Apache DS LDAP doesn't support
>> virtual attributes. If you want to emulate it you would need to update the
>> user object with the attributes.
>>
>>
>> Kevin Risden
>>
>>
>>
>>
>>
>> On Thu, Nov 8, 2018 at 5:38 PM Raja Marimuthu <
>> raja.marimu...@northbaysolutions.com> wrote:
>>
>> Kevin,
>>
>>
>>
>> I have tried. But its. Not working,
>>
>>
>>
>> Here’s my gateway xml  LDAP config
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>            <param name="main.ldapRealm"
>> value="org.apache.hadoop.gateway.shirorealm.KnoxLdapRealm" />
>>
>>             <param name="main.ldapContextFactory"
>> value="org.apache.hadoop.gateway.shirorealm.KnoxLdapContextFactory" />
>>
>>             <param name="main.ldapRealm.contextFactory"
>> value="$ldapContextFactory" />
>>
>>    <param>
>>
>>         <name>main.ldapRealm.authorizationEnabled</name>
>>
>>         <value>true</value>
>>
>>     </param>
>>
>>             <param name="main.ldapRealm.contextFactory.url"
>> value="ldap://localhost:33389"/>
>>
>>             <param name="main.ldapRealm.contextFactory.systemUsername"
>> value="uid=admin,ou=people,dc=hadoop,dc=apache,dc=org"/>
>>
>>             <param name="main.ldapRealm.contextFactory.systemPassword"
>> value="admin-password"/>
>>
>>             <param name="main.ldapRealm.userSearchBase"
>> value="ou=people,dc=hadoop,dc=apache,dc=org"/>
>>
>>   <param name="main.ldapRealm.userSearchFilter"
>> value="(&amp;(objectclass=person)(sAMAccountName={2})(|(memberOf=cn=contractor,dc=hadoop,dc=apache,dc=org)(memberOf=cn=scientist,ou=grouds,dc=hadoop,dc=apache,dc=org))"/>
>>
>>             <param name="main.ldapRealm.userObjectClass" value="person"/>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> users.ldif
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>             # Please replace with site specific values
>>
>> dn: dc=hadoop,dc=apache,dc=org
>>
>> objectclass: organization
>>
>> objectclass: dcObject
>>
>> o: Hadoop
>>
>> dc: hadoop
>>
>>
>>
>> # Entry for a sample people container
>>
>> # Please replace with site specific values
>>
>> dn: ou=people,dc=hadoop,dc=apache,dc=org
>>
>> objectclass:top
>>
>> objectclass:organizationalUnit
>>
>> ou: people
>>
>>
>>
>> # Entry for a sample contractor container
>>
>> # Please replace with site specific values
>>
>> dn: ou=contractor,dc=hadoop,dc=apache,dc=org
>>
>> objectclass:top
>>
>> objectclass:organizationalUnit
>>
>> ou: contractor
>>
>>
>>
>> # entry for sample user jerry
>>
>> dn: uid=jerry,ou=contractor,dc=hadoop,dc=apache,dc=org
>>
>> objectclass:top
>>
>> objectclass:person
>>
>> objectclass:organizationalPerson
>>
>> objectclass:inetOrgPerson
>>
>> cn: jerry
>>
>> sn: jerry
>>
>> uid: jerry
>>
>> userPassword:jerry-password
>>
>>
>>
>>
>>
>> # entry for sample user sam
>>
>> dn: uid=sam,ou=people,dc=hadoop,dc=apache,dc=org
>>
>> objectclass:top
>>
>> objectclass:person
>>
>> objectclass:organizationalPerson
>>
>> objectclass:inetOrgPerson
>>
>> cn: sam
>>
>> sn: sam
>>
>> uid: sam
>>
>> userPassword:sam-password
>>
>>
>>
>> # entry for sample user tom
>>
>> dn: uid=tom,ou=people,dc=hadoop,dc=apache,dc=org
>>
>> objectclass:top
>>
>> objectclass:person
>>
>> objectclass:organizationalPerson
>>
>> objectclass:inetOrgPerson
>>
>> cn: tom
>>
>> sn: tom
>>
>> uid: tom
>>
>> userPassword:tom-password
>>
>>
>>
>> # create FIRST Level groups branch
>>
>> dn: ou=groups,dc=hadoop,dc=apache,dc=org
>>
>> objectclass:top
>>
>> objectclass:organizationalUnit
>>
>> ou: groups
>>
>> description: generic groups branch
>>
>>
>>
>> # create the analyst group under groups
>>
>> dn: cn=analyst,ou=groups,dc=hadoop,dc=apache,dc=org
>>
>> objectclass:top
>>
>> objectclass: groupofnames
>>
>> cn: analyst
>>
>> description:analyst  group
>>
>> member: uid=sam,ou=people,dc=hadoop,dc=apache,dc=org
>>
>> member: uid=tom,ou=people,dc=hadoop,dc=apache,dc=org
>>
>>
>>
>>
>>
>> # create the scientist group under groups
>>
>> dn: cn=scientist,ou=groups,dc=hadoop,dc=apache,dc=org
>>
>> objectclass:top
>>
>> objectclass: groupofnames
>>
>> cn: scientist
>>
>> description: scientist group
>>
>> member: uid=sam,ou=people,dc=hadoop,dc=apache,dc=org
>>
>>
>>
>>
>>
>>
>>
>> On Nov 7, 2018, at 4:45 PM,
>>
>> Kevin Risden
>>
>> <kris...@apache.org> wrote:
>>
>>
>>
>> Assuming you are referring to something like KNOX-1307 [1]? The user
>> search filter you can create can filter by groups depending on what you are
>> trying to do. memberOf is one way for AD to limit users to only ones in a
>> certain group.
>>
>>
>>
>> 1. https://issues.apache.org/jira/browse/KNOX-1307
>>
>>
>> Kevin Risden
>>
>>
>>
>>
>>
>> On Wed, Nov 7, 2018 at 4:24 PM Raja Marimuthu <
>> raja.marimu...@northbaysolutions.com> wrote:
>>
>> Hi,
>>
>>
>>
>> We are trying to filter users by specific. LDAP groups,   tried several
>> options provided in the documentation :
>>
>>
>> https://knox.apache.org/books/knox-1-1-0/user-guide.html#Advanced+LDAP+Authentication
>>
>>
>>
>> User Search by Filter
>>
>> ·         userSearchBase (Required)
>>
>> ·         userSearchFilter (Required)
>>
>> ·         userSearchScope (Optional)
>>
>> ·         principalRegex (Optional)
>>
>>
>>
>>
>>
>> Group filter is supported ?   Do we have any working alternative to
>> filter. Users by group ?
>>
>>
>>
>> Thanks
>>
>> Raja
>>
>>
>>
>>
>>
>>
>>
>>

Reply via email to