| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
| |
The `OnionServiceStatus` API can now report errors coming from
`IptManager`.
Part of #1083
|
| | |
|
| |
|
|
| |
This will be used when a keystore race is detected.
|
| |
|
|
|
| |
We need it to be public, because we're about to expose it in the
`OnionServiceStatus`.
|
| |
|
|
|
|
|
|
| |
The subcredential lookup will be moved to
`IntroRequest::decrypt_from_introduce2`. The error returned on failure
is going to be `IntroRequestError::Subcredentials`.
Part of #1242
|
| |
|
|
|
| |
We don't need to implement this for our first release of onion
services, but we shouldn't ship a function that calls todo!().
|
| |
|
|
|
|
|
|
| |
Both `OnionService` and `RunningOnionService` have an `onion_name()`
function. To reduce code duplication, we can move `onion_name()` to a
new `OnionServiceState` struct (which will grow more state management
functions int he future), and make both `*OnionService` structs deref to
it.
|
| |
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
