<?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 User has new password in AD, but GlobalProtect still authenticates with the old password (new password fails). in GlobalProtect Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/user-has-new-password-in-ad-but-globalprotect-still/m-p/402039#M1234</link>
    <description>&lt;P&gt;When our users change their AD password, they immediately will lock &amp;amp; unlock Windows to make sure the new password took, and that what they think they changed it to, is exactly what they changed it to.&amp;nbsp; They also have been told to sign out of GlobalProtect and sign back in, so that GlobalProtect will be configured to use the new creds going forward.&amp;nbsp; However, while the password change in AD has been working great, GP has not been keeping up with the changes.&amp;nbsp; Some users will lock their accounts trying to use their new passwords in GlobalProtect.&amp;nbsp; Others will give up and try the old one, which works until the next time they connect and then it fails and locks the account in AD.&amp;nbsp; This happens all too frequently.&amp;nbsp; We use the User-ID Agent on Active Directory Windows 2016 servers. Our PA is 9.1.8, our agents are 9.1.2-9 and GlobalProtect is 5.1.5.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. is this a known issue with GP?&amp;nbsp; we've been seeing it for over a year.&lt;/P&gt;&lt;P&gt;2. does GP and/or PA cache our user's credentials?&amp;nbsp; if so, can we disable that feature?&amp;nbsp; and if we can, is there a downside to doing that as well?&amp;nbsp; we want every GP connection to check our domain controllers for proper credentials, every time (if there isnt a significant downside).&lt;/P&gt;</description>
    <pubDate>Mon, 26 Apr 2021 21:57:41 GMT</pubDate>
    <dc:creator>jrauman</dc:creator>
    <dc:date>2021-04-26T21:57:41Z</dc:date>
    <item>
      <title>User has new password in AD, but GlobalProtect still authenticates with the old password (new password fails).</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/user-has-new-password-in-ad-but-globalprotect-still/m-p/402039#M1234</link>
      <description>&lt;P&gt;When our users change their AD password, they immediately will lock &amp;amp; unlock Windows to make sure the new password took, and that what they think they changed it to, is exactly what they changed it to.&amp;nbsp; They also have been told to sign out of GlobalProtect and sign back in, so that GlobalProtect will be configured to use the new creds going forward.&amp;nbsp; However, while the password change in AD has been working great, GP has not been keeping up with the changes.&amp;nbsp; Some users will lock their accounts trying to use their new passwords in GlobalProtect.&amp;nbsp; Others will give up and try the old one, which works until the next time they connect and then it fails and locks the account in AD.&amp;nbsp; This happens all too frequently.&amp;nbsp; We use the User-ID Agent on Active Directory Windows 2016 servers. Our PA is 9.1.8, our agents are 9.1.2-9 and GlobalProtect is 5.1.5.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. is this a known issue with GP?&amp;nbsp; we've been seeing it for over a year.&lt;/P&gt;&lt;P&gt;2. does GP and/or PA cache our user's credentials?&amp;nbsp; if so, can we disable that feature?&amp;nbsp; and if we can, is there a downside to doing that as well?&amp;nbsp; we want every GP connection to check our domain controllers for proper credentials, every time (if there isnt a significant downside).&lt;/P&gt;</description>
      <pubDate>Mon, 26 Apr 2021 21:57:41 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/user-has-new-password-in-ad-but-globalprotect-still/m-p/402039#M1234</guid>
      <dc:creator>jrauman</dc:creator>
      <dc:date>2021-04-26T21:57:41Z</dc:date>
    </item>
    <item>
      <title>Re: User has new password in AD, but GlobalProtect still authenticates with the old password (new password fails).</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/user-has-new-password-in-ad-but-globalprotect-still/m-p/583974#M5256</link>
      <description>&lt;P&gt;Hello Guys !&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We are experiencing the same problem in our company from long time and we have not found any solution so far.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Sometime, the Windows account was lock after changing the password in the active directory.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;It seems that the change is not taken into account by Global Protect and this results in the account being locked when user trying to LogOn.&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;We have to manually change the password in Global Protect for this to work and unlock windows account in AD to solve this issue.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;We opened tickets in costumer portal for this issu, but the proposed solutions do not work parmanently.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Out GP version is 6.1.1-6&lt;BR /&gt;&lt;BR /&gt;Anyone's idea ?&lt;BR /&gt;&lt;BR /&gt;Thanks for Help&lt;BR /&gt;&lt;BR /&gt;Best Regards !&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 17 Apr 2024 07:49:12 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/user-has-new-password-in-ad-but-globalprotect-still/m-p/583974#M5256</guid>
      <dc:creator>T.Dudouit</dc:creator>
      <dc:date>2024-04-17T07:49:12Z</dc:date>
    </item>
    <item>
      <title>Re: User has new password in AD, but GlobalProtect still authenticates with the old password (new password fails).</title>
      <link>https://live.paloaltonetworks.com/t5/globalprotect-discussions/user-has-new-password-in-ad-but-globalprotect-still/m-p/591708#M5556</link>
      <description>&lt;P&gt;Have you guys found a solution to this? We are experiencing the same issue.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 11 Jul 2024 14:15:25 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/globalprotect-discussions/user-has-new-password-in-ad-but-globalprotect-still/m-p/591708#M5556</guid>
      <dc:creator>SpaceCowboy</dc:creator>
      <dc:date>2024-07-11T14:15:25Z</dc:date>
    </item>
  </channel>
</rss>

