| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | | | |
| | | |
| | | |
| | | | |
Remove extraneous text, wrap it, and change to a more declarative style.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
And remove the rest of the now-obsolete text.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This detect possibly-panicking operations.
Empirically this lint seems rather better now.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
It is not locally obvious that n_particips can't be zero, here.
Certainly if it *is* that would be state corruption, but I don't think
I can quite rule it out in the presence of a bug somewhere else.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
In these two places, underflow is statically impossible, but
demonstrating that to the compiler is probably too onerous.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
All of this is now documented in the lib.rs.
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
This sentence is very important piece of overall explanation, but
didn't make it into the crate level docs.
|
| | | | |
| | | |
| | | |
| | | | |
All of this is now implemented. Delete the obsolete sketch.
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
tor-keymgr: add disk-related docs to `ArtiEphemeralKeystore`
See merge request tpo/core/arti!2424
|
| | | | | | |
|
| |\ \ \ \ \
| |/ / / /
|/| | | |
| | | | |
| | | | | |
Bump MSRV from 1.70 to 1.75.
See merge request tpo/core/arti!2421
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
arti: Add subcommand for generating service identity keys
Closes #1621
See merge request tpo/core/arti!2419
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
The `hss get-key` functionality was folded into `hss onion-name`.
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The `hss get-key` subcommand is now folded into `onion-name`, which
takes a `--generate` argument which specifies whether to generate the
key if missing.
Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2419#note_3078068
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This adds a new `hss get-key` subcommand for retrieving and generating
service identity keys. The existing `hss onion-name` is now a
convenience alias for `hss get-key --generate=no --key-type=onion-name`.
Note: I am calling this new subcommand `get-key` for consistency with
its client counterpart (`hsc get-key`).
Closes #1621
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This is needed because we'll soon add an `hss get-key` subcommand for
getting and/or generating a service identity key alongside `hss
onion-name` (`hss onion-name` will become a convenience around `hss
get-key --key-type=onion-name`).
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This splits `onion_name` into multiple functions (which will be
repurposed for the future `hss get-key` implementation).
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
`hss` will soon sprout another subcommand, so I am preemptively
refactoring the `hss onion-name` implementation out of `hss::run()`.
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
The tests were added in !2275
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
This also reexports `HsId` from the `tor-hsservice` crate.
|
| | | | | | | |
|
| | | |_|/ /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
We will soon add a new `OnionService` function for generating an HsId
for the service without launching it (#1621).
This new API will be implemented using `maybe_generate_hsid`, which will
need to take the user-provided keystore selector as an argument.
(the selector exists for future-proofing reasons; we're not yet exposing
it in the CLI, but it will be part of the new `OnionService` API)
|
| |\ \ \ \ \
| |/ / / /
|/| | | |
| | | | |
| | | | | |
Update s101 numbers for Q2 2024
See merge request tpo/core/arti!2245
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Bug 1612: Allow programmatic launching of onion-service with user-provided HsIdKeypair
Closes #1612
See merge request tpo/core/arti!2402
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
HsIdKeypair
|
| |\ \ \ \ \ \
| |_|_|/ / /
|/| | | | |
| | | | | |
| | | | | | |
tor-hsservice: Do not generate the HsId until the service is launched.
See merge request tpo/core/arti!2417
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This defers generating an HsId until `OnionService::launch`, enabling us
to use APIs like `OnionService::onion_name` to e.g. check for the
existence of an HsId (previously, you couldn't do that because creating
an `OnionService` would auto-generate the `HsId`).
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
As per #1247, we decided to stick with the current name.
As for the docs, they were added in !1946
|
| |/ / / / /
| | | | |
| | | | |
| | | | | |
This has been deprecated since 1.2.6, so let's remove it.
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Implement and user Reader::take_all_but()
Closes #1620
See merge request tpo/core/arti!2415
|
| | | | | | | |
|
| | | | | | | |
|
| |\ \ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
rpc: Simplify handling of fatal Json read errors.
Closes #1591
See merge request tpo/core/arti!2400
|
| | | | | | | | |
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
I've used an `async{ expr }.await` pattern, to make sure that
_every_ error returned by the `loop{select!{}}` construct is
actually transformed.
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
(This will make the next commit easier to read.)
|
| | | | | | | | |
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Per suggestion from @diziet.
|