Page 1 of 1
Broken FTP
Posted: Fri 20 May 2016 1:32 pm
by crablab
Hi,
I'm trying to use FTP for a Pi running Apache. The FTP server is configured correctly and other machines can FTP correctly. However, MX is not authenticating properly.
The ftplog.txt file is available here:
https://transfer.sh/1Bzld/ftplog.txt
(Usernames and passwords are correct... it appears MX isn't even supplying a password!)
Re: Broken FTP
Posted: Fri 20 May 2016 1:36 pm
by steve
It's supplying a password, but your server is saying that the user and/or password is incorrect. I'm afraid I can't help any further than that, I have no way of knowing why your server is doing that - presumably it has some logging you can look at to see what it is actually receiving?
Re: Broken FTP
Posted: Sat 21 May 2016 8:00 am
by ConligWX
is there any special characters in your password, seen this before on other apps using ftp.
Re: Broken FTP
Posted: Sat 21 May 2016 8:41 am
by crablab
Toxic17 wrote:is there any special characters in your password, seen this before on other apps using ftp.
It used to but I changed it to remove them and still not working... FTP logs seem to indicate no password was actually supplied (hence why it was wrong!)
Re: Broken FTP
Posted: Sat 21 May 2016 8:44 am
by steve
crablab wrote:FTP logs seem to indicate no password was actually supplied (hence why it was wrong!)
The server logs, you mean? Do they show the PASS command with no password, or no PASS command at all? The FTP component that MX uses is clearly sending a password, as shown in the log you supplied. If it's the wrong password, you would need to look at the server logs to see what it's actually receiving, as I've already said. The MX ftp log won't show the password itself, just the command being sent, hence the "<omitted>".
If you changed the password, did you restart MX? The password may be cached.
Re: Broken FTP
Posted: Sat 21 May 2016 11:07 am
by crablab
steve wrote:crablab wrote:FTP logs seem to indicate no password was actually supplied (hence why it was wrong!)
The server logs, you mean? Do they show the PASS command with no password, or no PASS command at all? The FTP component that MX uses is clearly sending a password, as shown in the log you supplied. If it's the wrong password, you would need to look at the server logs to see what it's actually receiving, as I've already said. The MX ftp log won't show the password itself, just the command being sent, hence the "<omitted>".
If you changed the password, did you restart MX? The password may be cached.
vsftp was broken, basically. It didn't seem to like a) the symbol in the password b) it had locked down and wasn't accepting requests but had an interesting way of logging it
Sorry...