Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Connection reset. The connection attempt was rejected" #11156

Closed
cyberduck opened this issue Aug 28, 2020 · 2 comments
Closed

"Connection reset. The connection attempt was rejected" #11156

cyberduck opened this issue Aug 28, 2020 · 2 comments
Labels
bug ftp FTP Protocol Implementation high priority worksforme

Comments

@cyberduck
Copy link
Collaborator

dc1fc31 created the issue

Recent error, appears across multiple computers. All accounts are active, and can be accessed through other ftp clients.

Server uses ftps (explicit) from vsftpd.

Any attempt to log in gives the error that "Listing directory / failed." then the connection reset error.

There do not seem to be any proxies set.

ANy help would be appreciated.


Attachments

@cyberduck
Copy link
Collaborator Author

dc1fc31 commented

So, the problem has been identified.

When a folder has some large number of files (not sure what the max is), cyberduck apparently starts cycling through ls, and resetting state until it gives up.

This is specific to cyberduck.

200 files in a directory works fine, 800 does not.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Try to disable the usage of STAT as documented in https://trac.cyberduck.io/wiki/help/en/howto/ftp#Listingdirectoriesfailsorshowsnocontent.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 27, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug ftp FTP Protocol Implementation high priority worksforme
Projects
None yet
Development

No branches or pull requests

1 participant