Windows Azure Web Sites: Reset your deployment credentials v/s Reset your Publish Profile Credentials.

Artikel
05/29/2013

You might have seen this links on the DASHBOARD management page of the website hosted on WAWS, under the quick glance section:

Reset your publish profile credentials
Reset your deployment credentials

There is both similarity and difference in what these 2 options provide and can be confusing at times. The similarity is that both operate on the deployment credentials. But before we understand the difference lets download the publish profile for a website hosted on WAWS.

Once you download the file (.publishsettings file), open it in a notepad and review the section. The file contains the configuration needed to deploy a web application on to WAWS. It contains 2 sections, one for Web Deploy and another for FTP. Both the sections make use of the same deployment credentials (username and password). The format of specifying the username differs while the password remains the same.

The userPWD keyword contains the hash of the password of the deployment account. Make a note of the this keyword called userPWD.

I created a test site and downloaded the publish profile for it. Here is how it looks like:

NOTE: The original publish profile for the website is not formatted. For the simplicity of the reader, I formatted the .publishsettings file and indented as required to explain the topic better. Please refrain from formatting the files.

Reset your publish profile credentials:

Now lets click on the option “Reset your publish profile credentials”. This will prompt you with the following warning:

The above message implies that when we chose the above option, it will invalidate all the previously downloaded publish profiles for this site. Now what causes the file to be invalidated is discussed next.

Click on YES when the warning message is prompted and the below message is displayed upon successful reset of the publish profile credentials as shown below:

Here is what happens; clicking the above option changes the hash of the password for account used for the deployment for this site. As the hash of the password has been changed, the previous file contains a different hash altogether and when the user tries to use that file for deployment, it is bound to fail due to password hash mismatch. Below is a snapshot of the userPWD section after resetting of the password.

The deployment credentials are website specific and will affect only the current website on which the action has been performed.

NOTE: Reset your publish profile credentials option doesn’t change the password. It only changes the hash which is created using the same password. If you were to compare the files before and after selecting the option, you would notice that the value of userPWD is the only thing that changed.

Reset your deployment credentials:

Now lets click on the option “Reset your deployment credentials”. This will prompt the user with the following pop-up:

Now, this option is self explanatory. It allows the user to change the deployment credentials i.e., the username and password. However this option is not specific to a website, as the user is changing the password for the deployment account, it will affect all the web sites. These credentials are directly tied to the Microsoft account (Outlook.com or Live.com). So changing these credentials will be changing it for all the subscriptions tied to the Microsoft account. Thanks to one of my peers in the escalation team (Jim Cheshire) for clarifying this out to me. He is one of the most active members on the Windows Azure Web Sites Forum.

David Ebbo has explained it here: https://github.com/projectkudu/kudu/wiki/Deployment-credentials

This will in turn change the hash of the password, which makes it similar to the previous option. But with a major difference that the user changes the actual deployment credentials (username or password or both) which affects all the sites and invalidates the publish profile for all the sites.

Hopefully, this should clear the confusion on this topic.

Comments

Anonymous
August 04, 2013
Very good explanation, thanks. One question: ..."But with a major difference that the user changes the actual deployment credentials (username or password or both) which affects all the sites and invalidates the publish profile for all the sites." The last part (invalidates publish profiles for all sites) did not happen for me, after changing the deploy credentials. I was still able to deploy with previously downloaded publish profiles. This should not be the case, right?
Anonymous
October 26, 2014
Changing the deployment credentials does not change the publishing profile, they are unrelated. The passwords aren't hashes either, it's the actual password itself.
Anonymous
April 08, 2016
So, how do you do this with Powershell?
Anonymous
April 19, 2017
MS should specifiy in this form that user name to be enterd is tried to Microsoft Account.I have been trying to add FTP user many many times and every time I got error [user name Name is not available].The reason is cleared now.Thanks

Freigeben über

Windows Azure Web Sites: Reset your deployment credentials v/s Reset your Publish Profile Credentials.

Reset your publish profile credentials:

Reset your deployment credentials:

Comments

Zusätzliche Ressourcen