(the server was openSSH's internal-sftp, version 5. In another posting, you mentioned that a browser would try to access the server as 'anonymous' again and again during an active (existing in passive mode) session, thus slowing down the transfer. I was connecting to an account using sftp. The question also remains as to why this problem suddenly appeared when I went from an anonymous server (no password) to named users and passwords. Add the account into the Site manager and select the logontype "normal", this will cause your password to be written to disk in cleartext, not preferable on shared computers (easily recovered even if deleted, unless you 'shred' the file or it is overwritten).Change the password of the account to match FileZilla's default anonymous password (same problem as above, this would give access to everyone using FileZilla).Configure the server to accept all passwords for an account with the username "anonymous" (not always preferable, anonymous does not mean open to all).create the account with the username of "anon" instead of "anonymous".Configure the server to accept all passwords for an account with. Workarounds, If you control the server: create the account with the username of 'anon' instead of 'anonymous'. When using the Quickconnect bar to connect to a server with the username "anonymous" it seems that FileZilla ignores the entered password and submits a default password. When using the Quickconnect bar to connect to a server with the username 'anonymous' it seems that FileZilla ignores the entered password and submits a default password.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |