<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic RE: NAC ldap integation - userPricipalName in Network Architecture &amp; Design</title>
    <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13038#M442</link>
    <description>Actually, you can submit a feature request &lt;B&gt;right here in the community!&lt;/B&gt;  I can either change the type of question this is to an "Idea" for you and it will be brought into our Product Development burndown meetings, or you can create a new topic using the topic type as "Idea".  This is a great way for us to determine what our customers are looking for in product features, and this gives you the ability to track its progress.  Thanks for providing such a detailed answer Greg and if you have addition questions or would like to make this an Idea in our community, please let me know Christoph.  Have a great day everyone!</description>
    <pubDate>Mon, 16 Dec 2013 23:49:00 GMT</pubDate>
    <dc:creator>Tamera_Rousseau</dc:creator>
    <dc:date>2013-12-16T23:49:00Z</dc:date>
    <item>
      <title>NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13031#M435</link>
      <description>We would like to integrate NAC in a Wireless network and want to authenticate users against an Active Directory. The customers users know only their "userPricipalName" (UPN).&lt;BR /&gt;
&lt;BR /&gt;
If we use the "userPricipalName" as "User Search Attribute" in the LDAP configuration from NAC (version 5.0), we don't get a RADIUS accept. We assume that the NAC is cutting the @&lt;DOMAIN&gt; from the UPN. If this is the case there cannot come off a match with the UPN.&lt;BR /&gt;
Can somebody confirm this behaviour?&lt;BR /&gt;
&lt;BR /&gt;
And if this is the case, is there a workaround available?&lt;BR /&gt;
&lt;BR /&gt;
Kind regrads&lt;BR /&gt;
Christoph&lt;BR /&gt;
&lt;BR /&gt;&lt;/DOMAIN&gt;</description>
      <pubDate>Thu, 12 Dec 2013 17:36:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13031#M435</guid>
      <dc:creator>Christoph</dc:creator>
      <dc:date>2013-12-12T17:36:00Z</dc:date>
    </item>
    <item>
      <title>RE: NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13032#M436</link>
      <description>You should be able to leave the User Search Attribute at samAccountName and still be able to use the UPN for authentication (just tested it).  Do you have user to auth mapping set to catch the&lt;B&gt;@UPN&lt;/B&gt; pattern?  Pattern should be at least *@domain.name  where domain.name is what is after the @ sign when you login.</description>
      <pubDate>Thu, 12 Dec 2013 20:26:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13032#M436</guid>
      <dc:creator>Brian_Anderson3</dc:creator>
      <dc:date>2013-12-12T20:26:00Z</dc:date>
    </item>
    <item>
      <title>RE: NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13033#M437</link>
      <description>Hello Brian,&lt;BR /&gt;
&lt;BR /&gt;
thanks for your answer.&lt;BR /&gt;
In our case UPN and sAMAccountName have nothing in common, e.g.:&lt;BR /&gt;
samAccountName = ABC123&lt;BR /&gt;
UPN = max@example.de&lt;BR /&gt;
If we follow your suggestion the NAC will check "max" against the samAccountName. This will not result in a match.&lt;BR /&gt;
&lt;BR /&gt;
And yes we have configured a pattern *@example.de to redirect the user authentication against the LDAP server.&lt;BR /&gt;
&lt;BR /&gt;
Kind regrads&lt;BR /&gt;
Christoph&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Thu, 12 Dec 2013 20:45:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13033#M437</guid>
      <dc:creator>Christoph</dc:creator>
      <dc:date>2013-12-12T20:45:00Z</dc:date>
    </item>
    <item>
      <title>RE: NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13034#M438</link>
      <description>Is there a reason to have those two fields different?  &lt;BR /&gt;
