Wireless Access

 View Only
  • 1.  Best Practice Configuring ClearPass to AD/LDAP servers

    Posted 16 days ago
    We are in the last stages of moving off EAP-PEAP MSCHAPv2  to EAP-TLS and are curious if we should change the ClearPass Authentication source type from AD to LDAP.   Currently, because of the legacy EAP-PEAP NTLM requirement our ClearPass servers (6.11.15) are joined to our AD domain and then used AD over SSL (connection security) and port 636 to perform group membership lookups.    Now that we will not be doing any EAP-PEAP MSCHAPv2 with NTLM anymore, should we leave the sources as is or create new sources with the type being "Generic LDAP" to perform the group membership checks?   If we were to switch to "Generic LDAP", would we point to an F5 load-balanced VIP for the servers?  If using a load balancer is not recommended, what is the best practice for redundancy with "Generic LDAP"? We have approximately 10 AD servers, but" Generic LDAP" appears to allow only a primary and secondary server. This seems to provide less redundancy than the AD authentication source, where multiple AD servers can be discovered and used.

    Thanks 

    Chris Hart

     




  • 2.  RE: Best Practice Configuring ClearPass to AD/LDAP servers

    Posted 16 days ago

    Keep the sources you have. An Active Directory source is the same LDAP query as Generic LDAP plus the NetBIOS domain, and the join is only there for MSCHAPv2 and NTLM. The ClearPass 6.11 deployment guide says EAP-TLS doesn't need the join: https://arubanetworking.hpe.com/techdocs/ClearPass/6.11/PolicyManager/Content/Deploy/Active%20Directory/AD_auth_source_adding.htm. Your filters and role mappings keep working, so just leave the domain once Access Tracker shows nothing using MSCHAPv2.

    Neither type stops at a secondary. Add Backup gives you Backup 1, Backup 2 and more, tried in the order you set whenever the server above is unreachable. The 6.11 LDAP and SQL sources section covers it: https://arubanetworking.hpe.com/techdocs/ClearPass/6.11/PolicyManager/Content/Deploy/LDAP%20&%20SQL%20Auth%20Sources/Intro_Ex_Auth_Sources.htm. The DC discovery you're thinking of comes from the join, not the LDAP lookups, so three or four DCs near the cluster is enough.

    A VIP works too, but the certificate the F5 presents has to chain to your trust list and match the name ClearPass connects to.



    ------------------------------
    Dustin Burns
    @Worldcom Exchange, Inc.
    www.wei.com

    - - -
    The comments I post here are my own, and not my employers
    If my post was useful accept solution and/or give kudos
    Personal Blog: www.networkfieldnotes.com
    - - -
    ------------------------------



  • 3.  RE: Best Practice Configuring ClearPass to AD/LDAP servers

    Posted 9 days ago

    Chris, did keeping the AD sources work out? Before you leave the domain, filter Access Tracker on the auth method for MSCHAPv2 over a full week, since a forgotten service account or an old laptop tends to turn up late. If that settled it, marking the reply as the solution helps the next person moving to EAP-TLS find it.



    ------------------------------
    Dustin Burns
    @Worldcom Exchange, Inc.
    www.wei.com

    - - -
    The comments I post here are my own, and not my employers
    If my post was useful accept solution and/or give kudos
    Personal Blog: www.networkfieldnotes.com
    - - -
    ------------------------------



  • 4.  RE: Best Practice Configuring ClearPass to AD/LDAP servers

    Posted 9 days ago
    I did not yet make the change and will leave them in the Domain.  We found one SSID that is still using PEAP that we are working to migrate users to use EAP-TLS.

    Thanks

    Chris







  • 5.  RE: Best Practice Configuring ClearPass to AD/LDAP servers

    Posted 7 days ago

    That's the right order. The join is only there so ClearPass can do NTLM for PEAP-MSCHAPv2, so as long as that SSID is on PEAP the servers have to stay in the domain. The 6.11 deployment guide's page on joining a domain explains why: https://arubanetworking.hpe.com/techdocs/ClearPass/6.11/PolicyManager/Content/Deploy/Active%20Directory/Joining_AD_domain.htm

    Once the last users are on EAP-TLS, take EAP-PEAP off that SSID's service so nothing can quietly fall back to it. Then give Access Tracker a week with no MSCHAPv2 before you leave the domain. Each server joins on its own, so check the AD Domains list under Administration > Server Manager > Server Configuration > System on every node, not just the publisher.

    Your AD over SSL sources don't change. They keep doing the group lookups for EAP-TLS with or without the join.



    ------------------------------
    Dustin Burns
    @Worldcom Exchange, Inc.
    www.wei.com

    - - -
    The comments I post here are my own, and not my employers
    If my post was useful accept solution and/or give kudos
    Personal Blog: www.networkfieldnotes.com
    - - -
    ------------------------------