mirrors/arti.git/crates/tor-proto/src/client, 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-12-01T10:53:23Zproto: Allow unstable_name_collisions in several places2025-12-01T10:53:23ZGabriela Moldovangabi@torproject.org2025-12-01T10:52:38Zurn:sha1:dd4a8fa6e06d3ff55ca8b5a60c4598684305aae9opentelemetry: Instrument a bunch of functions.2025-11-24T16:28:07ZWesley Aptekar-Casselsme@wesleyac.com2025-11-24T16:28:07Zurn:sha1:a4db6a7495b13dd7b00416dd1660a5ad82b60919
These are all aimed at figuring out in more detail what's going on
in #2079 and related issues.
proto: Remove unused function from ClientChannelBuilder2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-11-19T18:44:17Zurn:sha1:97866a741a681df77396f56fdc58d7cb35aa0a1b
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Make cargo doc happy2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-10-28T18:40:44Zurn:sha1:ce838fbdcea7b313f7b58b5a5c59328d3cc03bca
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Split VerifiedChannel::finish()2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-10-28T17:17:45Zurn:sha1:9721a72e59cf6324eb4af4b61601c87545a64bb4
Move the client specific code into VerifiedClientChannel as in sending
the NETINFO cell. The rest is pretty much boiler plate to build a
channel reactor.
The relay finish() code is coming in a followup commit.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Use the new client specific channels2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-10-28T16:43:45Zurn:sha1:26aa4786d7b8568c6dcd13aa26aad4df3b453024
By changing the connect() returned object we therefore officially make
VerifiedChannel and UnverifiedChannel crate only objects.
Thus, this commit changes visibility on most things.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Add client specific handshake channel structs2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-10-28T16:33:43Zurn:sha1:a16d8c28952685e18ed4223707c119a25945bf23
This adds the UnverifiedClientChannel and VerifiedClientChannel
mirroring the relay API for channels.
It plainly uses the generic object underneath as for now those objects
are client only.
Followup commits will make things more client specific.
No behavior change.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Move client handshake into client channel module2025-11-19T19:42:47ZDavid Gouletdgoulet@torproject.org2025-10-28T15:36:09Zurn:sha1:16d73b136b639f0f1a0ec6e128fa9e1e08260cdf
This only moves code from src/channel to src/client/channel.
It introduces a ClientChanBuilder that is used to launch client specific
channel by the public ChanBuilder.
The followup commits will add a VerifiedClientChannel and
UnverifiedClientChannel in order to again decouple client and relay code
from the generic objects.
Signed-off-by: David Goulet <dgoulet@torproject.org>
proto: Fix up doc links post-refactoring2025-11-17T16:03:14ZGabriela Moldovangabi@torproject.org2025-11-17T16:03:14Zurn:sha1:01d399430c5a271bfae5758e9754fe849a987bc5proto: Make cc state shared between CircHop{Inbound,Outbound}2025-11-17T15:41:39ZGabriela Moldovangabi@torproject.org2025-11-14T15:28:37Zurn:sha1:2e182195450a33d36b22fa55270f0ba1c9a9e7f4
The relay reactor needs the cc state to be shared between the inbound
and outbound components (i.e. the forward and backward reactors), so we
need to put the cc state behind a mutex.
There will never be any contention on this mutex in the client impl,
because the client reactor doesn't split the `CircHop` into
`CircHopInbound` and `CircHopOutbound`.
In the future, we should work on trying to reduce the number of locks in
the `CircHop` states.