summaryrefslogtreecommitdiff
path: root/crates
Commit message (Collapse)AuthorAgeFilesLines
...
* tor-keymgr: Rename key_stores to secondary_stores for clarity.Gabriela Moldovan2023-10-241-8/+8
| | | | | | The name `key_stores` was a bit misleading, as this field only contains the _secondary_ key stores (the primary/default key store is stored in a separate field).
* tor-keymgr: list() should include the keys from the default key store.Gabriela Moldovan2023-10-241-2/+1
| | | | | `KeyMgr::list()` was supposed to look in _all_ key stores, not just the secondary ones.
* tor-keymgr: Fix broken glob pattern.Gabriela Moldovan2023-10-241-1/+1
| | | | | | The pattern was only supposed to match the 3 components of the time period, separated by `_`, but not the leading `_`, which separates the key name from its denotators.
* tor-keymgr: Remove now-outdated TODO HSS.Gabriela Moldovan2023-10-241-9/+0
| | | | Key file extensions now have `_private`/`_public` suffixes again.
* tor-keymgr: Add TODO explaining why we're not using strum.Gabriela Moldovan2023-10-241-0/+7
|
* tor-keymgr: Use the right extension for expanded ed25519 keys.Gabriela Moldovan2023-10-241-1/+1
| | | | | | This line was out of sync with `KeyType::arti_extension`, which uses `ed25519_expanded_private` as the extension (and not `ed25519_expanded`).
* tor-keymgr: Fix substring bounds check.Gabriela Moldovan2023-10-241-1/+16
| | | | The upper limit is exclusive, so this condition was off by one.
* tor-hsservice: Make publisher trace! logs less noisy.Gabriela Moldovan2023-10-241-5/+8
| | | | | | We don't need to be logging the entire descriptor for each upload attempt (logging descriptors immediately after they are generated should be sufficient).
* tor-hsservice: Fix misleading trace! log.Gabriela Moldovan2023-10-241-2/+3
| | | | | | The message is supposed to print how many HSDirs the descriptor was uploaded to (previously it was showing the `<success_count>/<failure_count>` which is pretty unintuitive).
* tor-hsservice: Consistently use structured fields to log the nickname/HSDir.Gabriela Moldovan2023-10-241-2/+2
|
* tor-hsservice: Add another debug! for the publisher.Gabriela Moldovan2023-10-241-1/+8
|
* tor-netdoc: Use an unpadded base64 encoding for the signature.Gabriela Moldovan2023-10-241-3/+3
| | | | This is what the C Tor HsDirs want.
* tor-dirclient: Add a Content-Length header (fmt).Gabriela Moldovan2023-10-241-1/+3
|
* tor-dirclient: Add a Content-Length header.Gabriela Moldovan2023-10-241-2/+16
|
* Merge branch 'netdoc-time-formats' into 'main'Ian Jackson2023-10-235-22/+78
|\ | | | | | | | | Netdoc time formats (Arti:751) See merge request tpo/core/arti!1693
| * Fix unresolved reference in documentationhalcyon2023-10-231-1/+2
| |
| * Remove deprecated ItemArgument impl for SystemTimehalcyon2023-10-231-27/+1
| |
| * Cleanup fmt_with doc comment after merge discussionhalcyon2023-10-231-2/+4
| |
| * Remove todo, std::fmt::Error doesnt allow for information transitionhalcyon2023-10-221-2/+0
| |
| * Handle time formatting through Time crate rather than string allocationshalcyon2023-10-202-17/+19
| |
| * Fix unresolved link warninghalcyon2023-10-201-1/+1
| |
| * Add Test for different Netdoc ItemArgument time formatshalcyon2023-10-201-0/+29
| |
| * Implement Netdoc ItemArgument for Iso8601TimeNoSp and Iso8601TimeSphalcyon2023-10-201-2/+15
| |
| * Implement Display for Iso8601TimeNoSp and Iso8601TimeSphalcyon2023-10-201-0/+38
| |
| * Fix typo in argumentshalcyon2023-10-201-1/+1
| |
| * Fix out of date commenthalcyon2023-10-201-2/+1
| |
* | Merge branch 'rustdoc_link_fix' into 'main'Ian Jackson2023-10-232-2/+2
|\ \ | | | | | | | | | | | | Fix rustdoc link warnings/errors. See merge request tpo/core/arti!1690
| * | Fix rustdoc link warnings/errors.Nick Mathewson2023-10-202-2/+2
| | |
* | | Merge branch 'todo-not-hss' into 'main'Alexander Færøy2023-10-221-1/+1
|\ \ \ | | | | | | | | | | | | | | | | Remove an "HSS" from a "TODO HSS" comment in ptmgr See merge request tpo/core/arti!1676
| * | | Remove an "HSS" from a "TODO HSS" comment in ptmgrNick Mathewson2023-10-161-1/+1
| | | | | | | | | | | | | | | | This isn't actually onion service related, AFAICT.
* | | | Merge branch 'get-or-create4' into 'main'Alexander Færøy2023-10-223-60/+193
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | tor-keymgr: Auto-generate missing keys in descriptor publisher See merge request tpo/core/arti!1688
| * | | | tor-hsservice: Handle None IPT update correctly.Gabriela Moldovan2023-10-191-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | This is not an error, it just means we need to wait until some IPTs are established.
| * | | | tor-hsservice: Generate the blinded keys, if they don't exist.Gabriela Moldovan2023-10-191-12/+32
| | | | |
| * | | | tor-hsservice: Remove unused function.Gabriela Moldovan2023-10-191-36/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We don't need this helper anymore (we no longer map `None` to `Err(MissingKey)`, because the new get-or-create functions don't return an `Option`). Also, the key lookups are going to look less uniform from now on (because some will be auto-generated with `get_or_generate`, and others with `get_or_generate_with_derived`).
| * | | | tor-keymgr: Add tests for get_or_generate.Gabriela Moldovan2023-10-191-0/+63
| | | | |
| * | | | tor-hsservice: Auto-generate the keys needed for building the descriptor, if ↵Gabriela Moldovan2023-10-191-9/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | necessary. This auto-generates the blinded identity key and the descriptor signing key (if they are missing).
| * | | | tor-hsservice: Remove outdated TODO.Gabriela Moldovan2023-10-191-2/+0
| | | | | | | | | | | | | | | | | | | | We're already fetching the descriptor signing key from the keystore.
| * | | | tor-hscrypto: Add a From<&HsIdKeypair> impl for HsIdKey.Gabriela Moldovan2023-10-192-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Sometimes it's useful to have the ability to derive the `HsIdKey` from the keypair (for example, if we've just read the `HsIdKeypair` from the keystore and also need the `HsIdKey`, this `From` impl enables us to derive the public part of the key, instead of having to read it from the keystore).
| * | | | tor-keymgr: Add KeyMgr::get_or_generate.Gabriela Moldovan2023-10-191-0/+23
| | | | |
| * | | | tor-keymgr: Add get_or_create_with_derived.Gabriela Moldovan2023-10-191-0/+34
| | |_|/ | |/| |
* | | | Merge branch 'log-hsid' into 'main'gabi-2502023-10-203-3/+24
|\ \ \ \ | |_|_|/ |/| | | | | | | | | | | tor-hsservice: Log newly generated HsIds. See merge request tpo/core/arti!1689
| * | | tor-hsservice: Fix hsid being logged inappropriately.Gabriela Moldovan2023-10-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | The condition for logging the "generated a new identity.." message was wrong (`generate_with_derive()` returns `Some(())` if it generated a new key, and `None` if the key was already present).
| * | | tor-hsservice: Log newly generated HsIds.Gabriela Moldovan2023-10-191-2/+16
| | | |
| * | | tor-hscrypto: Add a From<&HsIdKeypair> impl for HsIdKey.Gabriela Moldovan2023-10-192-0/+7
| |/ / | | | | | | | | | | | | | | | | | | | | | Sometimes it's useful to have the ability to derive the `HsIdKey` from the keypair (for example, if we've just read the `HsIdKeypair` from the keystore and also need the `HsIdKey`, this `From` impl enables us to derive the public part of the key, instead of having to read it from the keystore).
* | | Merge branch 'tricky_terminate' into 'main'Nick Mathewson2023-10-195-181/+151
|\ \ \ | |/ / |/| | | | | | | | | | | | | | Refactor the stream-closing logic in tor-proto Closes #1065 See merge request tpo/core/arti!1681
| * | proto: Revise the behavior of IncomingStream::discard().Nick Mathewson2023-10-194-22/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Because dropping a `StreamTarget` causes the circuit reactor to send an End, the previous do-nothing implementation of `discard()` wasn't sufficient to cause the request to be ignored without sending an End. This commit modifies our "close pending stream" behavior to only optionally send an End message. To avoid confusion, I'm using a new `CloseStreamBehavior` enum rather than an `Option<End>`, since we had previously used `None` in some cases to indicate a default (misc) end message.
| * | IncomingStream:: flatten IncomingStreamInner.Nick Mathewson2023-10-191-13/+11
| | |
| * | IncomingStream: Remove state.Nick Mathewson2023-10-192-67/+5
| | | | | | | | | | | | | | | | | | Now that every state-change function consumes the IncomingStream, there is no longer any reason to keep track of an internal state enum.
| * | Note a bug in IncomingStream::discard.Nick Mathewson2023-10-191-0/+2
| | |
| * | Remove IncomingStreamInner from its Option.Nick Mathewson2023-10-191-34/+7
| | | | | | | | | | | | | | | Now that IncomingStream doesn't implement Drop, we can just destructure it.
generated by cgit v1.2.3 (git 2.46.0) at 2026-08-27 23:54:31 +0000