SFTP timeout

[stack]

I've got an SFTP server on Linux that I've been running for a while. I'm a simple guy and the command line has been working great. Wanted to share a few of my project files with a friend who prefers using FileZilla. He had issues. So I installed FileZilla on my Ubuntu laptop and can confirm.

My SSH configuration is pretty simple:


$ sed -e '/^#/d;/^$/d' /etc/ssh/sshd_config
Include /etc/ssh/sshd_config.d/*.conf
AuthorizedKeysFile .ssh/authorized_keys
Subsystem sftp /usr/libexec/openssh/sftp-server
Match group sftpusers
ChrootDirectory %h
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp

When I crank the logging on the SSH server - it looks like a standard connection. Nothing weird at all. But FileZilla times out:
Error: Connection timed out after 20 seconds of inactivity
Error: Could not connect to server

It never shows anything on the server side for a list of files.

I know the server works and there isn't anything like a firewall blocking because the command line works from the same host (I can get and put files just fine). I've dug around and looked at the other configs posted here in the forums, but I don't see anything different then what I'm already doing.

I tried using ` filezilla --debug-startup --verbose` for more information but that didn't give me anything of use at all. Just GTK and dbus warnings.

Any thoughts on why FileZilla doesn't like my sftp server?
Thanks!

[botg]

Are you able to use the sftp command-line tool to connect to this server?

[stack]

>> ... the command line has been working great. ...

>> ... the command line works from the same host (I can get and put files just fine). ...

> Are you able to use the sftp command-line tool to connect to this server?

Yes.

[botg]

Could you please provide a complete log from FileZilla, with the debug log level set to the maximum on the debug page in the settings dialog of FileZilla?

Using the command-line client, are you logging in using a password, or are you using public/private key authentication?

[stack]

> with the debug log level set to the maximum on the debug page in the settings dialog of FileZilla

That's EXACTLY what I needed. I was hopeful that the debug from the command line help option would give me that information. As I've not used FileZilla before, that was the debug I needed. Turns out, our password manager was adding a newline at the end of the password. Taking that off and it all works.

What is _really_ baffling to me is that on the server side, I see a successful login. Yet, the FileZilla debug log says:

> Trace: Command containing newline characters, aborting.

And then it hangs. Very very strange.

This is FileZilla from Ubuntu version 3.58.0-1 if that helps. I don't know why it doesn't just ignore or strip the newlines from the password file but... that's also partly the password managers fault as well as me (aka: the user) for not typing it in directly.

Will reach out to my friend and see if this is the same issue he's having.

Thank you so much for pointing me to the correct debug logs!

[botg]

That's weird. You are not even supposed to be able to enter newlines in the password fields.

[stack]

It does. Here's an example of what I put into a geany (text editor) to copy 1, newline, 2 then pasting into the password field.

[kimmerin]

Entering text and pasting texts seem to be different on a technical level.