summaryrefslogtreecommitdiff
path: root/crates
Commit message (Collapse)AuthorAgeFilesLines
...
* | | oneshot: Use veneer in arti-rpcserverIan Jackson2023-10-111-1/+2
| | |
* | | oneshot: Use veneer in tor-hsrproxyIan Jackson2023-10-112-1/+3
| | |
* | | oneshot: Use veneer in tor-dirmgrIan Jackson2023-10-113-2/+4
| | |
* | | oneshot: Use veneer in tor-hsclientIan Jackson2023-10-112-2/+2
| | |
* | | oneshot: Use veneer in tor-hsserviceIan Jackson2023-10-115-6/+7
| | |
* | | oneshot: Use veneer in tor-circmgrIan Jackson2023-10-114-5/+7
| | |
* | | oneshot: Use veneer in tor-ptmgrIan Jackson2023-10-113-2/+6
| | |
* | | oneshot: Use veneer in tor-guardmgrIan Jackson2023-10-113-2/+4
| | |
* | | oneshot: Use veneer in tor-chanmgrIan Jackson2023-10-112-1/+2
| | |
* | | oneshot: Use veneer in tor-protoIan Jackson2023-10-116-9/+15
| | |
* | | oneshot: Use veneer in tor-rtmockIan Jackson2023-10-113-2/+3
| | |
* | | oneshot: Avoid (one) use of .try_recv()Ian Jackson2023-10-111-2/+4
| | | | | | | | | | | | | | | | | | It's not so straightforward to provide this (we'd need to poll the FusedFuture and make a dummy a Context and so on), but this is just used once in a test where we can replace it with use of `poll!`
* | | oneshot: Introduce veneer in tor_rtcompatIan Jackson2023-10-112-0/+44
|/ /
* | Merge branch 'configure_onion_service_part2' into 'main'Nick Mathewson2023-10-114-32/+205
|\ \ | | | | | | | | | | | | Non-working attempt to test onion service configuration. See merge request tpo/core/arti!1640
| * | Use a less obtrustive sign to end the onion services config sectionNick Mathewson2023-10-112-7/+5
| | |
| * | Improve test fn documentation even more.Ian Jackson2023-10-101-2/+2
| | |
| * | arti::cfg: tweak narrow() test fn to be more useful.Nick Mathewson2023-10-102-13/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | It still matches the start pattern in the same way, but it takes the _next_ match of the end pattern after the start pattern, and it allows the end pattern to be absent. This will make the bridge tests a little more robust, and let the onion service tests stop saying BEGIN and END.
| * | hsrproxy: Temporarily change the format of ProxyRule.Nick Mathewson2023-10-102-11/+84
| | | | | | | | | | | | | | | | | | | | | | | | | | | Since config-rs has a bug breaking its support for nested arrays (see discussion at !1640), we're temporarily changing the format to a single string with a "=>" in the middle. I've opened #1058 to put things back as they were once config-rs is fixed.
| * | Non-working attempt to test onion service configuration.Nick Mathewson2023-10-034-23/+106
| | | | | | | | | | | | | | | | | | | | | The problem here is that, for some reason, the proxy_rule configuration doesn't actually work. I suspect a bug in Flatten, since the same configuration works fine if you pass it to the hsrproxy config directly.
| * | arti: Try to document some test helpers.Nick Mathewson2023-10-031-1/+18
| | |
* | | tor-basic-utils: Seal IoErrorExtIan Jackson2023-10-102-1/+10
| | |
* | | tor-hsservice: Add tests for maybe_generate_hsid.Gabriela Moldovan2023-10-091-0/+189
| | |
* | | tor-hsservice: Move hsid generation to a separate function.Gabriela Moldovan2023-10-091-59/+71
| | |
* | | tor-keymgr: Make generate_with_derived validate any existing key pairs.Gabriela Moldovan2023-10-091-4/+40
| | |
* | | tor-hsservice: Make OnionServices auto-generate the hs_id, if it's missing.Gabriela Moldovan2023-10-092-0/+89
| | |
* | | tor-keymgr: Add KeyMgr::generate_with_derived for generating keypairs.Gabriela Moldovan2023-10-091-6/+130
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When generating a keypair, `KeyMgr::generate` inserts a single entry representing the keypair into the keystore. However, for some keypairs, the keystore will need contain a separate entry containing just the public part of the keypair. This commit introduces `KeyMgr::generate_with_derived`, which generates 2 entries in the specified keystore: one for the keypair and another for the public key, which makes it easier to insert keypairs and their corresponding public keys into the keystore without to fall out of sync. Previously, generating a (public, private) keypair involved generating a new keypair with `KeyMgr::generate` and manually inserting the corresponding public key entry.
* | | tor-keymgr: Factor the generate() function into a separate trait.Gabriela Moldovan2023-10-093-51/+52
| | | | | | | | | | | | | | | | | | `EncodableKey` is a trait for encoding keypairs and public keys. Keygen only makes sense for key_pairs_ (it doesn't make sense for public keys), so it makes sense to move `generate()` out of `EncodableKey`,
* | | Merge branch 'reconfig_onions' into 'main'gabi-2502023-10-094-4/+61
|\ \ \ | | | | | | | | | | | | | | | | Implement reconfigure functions for hsservice and hsrproxy See merge request tpo/core/arti!1651
| * | | Note reconfigure limitations.Nick Mathewson2023-10-052-0/+8
| | | |
| * | | hss: Implement a reconfigure function.Nick Mathewson2023-10-052-3/+43
| | | |
| * | | hsrproxy: Add "how" to reconfigure.Nick Mathewson2023-10-052-1/+10
| | | | | | | | | | | | | | | | Our reconfigure methods take these by convention.
* | | | Merge branch 'new-mock-time-3' into 'main'Nick Mathewson2023-10-052-5/+109
|\ \ \ \ | |/ / / |/| | | | | | | | | | | tor-rtmock: Docs updates (and an API fix) See merge request tpo/core/arti!1650
| * | | tor-rtmock: simple_time: Don't export StateIan Jackson2023-10-051-1/+1
| | | | | | | | | | | | | | | | This was a slip.
| * | | tor-rtmock: Provide a comprehensive exampleIan Jackson2023-10-051-1/+100
| | | |
| * | | tor-rtmock: Update the rubric for current recommendationsIan Jackson2023-10-051-3/+8
| | | |
* | | | Merge branch 'new-mock-time' into 'main'Nick Mathewson2023-10-0512-134/+592
|\| | | | | | | | | | | | | | | | | | | Provide and use a SimpleMockTimeProvider See merge request tpo/core/arti!1639
| * | | tor-rtmock: MockSleepProvider docs: Move example (fmt)Ian Jackson2023-10-051-12/+12
| | | | | | | | | | | | | | | | | | | | Adding "/// " to every line causes rustfmt to have conniptions about the trailing whitespace.
| * | | tor-rtmock: MockSleepProvider docs: Move exampleIan Jackson2023-10-052-73/+73
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This example demonstrates MockSleepRuntime, which we don't want to use in new tests. It's probably worth keeping it, though, to help with comprehension of existing tests. So move it. This does rather highlight the lack of good overall example/instructions for MockRuntime.
| * | | tor-rtmock: simple_time: Rename `wakers` to `futures` (fmt)Ian Jackson2023-10-051-1/+4
| | | |
| * | | tor-rtmock: simple_time: Rename `wakers` to `futures`Ian Jackson2023-10-051-11/+11
| | | | | | | | | | | | | | | | This is clearer, I think.
| * | | tor-rtmock: simple_time: Rename `pq` to `unready`Ian Jackson2023-10-051-13/+13
| | | | | | | | | | | | | | | | This is clearer, I think.
| * | | tor-rtmock: simple_time: Expand on advance and task orderingIan Jackson2023-10-051-2/+8
| | | |
| * | | tor-rtmock: simple_time: Clarify/correct comments about invariantIan Jackson2023-10-051-2/+2
| | | |
| * | | tor-rtmock: Add deprecation warning to MockSleepRuntimeIan Jackson2023-10-051-1/+7
| | | |
| * | | tor-rtmock: MockSleepProvider docs: Move deprecation discussionIan Jackson2023-10-051-32/+38
| | | | | | | | | | | | | | | | | | | | The module-level docs here are less visible and also not where most of the other stuff was.
| * | | tor-rtmock: MockSleepProvider docs: Compare with SimpleMockTimeProviderIan Jackson2023-10-051-0/+22
| | | |
| * | | tor-rtmock: simple_time: Clarify some things in time_until_next_timeoutIan Jackson2023-10-051-0/+6
| | | |
| * | | tor-rtmock: simple_time: Give formal names to the statesIan Jackson2023-10-051-2/+21
| | | | | | | | | | | | | | | | And introduce a table showing the situations.
| * | | tor-rtmock: simple_time: take() the waker when we wakeIan Jackson2023-10-051-2/+5
| | | | | | | | | | | | | | | | | | | | We don't need it any more; we won't call wake again. So, call .wake() rather than .wake_by_ref().
| * | | tor-rtmock: Provide SimpleTimeProvider: clarify .sleep() innardsIan Jackson2023-10-031-4/+6
| | | | | | | | | | | | | | | | | | | | | | | | Making the SleepFuture first means we don't call .wake_any() with the other invariants violated. This doesn't actually matter with the code as it stands, but it's less confusing this way.