Releases: tmccombs/tls-listener
Releases · tmccombs/tls-listener
v0.10.1
v0.10.0
Security Advisory
Versions prior to this using the default configuration are vulnerable to a Slowloris attack.
This version mitigates the vulnerability.
Previous versions can mitigate the vulnerability by increasing the value passed to Builder::max_handshakes
to a large
number (such as usize::MAX
). Decreasing the handshake_timeout
can also help, although it is still strongly recommended
to increase the max_handshakes
more than the current default.
Changes
- [breaking] Change
poll_accept
not to have a limit on the number of pending handshakes in the queue,
so that connections that are not making progress towards completing the handshake will not block other
connections from being accepted. This replacesBuilder::max_handshakes
withBuilder::accept_batch_size
.
v0.9.0
I apologize for yet another breaking release
This corresponds with the release of hyper 1.0, where it no longer makes sens to have direct support from this library.
Since I needed a breaking change anyway, I took the opportunity to make the API a little cleaner.
[0.9.0] - 2023-12-05
Features
- [breaking] Remove until & remove option from accept
- BREAKING CHANGE: remove
until
from AsyncAccept trait. Use
StreamExt.take_until
on the TlsListener instead. - BREAKING CHANGE:
accept
fn on AsyncAccept trait no longer returns an
Option - BREAKING CHANGE:
accept
fn on TlsListener no longer returns an Option
- BREAKING CHANGE: remove
Upgrade
- [breaking] Update to hyper 1.0
- BREAKING CHANGE: Removed hyper-h1 and hyper-h2 features
0.6.0
0.5.1
0.5.0
Added
- Added [
AsyncAccept::until
] method, that creates a newAsyncAccept
that will stop accepting connections after another future finishes. - Added
hyper
submodule to add additional support for hyper. Specifically, a newtype for the hyperAccept
trait forAsyncAccept
. - Added
SpawningHandshakes
struct behind thert
feature flag. This allows you to perform multiple handshakes in parallel with a multi-threaded runtime.
Changed
- Backwards incompatible:
AsyncAccept::poll_accept
now returns,Poll<Option<Result<...>>>
instead ofPoll<Result<...>>
. This allows the incoming stream of connections to stop, for example, if a graceful shutdown has been initiated.impl
s provided by this crate have been updated, but custom implementations ofAsyncAccept
, or direct usage of the trait may break. - Removed unnecessary type bounds (see #14). Potentially a breaking change, although I'd be suprised if any real code was affected.