diff options
| author | Thomas Wolf <thomas.wolf@paranor.ch> | 2019-04-02 12:34:26 +0200 |
|---|---|---|
| committer | Matthias Sohn <matthias.sohn@sap.com> | 2019-04-20 11:19:34 +0200 |
| commit | 62675c48de09a30c769bcba06ebf5a312d3b9f8b (patch) | |
| tree | 6042231ba93a896c87a66002f6f8e1bd4ecb2f90 /org.eclipse.jgit | |
| parent | 2a6973bf6bfbc1862477b3dc9c054cd326f5f513 (diff) | |
| download | jgit-62675c48de09a30c769bcba06ebf5a312d3b9f8b.tar.gz jgit-62675c48de09a30c769bcba06ebf5a312d3b9f8b.zip | |
Apache MINA sshd: make sendKexInit() work also for re-keying
The message delaying for the initial SSH messages (client
identification followed by the initial key exchange request)
was broken. sendKexInit() is _also_ called when a new key exchange
is requested. We inadvertently also re-sent the client identification
at that point, which is wrong and makes the server terminate the
connection.
Re-keying occurs from time to time during an SSH connection depending
on time, the number of messages (packets/blocks) exchanged, or the
amount of data exchanged. The net result was that for large
repositories data-intensive operations failed on the first re-keying.
Change the initial message delay such that the two messages for the
client identification and the initial key exchange can be buffered
individually while the proxy protocol is still in progress. The
AbstractClientProxyConnector can now buffer several commands, which
should also resolve bug 544715.
Bug: 545920
Change-Id: If09ee963a439b39098a0f52a1510237b428df8dd
Signed-off-by: Thomas Wolf <thomas.wolf@paranor.ch>
Diffstat (limited to 'org.eclipse.jgit')
0 files changed, 0 insertions, 0 deletions