-
Notifications
You must be signed in to change notification settings - Fork 779
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
After update from 9.5p1 to version 9.8p1 we started having Connections aborted. #2297
Comments
This may be related to some upstream changes to help prevent DDOS from the client. Can you try to adding known IPs to this directive in SSHD to see if it gets more reliable? This will help us know if this has to do with the upstream changes. https://man.openbsd.org/sshd_config#PerSourcePenaltyExemptList |
We tried your suggestion and we got the following result we keep having the same errors: 11744 2024-11-11 19:43:02.807 debug3: write - ERROR from cb:109, io:0000020447ED48C0 Meanwhile on the SSHD_Config we made the following change: (We uncomment the hostkey ecdsa and ed25519) #HostKey PROGRAMDATA/ssh/ssh_host_rsa_key After this change we stop having the errors we comented before and started having a new error: 16520 2024-11-11 19:57:47.551 debug1: should_drop_connection: p 30, r 25 After this new error we increased the param MaxStartups from 10 to 50 and stopped having errors and connections aborted so far. Note: We are using two curl versions has a client: debug1: Remote protocol version 2.0, remote software version libssh2_1.10.0 debug1: Remote protocol version 2.0, remote software version libssh2_1.11.1 |
@StevenBucher98 - Adding just a bit more information on our tries we found out that if we have HostKey PROGRAMDATA/ssh/ssh_host_rsa_key uncomment we start having the same errors that we mencion before again, the errors happen even if we have the rest of the Hostkeys commented or uncommented. |
Which error do you start seeing again? Is it the: |
Hello @tgauth, When we have sshd.config like this: #HostKey PROGRAMDATA/ssh/ssh_host_rsa_key we had the this errors - 16520 2024-11-11 19:57:47.551 error: beginning MaxStartups throttling that we then fixed with param - Maxstartups 50:30:100 When we have sshd.config like this: HostKey PROGRAMDATA/ssh/ssh_host_rsa_key or like this (default) #HostKey PROGRAMDATA/ssh/ssh_host_rsa_key We have the same errors that we had in the beggining: write - ERROR:109 on prior unblocking write Note - This error happens when doing around 15 conections at the same time using curl. |
@JoaoPereira1994 - what version of curl are you using? I'm going to try to setup a local repro. And are you connecting via sftp or via ssh? |
I am having a bit of trouble with someone that poisoned my dns and has been spoofing my keys so I had to tear everything down and go through everything. Have been targeted by big businesses and so I'll be up and routinely involved on alot more once I have secured funds to reliably continue labeling the data and aggravating this. |
Hello @tgauth, The connections are always via sftp. We did a lab test with the curl version (8.12.1) that uses libssh2_1.11.1 to reproduce this problem, we also got the same errors before with the libssh2_1.10.0. To reproduce the error we had to use batch files with one of the following codes either: LIST - curl -k --user username:password sftp://fqdn/ or DOWNLOAD - curl -O -k --user username:password sftp://fqdn/file Note - This error happens when running around 15 of the mencioned batch files at the same time. The errors are the following: write - ERROR:109 on prior unblocking write The following error we couldn't reproduce on our lab but we had this issue in our production environment before we applied our workaround: ssh_dispatch_run_fatal: Connection from 10.1.1.1 port 44654: Connection aborted [preauth] |
Prerequisites
Steps to reproduce
After we updated to version 9.8p1 we started to have aborted connections in a intermittent fashion.
We found out so far that the issue occurs when we hace a couple of competing connections from the same client doing for example some list and gets files from our Server.
Expected behavior
We espect to not have this issue since we are using Openssh for Windows since version 8.1p1 and never had issues with competing connections.
Actual behavior
When we have competing connections the server starts to abort connections for no apparent reason.
Error details
Environment data
Version
OpenSSH_for_Windows_9.8p1 Win32-OpenSSH-GitHub, LibreSSL 3.9.2
Visuals
No response
The text was updated successfully, but these errors were encountered: