I'm trying to update an Azure Web Site using FTP. In the past, I was able to do this fine using the credentials from the .publishsettings
file as has been widely documented. Today, I can't do that. Instead, I get a 530 User cannot log in.
- even if I regenerate the publish settings and redownload them, the new ones give me the same issue.
Back in October 2013, there was a set of these, e. g. Windows Azure and FileZilla FTP and Trying to access FTP with deployment credentials: 530 User cannot log in, that were a service failure on the Azure side, but the dashboard at http://azure.microsoft.com/en-us/status/ shows clean at the moment, so I don't think that's the same issue.
I don't want to create a new FTP/Git deployment user, because according to both the old and new portals, those credentials apply to all sites in the subscription, and I only want credentials for this site specifically.
What else should I be looking at here?
Thanks!
I just tested our account here is an example:
FTP: ftp://waws-prod-bay-014.ftp.azurewebsites.windows.net/site/wwwroot
UserName: fake__dev\$fake__dev
Password: Nope
Port: 21
I think make sure the username has the \ in it.
I had similar problems lately, while trying to reach waws-prod-....azurewebsites.net
with my custom deployment credentials, using ftp software like Filezilla. I could reach the server using the publish credentials, but not with my deployment credentials.
For me it turns out that Filezilla sometimes chooses for a HTTP protocol, rather than the FTP. In my case it meant that Filezilla went to ftp://waws...
when I used the publish credentials, but goes to http://waws...
when using the deployment credentials.
Simple fix: always use ftp://
in front of the url.
I opened a case with Microsoft, and after some back and forth and testing, two things came out:
There was a service issue which may or may not have impacted us - it's not clear as it was a partial outage edge case situation.
There seems to be a bug in the Windows 10 FTP command-line client as of build 10130 where it doesn't properly handle the credentials. I haven't done a network capture or anything; using another client seemed to work, so I filed a Feedback item and moved on.
When I set user_name\$user_name by git command config git-ftp.user it was not working.
But when I edited .git/config file I noticed that \ was missing. I replaced it to double \
Whole config file:
[git-ftp]
url = ftp://waws-prod-qwerty.ftp.azurewebsites.windows.net:21/site/
password = qwerty
user = user_name\\$user_name
And now it's working.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With