Custom Query (7949 matches)


Show under each result:

Results (187 - 189 of 7949)

Ticket Resolution Summary Owner Reporter
#12111 fixed TLS 1.3 key exchange inaccurate xeonmp

In the certificate details, if you're using TLS 1.3 and an ECDSA certificate, the key exchange will show "ECDHE-RSA", when it should be showing "ECDHE-ECDSA".

It only seems to happen when using TLS 1.3, prior TLS versions correctly display "ECDHE-ECDSA".

#12110 duplicate Opening too large a window when uploading - transfers fail Rapidity

When uploading from a windows fileshare the transfer fails as FileZilla is opening to large a window for the connection to the server.

#12109 duplicate Reopen/follow up to ticket #12102 SFTP uploads to Cerberus Server of 1GB+ fail Rapidity


Can I follow up on the closed case #12102 please. I consulted with my sftp server vendor re the issues you found in the case - primarily your finding that the window being opened was too big and that the Filezilla client was waiting for a long time to do something.

Your reply seems to say that it is the server setting the windows so large and that the upload should start immediately. They are saying it is FileZilla setting the windows so large and that they are waiting for the client to something.

So their questions are:

  1. Why is the setting of the window to be so large (2GB?) a problem and
  2. Is Filezilla expecting some sort of a response from the server once all the key exchange etc. has completed before starting to upload?

They are quite keen to resolve the issue with you. It is only manifesting with FileZilla - other Putty based clients (WinSCP) seem OK. Indeed Cerberus with other clients is fine and FileZilla with other servers is fine - it just seems to be the combination of the two having the issue.

Thanks Neil

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.