| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Fix typos | Dimitris Apostolou | 2024-01-08 | 1 | -1/+1 |
| | | |||||
| * | tor-hsservice: Make IPT logs be persistent | Ian Jackson | 2023-12-13 | 1 | -0/+9 |
| | | |||||
| * | tor-hsservice: Add a NetdirProviderShutdown FatalError variant. | Gabriela Moldovan | 2023-12-13 | 1 | -1/+7 |
| | | | | | This is another type of fatal error. | ||||
| * | tor-hsservice: Add a FatalError::from_spawn. | Gabriela Moldovan | 2023-12-13 | 1 | -0/+12 |
| | | | | | We're about to use this (in the publisher reactor). | ||||
| * | tor-hsservice: Use keystore to store and reuse IPT keys | Ian Jackson | 2023-12-04 | 1 | -0/+8 |
| | | |||||
| * | tor-hsservice: Provide StartupError variants for failed state reads | Ian Jackson | 2023-12-04 | 1 | -0/+26 |
| | | |||||
| * | tor-hsservice: Introduce IptStoreError | Ian Jackson | 2023-12-04 | 1 | -0/+49 |
| | | | | | | | | | | | 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. | ||||
| * | tor-keymgr: Add a top-level error type. | Gabriela Moldovan | 2023-11-21 | 1 | -3/+2 |
| | | | | | | | | | | | | | | Previously, the `tor_keymgr::Error` type was `Box<dyn KeystoreError>`. This forced us to impl `KeystoreError` for any error returned by the keymgr (including those that were not coming from a `Keystore` impl). Now, `tor_keymgr::Error` is an non-exhaustive enum and the `Box<dyn KeystoreError>` opaque error type is only returned from `Keystore` impls The reason we're keeping the `dyn KeystoreError` error type is because it enables `Keystore` implementors to use their own error types. Without it, they would have to choose from our (closed) set of error variants, which may not be suitable for their keystore. See #901. | ||||
| * | tor-hsservice: Update MissingHsIdKey docs, remove outdated TODO HSS. | Gabriela Moldovan | 2023-11-20 | 1 | -6/+1 |
| | | |||||
| * | tor-hsservice: Rename MissingKey to MissingHsIdKeypair. | Gabriela Moldovan | 2023-11-20 | 1 | -3/+4 |
| | | | | | | | | | | We only return this error if the identity key is missing from the keystore. This change will also help us abolish the `.role()` method on `KeySpecifier`s (it was only needed for populating the string of a `MissingKey` error). | ||||
| * | HSS: impl HasKind for FatalError | Ian Jackson | 2023-11-01 | 1 | -0/+13 |
| | | |||||
| * | tor-hsservice: Add some TODOs about error handling. | Gabriela Moldovan | 2023-10-19 | 1 | -0/+5 |
| | | |||||
| * | tor-hsservice: Replace placeholder subcredentials with values from the keystore. | Gabriela Moldovan | 2023-10-19 | 1 | -0/+8 |
| | | |||||
| * | tor-hsservice: Make OnionServices auto-generate the hs_id, if it's missing. | Gabriela Moldovan | 2023-10-09 | 1 | -0/+17 |
| | | |||||
| * | hss: implement HasKind for several errors. | Nick Mathewson | 2023-09-27 | 1 | -0/+19 |
| | | |||||
| * | tor-hsservice: Make Publisher::launch return a StartupError. | Gabriela Moldovan | 2023-09-27 | 1 | -11/+0 |
| | | | | | | | This simplifies error handling in `OnionService`. Closes #1052 | ||||
| * | hss: Implement HasKind for StartupError | Nick Mathewson | 2023-09-26 | 1 | -1/+15 |
| | | |||||
| * | hss: fix error return from OnionService::launch() | Nick Mathewson | 2023-09-21 | 1 | -0/+8 |
| | | |||||
| * | hss: start filling in a "launch" function for OnionService. | Nick Mathewson | 2023-09-21 | 1 | -0/+4 |
| | | |||||
| * | HSS: Enable RendRequests to be answered. | Nick Mathewson | 2023-09-20 | 1 | -2/+12 |
| | | | | | | This requires yet more plumbing—this time, of HsCircPool and NetDirProvider. | ||||
| * | tor-hsservice: About half of an IPT Manager | Ian Jackson | 2023-08-23 | 1 | -1/+20 |
| | | | | | There are many TODOs and no tests, but it does compile. | ||||
| * | tor-hsservice errors: Distinguish operational errors by context | Ian Jackson | 2023-08-17 | 1 | -2/+46 |
| | | | | | | | | | | | At the very least, I need FatalError to be distinct: IptEstablisher::new ought not to fail unless everything is terrible. Add a the Spawn variant to FatalError (that we'll need soon) and the Bug variant (which it seems likely we might need). This also gets rid of the crate-level Result alias. | ||||
| * | Sketch an API for onion services. | Nick Mathewson | 2023-01-24 | 1 | -0/+8 |
 |
index : mirrors/arti.git | |
| mirror of https://gitlab.torproject.org/tpo/core/arti |
| summaryrefslogtreecommitdiff |