You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Reorganize the wasi-tls folder and isolate the `rustls`-specific bits from the rest of the implementation.
- `client.rs`: The rustls parts.
- `io.rs`: WASI I/O conversion utility types.
- `host.rs`: The host types + impls.
- `bindings.rs`: The generated bindings.
* Add `native-tls` backend
* Improve compatibility of `test_tls_sample_application`:
It used to perform a "half-close" after sending the HTTP request. This is a TLS1.3+ feature, though Rustls & OpenSSL already supported it for TLS1.2 and lower. Technically, that makes them non-spec compliant, but they chose to align with the semantics of the underlying TCP connection. I suspect the TLS1.3 spec was updated to match what was already happening in reality.
Anyhow, SChannel does not support half-closed connections and so the `read` call after the `close_output+shutdown` failed.
I've reordered the test to first perform the HTTP conversation and _then_ do the TLS+TCP teardown.
* Implement flushing on the `AsyncWriteStream`. The `AsyncWriteStream` implementation was copied from the TCP equivalent, which doesn't need flushing. The TLS implementations _do_ maintain an internal buffer, so the `flush` call need to be hooked up.
* Switch to a model that uses runtime configuration.
* Check wasmtime-wasi-tls features in isolation.
* Clarify intended use of `WasiTlsCtxBuilder::provider`
* Split off native-tls implementation into separate crate
* Add a dedicated Ci job to test the `native-tls` backend.
prtest:full
* Update vets
---------
Co-authored-by: Alex Crichton <alex@alexcrichton.com>
0 commit comments