&lt;BR /&gt;
Somebody with knowledge of the inner workings of NAC would have to weigh in to see if that User Search field is really customizable.  &lt;BR /&gt;
&lt;BR /&gt;
A possible work around, would be to do Radius Proxy.  Would be good to test and might give you a temporary solution, if the User Search field ends up being a feature request.   &lt;BR /&gt;
&lt;BR /&gt;
Regards, &lt;BR /&gt;
&lt;BR /&gt;
Brian</description>
      <pubDate>Fri, 13 Dec 2013 01:24:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13034#M438</guid>
      <dc:creator>Brian_Anderson3</dc:creator>
      <dc:date>2013-12-13T01:24:00Z</dc:date>
    </item>
    <item>
      <title>RE: NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13035#M439</link>
      <description>Hi Brian, I have sent this into our NAC group so we should have some enlightenment shortly!</description>
      <pubDate>Fri, 13 Dec 2013 01:24:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13035#M439</guid>
      <dc:creator>Tamera_Rousseau</dc:creator>
      <dc:date>2013-12-13T01:24:00Z</dc:date>
    </item>
    <item>
      <title>RE: NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13036#M440</link>
      <description>I don't no for sure why the AD was set up like this, I think it's the result of some former migrations. Nevertheless, we have no influence and cannot change these fields for several thousand users.&lt;BR /&gt;
&lt;BR /&gt;
Proxy RADIUS will be a suboptimal solution because we also want to match against other AD attributes. But if there is no other way we will do it...&lt;BR /&gt;
&lt;BR /&gt;
Kind regrads&lt;BR /&gt;
Christoph&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Fri, 13 Dec 2013 15:21:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13036#M440</guid>
      <dc:creator>Christoph</dc:creator>
      <dc:date>2013-12-13T15:21:00Z</dc:date>
    </item>
    <item>
      <title>RE: NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13037#M441</link>
      <description>Hello Christoph,&lt;BR /&gt;
&lt;BR /&gt;
In answer to your original post, you are correct  that NAC always strips off the Domain when doing an LDAP lookup on a  user.  Unfortunately, there is no current means by which to change this  behavior.  This could be put forward as a Feature Request for possible  future functionality; however, I do not have an immediate means by which  to work-around this behavior in an LDAP configuration.   &lt;BR /&gt;
&lt;BR /&gt;
If you do wish  to raise this as a Feature Request, this can be started with opening a  Services Case by either calling into the GTAC, or via the Case  Management Web Portal.  If you would submit the request in the Services  Case, we can then take it over to a formal Feature Request for possible  future functionality, and will relay it to the appropriate Product  Manager for review. &lt;BR /&gt;
&lt;BR /&gt;
Best Regards,&lt;BR /&gt;
&lt;BR /&gt;
Gregory K. Hayden&lt;BR /&gt;
Technical Support Specialist&lt;BR /&gt;
Enterasys, now part of Extreme Networks&lt;BR /&gt;
+1 603-952-6781&lt;BR /&gt;</description>
      <pubDate>Mon, 16 Dec 2013 23:49:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13037#M441</guid>
      <dc:creator>Gregory_Hayden</dc:creator>
      <dc:date>2013-12-16T23:49:00Z</dc:date>
    </item>
    <item>
      <title>RE: NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13038#M442</link>
      <description>Actually, you can submit a feature request &lt;B&gt;right here in the community!&lt;/B&gt;  I can either change the type of question this is to an "Idea" for you and it will be brought into our Product Development burndown meetings, or you can create a new topic using the topic type as "Idea".  This is a great way for us to determine what our customers are looking for in product features, and this gives you the ability to track its progress.  Thanks for providing such a detailed answer Greg and if you have addition questions or would like to make this an Idea in our community, please let me know Christoph.  Have a great day everyone!</description>
      <pubDate>Mon, 16 Dec 2013 23:49:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13038#M442</guid>
      <dc:creator>Tamera_Rousseau</dc:creator>
      <dc:date>2013-12-16T23:49:00Z</dc:date>
    </item>
    <item>
      <title>RE: NAC ldap integation - userPricipalName</title>
      <link>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13039#M443</link>
      <description>thank you, we opened a case.&lt;BR /&gt;
&lt;BR /&gt;
regards&lt;BR /&gt;</description>
      <pubDate>Mon, 16 Dec 2013 23:49:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/network-architecture-design/nac-ldap-integation-userpricipalname/m-p/13039#M443</guid>
      <dc:creator>Christoph</dc:creator>
      <dc:date>2013-12-16T23:49:00Z</dc:date>
    </item>
  </channel>
</rss>

