| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |/ / / |
|
| |\ \ \
| | | |
| | | |
| | | |
| | | | |
Expand arti-client docs to include error reporting section
See merge request tpo/core/arti!1213
|
| | | | | |
|
| | | | | |
|
| | |/ / |
|
| |\ \ \
| | | |
| | | |
| | | |
| | | | |
Fix a silly clippy warning
See merge request tpo/core/arti!1226
|
| | |/ /
| | |
| | |
| | |
| | | |
Fixes
nailing-cargo +stable clippy -p tor-hsclient --all-features --all-targets
|
| |\ \ \
| |_|/
|/| |
| | |
| | | |
Implent Rng.gen() for RendCookie
See merge request tpo/core/arti!1227
|
| | | | |
|
| |/ /
| |
| |
| | |
We need to reuse this.
|
| |\ \
| | |
| | |
| | |
| | | |
hs: Fix a feature name in arti-client
See merge request tpo/core/arti!1222
|
| | | |
| | |
| | |
| | | |
In arti-client it's called "onion-client", not "hs-client".
|
| |\ \ \
| |_|/
|/| |
| | |
| | | |
Expand docs for NetDirProvider
See merge request tpo/core/arti!1224
|
| |/ /
| |
| |
| |
| |
| |
| |
| | |
Apropos a question that arose on IRC, to which I felt the answer
wasn't 100% unambiguous.
Also, reference the usual implementation (it can't be a link because
it's an upward reference).
|
| |\ \
| |/
|/|
| |
| | |
Construct a CircTarget from an IntroPointDesc.
See merge request tpo/core/arti!1221
|
| | |
| |
| |
| |
| | |
The main body of this function is written so that we can later use
it to create a CircTarget from an INTRODUCE2 message.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The consensus includes a listing for clients and for relays,
saying which protocol versions are _required_ for participation on
the network, and which versions are _recommended_. We have been
parsing this, but not yet exposing it.
This commit adds accessors to expose it, since we'll need that in
order to create CircTargets for introduction points and rendezvous
points.
|
| |\|
| |
| |
| |
| | |
hsdesc docs: Provide some accessors
See merge request tpo/core/arti!1220
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
These are (I hope) the only key matching the description. If they're
not, the description needs to be expanded.
|
| |\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Remove use of arrayref
Closes #872
See merge request tpo/core/arti!1214
|
| | | |
| | |
| | |
| | | |
Closes #872
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | |
| | |
| | |
| | | |
Part of #872: Now that const generics are in, we have better ways to
express converting slices into array-references.
|
| |\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Incomplete branch to implement an RPC session registry and link SOCKS streams to RPC
Closes #863
See merge request tpo/core/arti!1208
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The actual decoding here is just a placeholder. The important part
is that we can get either a (SessionId, StreamId) tuple out of the
request, or we treat it as part of an isolation token.
This commit has a few TODOs for additional things that we'll need
in order to build out our design.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
This enables some small simplifications.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
It will use this to find which TorClient to use when opening a
stream.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
These identifiers are actually only "global" with respect to a given
`RpcMgr`, but they should not be forgeable or reusable across RpcMgr
objects. We're going to use them so that we have a kind of identifier
for `TorClient`s that we can expose to SOCKS.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
We're going to use this to implement arti#863, which requires that
some RPC objects be globally nameable.
|
| |/ / / |
|
| |\ \ \
| | | |
| | | |
| | | |
| | | | |
tor-circmgr: send_control_message: Furrher docs changes
See merge request tpo/core/arti!1219
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
As per
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1218#note_2908119
|
| | | | | |
|
| |\| | |
| |_|/
|/| |
| | |
| | | |
tor-circmgr: send_control_message: Clarify some corner cases
See merge request tpo/core/arti!1218
|
| | | |
| | |
| | |
| | |
| | |
| | | |
I am hoping we can merge this as a "TODO (Diziet)", even though I
think it may be controversial. Ie merging this doesn't represent a
decision to do as I suggest.
|
| | | | |
|
| |/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Also, no longer talk about handlers being "installed". That's not
something that's exposed by this API.
And, say that `send_control_message` can be called again only
after *`send_control_message`* returns, not when `handle_msg` has
returned `UinstallHandler`. IMO this makes more sense.
Explain that we can't maintain a continuous watch while holding a
conversation with the peer. (This is surely an API bug.)
|
| |\ \
| | |
| | |
| | |
| | | |
maint/cargo-audit: Ignore RUSTSEC-2023-0040 (the users crate is unmaintained)
See merge request tpo/core/arti!1217
|
| |/ /
| |
| |
| | |
Signed-off-by: Gabriela Moldovan <[email protected]>
|