You cannot change an expired user account password in a remote desktop session that connects to a Windows Server 2008 R2-based RD Session Host server in a VDI environment

To resolve this issue, you must install this hotfix on the server that is hosting the RDWeb role. This hotfix does not provide a method for changing a password directly through Mstsc.exe for non-domain-joined clients. However, after you install this hotfix, users who try to log on to RDWeb (that is , on to the web portal itself) by using an account that has an expired password will be redirected to the password change page. After they update their password, users will return to a functional state. They can log on to RDWeb and start RemoteApp sessions. They can also use .rdp files or Mstsc.exe.  

For more information, go to the following website:
In the protocol specification for CredSSP, there is no reference to the ability to change the user's password while NLA is running. Therefore, the observed behavior can be considered "by design." 

CredSSP is the underlying technology that enables NLA, and it does not support password changes. Therefore, password changes are not enabled in MSTSC. Other RD clients that support NLA should be unable to change the user’s password.

Unless you apply this hotfix on an RDWeb server and not on an RDSH server, you do not have to have the client hotfix that resolves the password change issue. That is, you do not have to have KB 2648397 installed on the Windows 7 client. After you have the server-side hotfix installed on RDWeb, it will also work for other versions of Windows such as Windows XP.

However, you must do more than install the hotfix on RD Web. After you install the hotfix, you have to set a flag to TRUE in the Web.config file. By default, the feature that this flag represents is turned off. To turn on the feature, follow these steps: 

1. 1. Open the following file:
   
   %systemDrive%/windows/web/rdweb/pages/web.config
2. Set the following value to TRUE:
   
   <!-- PasswordChangeEnabled: Provides password change page for users. Value must be "true" or "false" -->
   
   <add key="PasswordChangeEnabled" value="false" />

Sometimes, this line of code may be missing even after you install the hotfix. This behavior may occur because the Web.config file, together with most user-configurable files and registry settings, is marked as "mutable" in our servicing infrastructure. When the value is set to TRUE, Setup will not overwrite a file by using a later version if the user changed the original file. This behavior makes sure that a user's files, settings, and custom code are not overwrittenwhen an update is installed. If the Web.config file was changed or customized, the system will not overwrite the file.

If this line of code is missing, you should manually add it to the relevant Web.config file. This will enable the new functionality.

Hotfix information

A supported hotfix is available from Microsoft. However, this hotfix is intended to correct only the problem that is described in this article. Apply this hotfix only to systems that are experiencing the problem described in this article. This hotfix might receive additional testing. Therefore, if you are not severely affected by this problem, we recommend that you wait for the next software update that contains this hotfix.

If the hotfix is available for download, there is a "Hotfix download available" section at the top of this Knowledge Base article. If this section does not appear, contact Microsoft Customer Service and Support to obtain the hotfix.

Note If additional issues occur or if any troubleshooting is required, you might have to create a separate service request. The usual support costs will apply to additional support questions and issues that do not qualify for this specific hotfix. For a complete list of Microsoft Customer Service and Support telephone numbers or to create a separate service request, go to the following Microsoft website:

http://support.microsoft.com/contactus/?ws=support

Note The "Hotfix download available" form displays the languages for which the hotfix is available. If you do not see your language, it is because a hotfix is not available for that language.

Prerequisites

To apply this hotfix, you must be running Windows Server 2008 R2 or Windows Server 2008 R2 Service Pack 1 (SP1). Additionally, you must have the Remote Desktop Services server role installed and both the Remote Desktop Session Host and Remote Desktop Web Access role services enabled.

For more information about how to obtain a Windows 7 or Windows Server 2008 R2 service pack, click the following article number to view the article in the Microsoft Knowledge Base:

976932 Information about Service Pack 1 for Windows 7 and for Windows Server 2008 R2

Registry information

To apply the hotfix in this package, you do not have to make any changes to the registry.

Restart requirement

You do not have to restart the computer after you apply this hotfix. To avoid restarting, stop the Remote Desktop Session Host role service.

Hotfix replacement information

This hotfix does not replace a previously released hotfix.

File information

The global version of this hotfix installs files that have the attributes that are listed in the following tables. The dates and the times for these files are listed in Coordinated Universal Time (UTC). The dates and the times for these files on your local computer are displayed in your local time together with your current daylight saving time (DST) bias. Additionally, the dates and the times may change when you perform certain operations on the files.

Windows Server 2008 R2 file information notes

• The files that apply to a specific product, milestone (RTM, SPn), and service branch (LDR, GDR) can be identified by examining the file version numbers as shown in the following table:
  

  Version	Product	Milestone	Service branch
  6.1.760 0.21xxx	Windows Server 2008 R2	RTM	LDR
  6.1.760 1.21xxx	Windows Server 2008 R2	SP1	LDR

• The MANIFEST files (.manifest) and the MUM files (.mum) that are installed for each environment are listed separately in the "Additional file information for Windows Server 2008 R2" section. MUM and MANIFEST files, and the associated security catalog (.cat) files, are extremely important to maintain the state of the updated components. The security catalog files, for which the attributes are not listed, are signed with a Microsoft digital signature.

For all supported x64-based versions of Windows Server 2008 R2