| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
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.
|
| |\
| |
| |
| |
| |
| |
| | |
Bug 1613: Add support for inserting externally generated and removing arbitrary service discovery keys
Closes #1613
See merge request tpo/core/arti!2396
|
| | | |
|
| |\ \
| |/
|/|
| |
| |
| |
| | |
tor-hsservice: Improve descriptor publisher status reporting
Closes #1216 and #1572
See merge request tpo/core/arti!2397
|
| | |
| |
| |
| | |
This is already implemented.
|
| |/
|
|
|
|
|
|
|
|
| |
There are three places where we query the KeyMgr for an `HsIdKeypair` but all
we really need is the public part. This commit changes those three callsites
to instead use `get::<HsIdKey>`.
This relies on the previous commit, which makes sure that a request for an
`HsIdKey` will always succeed if the keystore has a `HsIdKeypair` with the
same service nickname.
|
| | |
|
| |
|
|
|
|
| |
We now create the authorized_clients in the publisher (we don't need the
authorized_clients anywhere else, so it makes little sense to keep them
in `RunningOnionService`).
|
| | |
|
| |
|
|
|
|
| |
MAX_RESTRICTED_DISCOVERY_CLIENTS.
Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2266#note_3051758
|
| |
|
|
| |
descriptor.
|
| | |
|
| |
|
|
| |
Closes #1490
|
| |
|
|
| |
Includes both `cargo fmt` and some manual code motion.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This removes a mostly-unnecessary struct holding the state of an
`OnionService` or `RunningOnionService`. It only exists because I wanted
to reduce the duplication of the `OnionService` and
`RunningOnionService` fields.
I am removing it because `OnionService` will soon become a builder, and
this inner structure is making it difficult to create an ergonomic
builder API (if we keep `OnionServiceState`, the builder fields won't
map 1:1 to the fields of the build `OnionService` type).
Note: this commit intentionally a bit misformatted to make reviewing
easier. The reformatting will come in a future commit.
|
| |
|
|
| |
This commit is automatically generated.
|
| |
|
|
| |
RunningOnionService::status_events()
|
| | |
|
| |
|
|
|
| |
These are mostly about explicitly linking to things that were
already in scope.
|
| |
|
|
|
| |
This alphabetises the imports, ready for us to do some more manual
tidying.
|
| | |
|
| | |
|
| |
|
|
| |
This may fix some bug or other.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
The `OnionServiceStatus` API can now report errors coming from
`IptManager`.
Part of #1083
|
| |
|
|
|
| |
Introduce the crate, move the code motion, and make minimal necessary
changes.
|
| |\
| |
| |
| |
| |
| |
| | |
Move state_dir to tor_persist and start to implement it
Closes #1205
See merge request tpo/core/arti!1913
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
And, instead of being a hidden module, it's a public experimental one.
I have feature-gated all the new dependencies since we probably want
to feature-gate this module in perpetuity, since some builds of Arti
won't need it.
Closes #1205
|
| |/
|
|
|
| |
We need it to be public, because we're about to expose it in the
`OnionServiceStatus`.
|
| |
|
|
|
| |
The functionality previously provided by the so-called `StateMgr` is now
part of `OnionService`, so we can remove state.rs altogether.
|
| |
|
|
|
|
|
|
| |
This will enable us to construct non-launched (but configured)
`OnionService`s. We need this, for example, for implementing
the `arti hss` CLI command.
Part of #1227
|
| |
|
|
| |
This will let us make a tested example in the module doc.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
A proposal for #1163.
I haven't updated any of the calling code in tor-hsservice yet.
I think the way this will be used ought to be fairly obvious from the
API.
This commit also contains a file of notes about stuff I found in an
arti state directory. These may be too random even to put in
doc/dev/notes, so for now I've put them next to state_dir.rs.
|
| | |
|
| |\
| |
| |
| |
| |
| |
| | |
Improve KeySpecifier, errors, IptKeySpecifier impl, etc.
Closes #1116 and #1148
See merge request tpo/core/arti!1796
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
And implement serde that way, using SerdeStringOrTransparent.
|
| | |
| |
| |
| |
| | |
And make it useable elsewhere by not expecting the particular error
type.
|
| |/
|
|
|
|
| |
(This doesn't yet send any status events.)
Begins work on arti#1083.
|
| |
|
|
|
|
|
|
|
|
| |
If we can't store IPT details, we mustn't publish the corresponding
IPT. But that's not fatal; maybe we can store later. So introduce a
new IptStoreError type, and change the return value from some
functions that are going to be able to fail that way.
This introduces a new TODO HSS: we need the publisher to be able to
retry after such a failure.
|
| |
|
|
|
|
| |
While debugging IPT persistence I wanted to see what the code was
leaving in the storage and keystore directories. This is hard when
it's all done with a vanilla tempdir().
|
| | |
|