mirrors/arti.git/crates/tor-chanmgr/src/factory.rs, branch main

chanmgr: Responder relay channel now use the builder my_addrs

2026-02-24T21:02:35Z

No need to pass from the arti relay binary our addresses when handling an incoming channel, use the one in the channel builder that an initiator channel uses.

chanmgr: Add a set_relay_identities() to update the RelayIdentities

2026-02-24T17:34:18Z

The arti-relay crate rotates the keys at regular interval which we need to give to the ChanMgr to update its builder. This function boldly replace the default factory with the new identities including the TLS acceptor can pick up the new key. Signed-off-by: David Goulet

relay: Pass advertised addresses to the channel handler

2026-01-22T16:16:44Z

We need the advertised addresses for the NETINFO cell when opening a relay channel. Keep them in the TorRelay object so we can pass them to the ChanMgr channel handler. This will also help with config reload where only the local values in TorRelay will need to be updated. Signed-off-by: David Goulet

tor-chanmgr: wrap the peer address in `Sensitive`

2025-11-05T19:31:01Z

For incoming connections, wrap the peer address in `Sensitive` as it could be a client.

opentelemetry: Add some instrument macros.

2025-09-24T19:23:32Z

I've added these in places that are useful for the debugging that I've been doing.

Switch Cargo.toml files to edition 2024.

2025-08-07T15:28:36Z

First, run ``` git grep -l "^edition =" | xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;' ``` Second, manually verify that all Cargo.toml files have changed, and nothing else has changed. Third, run cargo fmt again.

tor-proto: Plumb the ChannelAccount through to queue creation site

2024-10-03T14:10:47Z

This gets it as far as the outbound circuit->channel mpsc queue creation. Also, we provide an accessor for it.

tor-proto: Plumb the ChannelAccount through to queue creation site (pre-fmt)

2024-10-03T14:10:35Z

tor-chanmgr: Make a memquota::ChannelAcocunt per channel

2024-10-03T14:10:35Z

This delivers a fresh account per channel to the places where channels are actually made, but doesn't pass them to tor-proto yet.

tor-chanmgr: add experimental `ChanMgr::handle_incoming`

2024-09-11T18:15:16Z

The channel manager in the future will need to be able to receive incoming streams. The type of the stream depends on an associated type within `ChannelFactory`, so this commit exposes this associated type through several other types, eventually to the `ChanMgr`. The new methods are behind the experimental "relay" feature flag.