<?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: ISE 3.1 - handful of supplicants declining auth when others work in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4933466#M584389</link>
    <description>&lt;P&gt;I just exported the profiles from one working laptop and the two that won't connect; all three are identical.&amp;nbsp; This is driving my network admin and I absolutely nuts right now.&lt;/P&gt;</description>
    <pubDate>Tue, 03 Oct 2023 15:12:08 GMT</pubDate>
    <dc:creator>adam imbruglio</dc:creator>
    <dc:date>2023-10-03T15:12:08Z</dc:date>
    <item>
      <title>ISE 3.1 - handful of supplicants declining auth when others work</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4932792#M584354</link>
      <description>&lt;P&gt;Good morning,&lt;/P&gt;&lt;P&gt;My organization has set up ISE (3.1.0.518) for network access control; all of our laptops are running Windows 11 and we have group policy pushing TEAP settings to them.&amp;nbsp; This is working for the vast majority of the 700 or so laptops currently connected, but we have a handful of devices that refuse to connect to the ISE protected network.&amp;nbsp; At this time these are all Dell Latitude 5410s running up-to-date Windows 11 enterprise, with the same settings as all the other machines.&amp;nbsp; When they try to connect though, they only show up as &lt;SPAN class=""&gt;&lt;A target="_blank"&gt;host/&amp;lt;pcname.domainame&amp;gt;,&lt;/A&gt;&lt;/SPAN&gt;No user authentication is occurring.&amp;nbsp; Checking the logs shows&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;TABLE border="0" cellpadding="3"&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD&gt;11515&lt;/TD&gt;&lt;TD&gt;Supplicant declined inner EAP method selected by Authentication Policy but did not proposed another one; inner EAP negotiation failed&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;P&gt;We've tried updating the wireless drivers, switching out the wireless cards, re-imaging the machines, but these laptops still refuse to get past this; I can't figure out what's different with them from all the others that are working fine.&lt;/P&gt;&lt;P&gt;Full radius log is attached.&lt;/P&gt;&lt;P&gt;Does anyone have any idea why this might be failing?&lt;/P&gt;</description>
      <pubDate>Mon, 02 Oct 2023 15:58:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4932792#M584354</guid>
      <dc:creator>adam imbruglio</dc:creator>
      <dc:date>2023-10-02T15:58:24Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 3.1 - handful of supplicants declining auth when others work</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4932952#M584364</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;Is the group policy configured profile on the Dell Latitudes showing as being the same as the group policy configured profiles on the devices that are working?&lt;/P&gt;&lt;P&gt;You can export these profiles to compare with the cli command:&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;netsh wlan export profile name=&amp;lt;GROUP_POLICY_PROFILE&amp;gt;&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;hth&lt;BR /&gt;Andy&lt;/P&gt;</description>
      <pubDate>Mon, 02 Oct 2023 20:30:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4932952#M584364</guid>
      <dc:creator>andrewswanson</dc:creator>
      <dc:date>2023-10-02T20:30:32Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 3.1 - handful of supplicants declining auth when others work</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4933466#M584389</link>
      <description>&lt;P&gt;I just exported the profiles from one working laptop and the two that won't connect; all three are identical.&amp;nbsp; This is driving my network admin and I absolutely nuts right now.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Oct 2023 15:12:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4933466#M584389</guid>
      <dc:creator>adam imbruglio</dc:creator>
      <dc:date>2023-10-03T15:12:08Z</dc:date>
    </item>
    <item>
      <title>Re: ISE 3.1 - handful of supplicants declining auth when others work</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4935045#M584438</link>
      <description>&lt;P&gt;Issue solved!&amp;nbsp; In case anyone else runs into this it appears to have been Credential Guard causing issues.&amp;nbsp; Apparently some machines were sent out from Dell with the UEFI key to force Credential Guard on enabled.&amp;nbsp; I noticed this was running despite our group policy disabling it on all three affected machines.&lt;/P&gt;&lt;P&gt;The procedure to disable the UEFI lock is at &lt;A href="https://learn.microsoft.com/en-us/windows/security/identity-protection/credential-guard/configure?tabs=intune#disable-credential-guard" target="_blank"&gt;https://learn.microsoft.com/en-us/windows/security/identity-protection/credential-guard/configure?tabs=intune#disable-credential-guard&lt;/A&gt;&amp;nbsp; However it isn't /quite/ correct, you'll need to disable the lock and THEN disable Credential Guard in the registry, the opposite of what it shows there.&lt;/P&gt;&lt;P&gt;I'm not entirely sure why it was causing issues with ISE at all, however as soon as I disabled it all three machines connected without issue.&lt;/P&gt;</description>
      <pubDate>Thu, 05 Oct 2023 20:02:48 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-3-1-handful-of-supplicants-declining-auth-when-others-work/m-p/4935045#M584438</guid>
      <dc:creator>adam imbruglio</dc:creator>
      <dc:date>2023-10-05T20:02:48Z</dc:date>
    </item>
  </channel>
</rss>

