mirrors/arti.git/crates/tor-circmgr/src, branch arti-v1.5.0

proto: Add a circuit module shared between client and relay impls.

2025-08-28T10:54:48Z

This is just code motion (I suggest reviewing with `--color-moved`). This also moves the implementation-agnostic parts from `tor_proto::client::circuit` to a new `tor_proto::circuit` module.

Merge branch 'circmgr-timeout-estimator-logging' into 'main'

2025-08-28T00:04:21Z

tor-circmgr: Add more logging about timeout estimation. See merge request tpo/core/arti!3152

chanmgr: Add KeyMgr to channel builder

2025-08-20T16:41:03Z

This is so a relay can build authenticated channels. Several keys/cert are required for this that are within the key manager. Signed-off-by: David Goulet

proto: Move the `stream` module under `client` (fmt).

2025-08-18T16:09:04Z

proto: Move the `stream` module under `client` (breaking).

2025-08-18T16:09:04Z

The `stream` module is client-specific, for the most part, so I am moving it under `client`. Later on, we will factor out the parts that can be shared with the relay implementation. Note: this is a breaking change as the deleted `stream` module was `pub`. We could've kept the module and reexported from it the public types from `tor_proto::client::stream`, but I think it's better to have this `client` namespacing, because it makes the separation between the client and relay parts clearer.

tor-circmgr: Make connection failure log at debug level.

2025-08-13T16:12:28Z

tor-circmgr: Add more logging about timeout estimation.

2025-08-12T15:25:01Z

We're seeing the logic that resets the timeouts when 18/20 connections fail not triggering when we're expecting it to, this logging may help figure out what's going on there.

circmgr: Move the body of get_channel_to_guard into its only caller.

2025-08-07T22:47:46Z

circmgr: Don't count channel negotiation towards circuit built time.

2025-08-07T22:05:38Z

This is important, since some circuits require us to negotiate a new channel, and some don't: by adding this variability, we can easily learn a timeout based on pre-existing channels to our guards, but then later time out if it takes a while to open a TLS connection. This is a possible solution to part of #2079, a bug where we "learn" a circuit timeout that is too low for us to satisfy.

cirmgr: extract code that opens a channel.

2025-08-07T21:18:40Z