mirrors/arti.git/crates/tor-proto/src/relay/channel/handshake.rs, branch arti-v1.8.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.8.02025-11-19T19:42:47Zproto: Move comment in relay handshake.rs2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-11-19T18:59:36Zurn:sha1:693d435e279ebae4f3dd43e42764cb1d17425041
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Implement part of UnverifiedRelayChannel::finish()2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-10-28T17:37:04Zurn:sha1:c84e93336d09e9dcd7748a18c1efbde40babfb4d
The UnverifiedChannel::finish() was split in previous commit so this
adds the support for sending the right NETINFO cell instead of the
client specific one.
Added more TODOs for followup commits.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Add VerifiedRelayChannel implementation2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-10-28T15:12:51Zurn:sha1:3281ca08ec1184ed7bee2f4deca1046ad68dbb6b
Add the finish() function that for now simply calls the generic
finish(). There is a bunch of TODO in the code in this commit explaining
why we haven't made the implementation relay specific just yet.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Add UnverifiedRelayChannel implementation2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-10-28T14:57:58Zurn:sha1:23b300c46d2c5a32392b88c5f99a1d26870ba882
This commits takes out the relay specific code out of UnverifiedChannel
and puts it in UnverifiedRelayChannel.
In order to pull this off, we added some fiels to the VerifiedChannel
struct so the relay code get back generated data from the
UnverifiedChannel::check() in order to do its validation work and yield
a VerifiedRelayChannel.
This also lead to a cleanup of expect() and ChannelType::is_initiator().
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Introduce relay specific channel structs2025-11-19T19:42:46ZDavid Gouletdgoulet@torproject.org2025-10-28T13:55:40Zurn:sha1:13a8927b3624f64af42ebb6b3d953436466a954e
The new UnverifiedRelayChannel and VerifiedRelayChannel struct are added
to decouple the client code and put the relay component in its module.
Both objects hold the to become generic object that both client and
relay will use to create a channel.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Remove relay ChannelAuthenticationData builder2025-10-23T17:47:06ZDavid Gouletdgoulet@torproject.org2025-10-23T16:54:04Zurn:sha1:c6d2e8ca9bcad5d5259dc5aee7bfa9a67b8c96db
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Use Arc for relay identities object2025-10-23T17:47:05ZDavid Gouletdgoulet@torproject.org2025-10-23T14:33:16Zurn:sha1:3407ff852c667df663309df65ecbb71a5824ae30
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Remove LOG_PREFIX in relay handshake2025-10-23T17:46:24ZDavid Gouletdgoulet@torproject.org2025-10-23T14:01:38Zurn:sha1:488b4c2ac86902841e8b7de381d4f489953284e5
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Compute authenticate data after validating certificates2025-10-23T17:46:24ZDavid Gouletdgoulet@torproject.org2025-10-22T15:58:33Zurn:sha1:95d256e0828b8a00f7af67a3a1cda5822136c51c
This is only done if we kept the AUTH_CHALLENGE cell and we have relay
identities. In other words, this is only when the UnverifiedChannel was
created from a RelayInitiatorHandshake.
Note: The check_internal() function is too large and should be
refactored in smaller pieces.
Note: It is also likely that we need to split UnverifiedChannel and
VerifiedChannel as it is getting client or relay members. Not great.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Add a relay channel builder2025-10-23T17:45:41ZDavid Gouletdgoulet@torproject.org2025-10-22T15:19:45Zurn:sha1:2d41498ffb84b25f42d2137fd871e1cca8db9c11
The client and relay channel builder don't share anything and return
different objects hence the seperation.
Furthermore, this seperation avoids having the client ChanMgr ability to
launch relay channels.
Signed-off-by: David Goulet <dgoulet@torproject.org>