| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Switch Cargo.toml files to edition 2024. | Nick Mathewson | 2025-08-07 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | First, run ``` git grep -l "^edition =" | xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;' ``` Second, manually verify that all Cargo.toml files have changed, and nothing else has changed. Third, run cargo fmt again. | ||||
| * | circmgr: Major rename for the new Tunnel namespace | David Goulet | 2025-08-05 | 1 | -4/+4 |
| | | | | | | | | | | | | | The CircMgr will no longer yield circuits but tunnels (src/tunnel.rs). This is a first step to rename most circuit related objects to use "tunnel" instead. Some "circuit" names have been kept for more precise definitions. No behavior changes. Signed-off-by: David Goulet <[email protected]> | ||||
| * | tor-circmgr: Rename Short/Extended to Naive/Guarded. | Gabriela Moldovan | 2024-10-24 | 1 | -4/+4 |
| | | |||||
| * | tor-circmgr: s/stub/stem throughout. | Gabriela Moldovan | 2024-10-24 | 1 | -39/+39 |
| | | |||||
| * | tor-circmgr: s/HsCircStubKind/HsCircStemKind. | Gabriela Moldovan | 2024-10-24 | 1 | -6/+6 |
| | | | | | As per #1479 | ||||
| * | tor-circmgr: s/HsCircStubKind/HsCircStemKind. | Gabriela Moldovan | 2024-10-24 | 1 | -12/+12 |
| | | | | | As per #1479 | ||||
| * | tor-circmgr: Use the new vanguards terminology throughout. | Gabriela Moldovan | 2024-10-24 | 1 | -40/+40 |
| | | | | | | | | | This is the first step towards clarifying the questions from !2230. Corresponding torspec changes: https://gitlab.torproject.org/tpo/core/torspec/-/merge_requests/282 Part of #1479 | ||||
| * | CircMgr: Make CircMgr and HsCircPool generic over builder type. | Wesley Aptekar-Cassels | 2024-09-24 | 1 | -9/+12 |
| | | | | | | | | | | | This will allow for testing, as the CircuitBuilder can be replaced with a mocked version. This did require moving some of what was in the CircuitBuilder impl into the AbstractCircuitBuilder type, since Drop implementations can't be specialized, but that's fine, as we'll probably be doing more of that in the future anyways. | ||||
| * | tor-circmgr: Make retire_all_circuits unconditional. | Gabi Moldovan | 2024-06-03 | 1 | -1/+0 |
| | | | | | Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2168?commit_id=3c67fa55c7c5b0c4f30c1d57e8e67fe541d9c99e#note_3033368 | ||||
| * | tor-circmgr: Remove VanguardMode from Pool (fmt). | Gabriela Moldovan | 2024-06-03 | 1 | -3/+1 |
| | | |||||
| * | tor-circmgr: Remove VanguardMode from Pool. | Gabriela Moldovan | 2024-06-03 | 1 | -25/+5 |
| | | | | | | | | | | Storing the VanguardMode in multiple places (in the VanguardMgr *and* the HS circ Pool) is dangerous and can lead to split brain situations where different parts of the code think they are running in different VanguardModes. See #1424 | ||||
| * | tor-circmgr: Remove dangerous vanguards_enabled() function. | Gabriela Moldovan | 2024-06-03 | 1 | -5/+0 |
| | | | | | | | | `VanguardMgr` should be the source of truth for obtaining the current `VanguardMode`. Closes #1424 | ||||
| * | tor-guardmgr: Replace From impl with VanguardConfig::mode accessor. | Gabriela Moldovan | 2024-06-03 | 1 | -1/+1 |
| | | |||||
| * | tor-guardmgr: Use ExplicitOrAuto in the VanguardConfig | Gabriela Moldovan | 2024-06-03 | 1 | -1/+1 |
| | | |||||
| * | tor-guardmgr: Unconditionally define VanguardConfig. | Gabriela Moldovan | 2024-06-03 | 2 | -2/+2 |
| | | | | | | | | | | We want to export the `VanguardConfig` even if the `vanguards` feature is disabled (we will need to unconditionally include it in the arti config). Note that if `vanguards` are disabled, the `VanguardMode` from the `VanguardConfig` can only be `Dsiabled`. | ||||
| * | tor-circmgr: Replace STUB/STUB+ terminology with SHORT/EXTENDED (fmt). | Gabriela Moldovan | 2024-05-16 | 1 | -1/+3 |
| | | |||||
| * | tor-circmgr: Replace STUB/STUB+ terminology with SHORT/EXTENDED. | Gabriela Moldovan | 2024-05-16 | 1 | -21/+21 |
| | | | | | | | | The previous STUB/STUB+ terminology was confusing, because STUB and STUB+ are both "circuit stubs" (but STUB is shorter than STUB+). Closes #1339 | ||||
| * | tor-circmgr: Rename HsCircStubKind::Stub to HsCircStubKind::Short. | Gabriela Moldovan | 2024-05-16 | 1 | -2/+2 |
| | | | | | Part of #1339 | ||||
| * | tor-circmgr: Downgrade some TODO HS-VANGUARDs. | Gabriela Moldovan | 2024-05-09 | 1 | -1/+1 |
| | | |||||
| * | tor-circmgr: Prefer STUB+ where possible. | Gabriela Moldovan | 2024-04-29 | 1 | -4/+35 |
| | | | | | Closes #1385 | ||||
| * | tor-circmgr: Have separate targets for the STUB and STUB+ pools (fmt). | Gabriela Moldovan | 2024-04-29 | 1 | -3/+3 |
| | | |||||
| * | tor-circmgr: Have separate targets for the STUB and STUB+ pools. | Gabriela Moldovan | 2024-04-29 | 1 | -32/+46 |
| | | | | | Prompted by https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2102#note_3024366 | ||||
| * | tor-circmgr: Expand on the ForLaunch docs. | Nick Mathewson | 2024-04-29 | 1 | -1/+2 |
| | | |||||
| * | tor-circmgr: Log the kinds of circuits we're about to launch. | Gabriela Moldovan | 2024-04-29 | 1 | -0/+10 |
| | | |||||
| * | tor-circmgr: Make a fraction of preemptive HS circuits be STUB+. | Gabriela Moldovan | 2024-04-29 | 1 | -4/+103 |
| | | | | | Closes #1353 | ||||
| * | tor-circmgr: Remove unnecessary Result wrapping. | Gabriela Moldovan | 2024-03-20 | 1 | -3/+2 |
| | | |||||
| * | tor-circmgr: Unconditionally define VanguardMode. | Gabriela Moldovan | 2024-03-20 | 1 | -15/+5 |
| | | |||||
| * | tor-circmgr: Add functions for checking if vanguards are enabled. | Gabriela Moldovan | 2024-03-20 | 1 | -0/+16 |
| | | |||||
| * | tor-circmgr: For each HS ClientCirc, note whether it's STUB or STUB+. | Gabriela Moldovan | 2024-03-20 | 1 | -10/+7 |
| | | | | | Closes #1276 | ||||
| * | Run maint/add_warning. | Nick Mathewson | 2024-03-13 | 1 | -0/+1 |
| | | |||||
| * | tor-circmgr: Add HsCircPoolConfig, make HsCircPool::reconfigure general-purpose. | Gabriela Moldovan | 2024-03-11 | 1 | -0/+25 |
| | | |||||
| * | tor-circmgr: Rename Pool::reconfigure to Pool::reconfigure_vanguards. | Gabriela Moldovan | 2024-03-11 | 1 | -1/+1 |
| | | |||||
| * | tor-circmgr: Add functions for reconfiguring the HS circuit pool. | Gabriela Moldovan | 2024-03-11 | 1 | -1/+24 |
| | | | | | | If the vanguard "mode" (full/lite/disabled) changes, we purge all the circuits from the HS circuit pool because they are no longer suitable. | ||||
| * | tor-circmgr: Store the VanguardMode in HsCircPool. | Gabriela Moldovan | 2024-03-11 | 1 | -0/+11 |
| | | |||||
| * | Run maint/add_warning to add lint block everywhere | Ian Jackson | 2023-08-23 | 1 | -0/+1 |
| | | |||||
| * | Merge branch 'clippy-allow' into 'main' | Ian Jackson | 2023-07-11 | 1 | -0/+1 |
| |\ | | | | | | | | | clippy: Allow some of our existing code patterns See merge request tpo/core/arti!1396 | ||||
| | * | Run maint/add_warning to actually apply new lint allows | Ian Jackson | 2023-07-10 | 1 | -0/+1 |
| | | | |||||
| * | | rng ranges: Use gen_range_checked().expect() in obvious cases (fmt) | Ian Jackson | 2023-07-10 | 1 | -1/+2 |
| | | | |||||
| * | | rng ranges: Use gen_range_checked().expect() in obvious cases | Ian Jackson | 2023-07-10 | 1 | -1/+3 |
| |/ | | | | In each of these, it is locally obvious that the range is nonempty. | ||||
| * | random_idx_where: Ensure uniform distribution of choice | Jim Newsome | 2023-06-23 | 1 | -22/+32 |
| | | | | | | Previously, this was more likely to select elements that occurred after other elements that didn't satisfy the predicate. | ||||
| * | Add more tests for random_idx_where | Jim Newsome | 2023-06-23 | 1 | -0/+10 |
| | | |||||
| * | tor-circmgr: Test random_idx_where with empty slice | Ian Jackson | 2023-06-23 | 1 | -0/+7 |
| | | | | | | I have verified that this test fails, as expected, when applied without the corresponding bugfix. | ||||
| * | tor-circmgr: random_idx_where: Don't panic on empty range | Ian Jackson | 2023-06-23 | 1 | -0/+3 |
| | | | | | Fixes #918. | ||||
| * | Typo fixes | gabi-250 | 2023-06-20 | 1 | -2/+2 |
| | | |||||
| * | circmgr: Use a slightly nicer way to pick a circuit from our pool. | Nick Mathewson | 2023-06-16 | 1 | -13/+58 |
| | | | | | | | | | This algorithm only looks at circuits until it finds one that satisfies our needs. To get a random circuit, it just randomizes the starting point within the pool. This optimization may help if we let circuit pools grow large. | ||||
| * | circmgr: Make hspool size dynamic | Nick Mathewson | 2023-06-16 | 1 | -9/+98 |
| | | | | | | | | | | | | | | | Previously we'd always try to keep 8 circuits ready. That doesn't make sense if we are super-busy. Instead, if we run out of circuits, we double the amount that we try to keep ready, and if we never go under 80% of our target number, we half the number we try to keep ready. We limit the rate of change here, to make sure that we aren't flapping too much or shrinking too aggressively. This algorithm is still a mite arbitrary, and will need tuning in the future. | ||||
| * | circmgr::hspool: Move the Mutex into an intermediary Inner struct | Nick Mathewson | 2023-06-16 | 1 | -11/+11 |
| | | | | | This will be helpful as we complexify the pool behavior a bit. | ||||
| * | Refactor ClientCirc APIs to use Arc<ClientCirc>. | Nick Mathewson | 2023-05-16 | 1 | -6/+6 |
| | | | | | | | | | | | | | Now ClientCirc is no longer `Clone`, and the things that need it to be `Clone` instead return and use an Arc<ClientCirc> We're doing this so that ClientCirc can participate in the RPC system, and so that its semantics are more obvious. Closes #846. Thanks to the type system, this was a much simpler refactoring than I had feared it would be. | ||||
| * | circmgr: Add an actual pool to HsCircPool. | Nick Mathewson | 2023-03-22 | 1 | -0/+52 |
| We now have support for a pool of pre-build circuits that we can use for HS-related purposes, and we take circuits from this pool as needed. Nothing populates or cleans the circuit pool yet. | |||||
