| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
Applies @Dizet's suggestion from
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/3485#note_3291709
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
I don't think we need to tell users a C Tor keystore cannot have more
than one client entry for the same onion service, because they already
know that: C Tor doesn't allow it, so if they are migrating an existing
C Tor configuration, it will likely be valid. And if not, the error
message will inform them what went wrong.
So I am removing this section in the interest in keeping this guide
short and sweet and straight to the point.
|
| |
|
|
| |
This is analogous to the warning from `doc/hss.md`.
|
| |
|
|
|
| |
Otherwise users might think it's idiomatic/necessary to add the `-id`
suffix to their keystore identifiers.
|
| |
|
|
|
| |
This makes the language more consistent with the `hss ctor-migrate`
docs.
|
| | |
|
| | |
|
| |
|
|
|
| |
This should help clarify what each of those options means.
It's also consistent with the analogous example from `doc/hss.md`.
|
| |
|
|
| |
There's no need to pass a config file when using `-o`.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
This a bit more user-friendly, because not all users will know what "a
registered C Tor keystore is". It's also more consistent with the style
from the `hss ctor-migrate` docs (for migrating service keys).
|
| |
|
|
| |
For consistency with the other headings.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
This rephrases a sentence I found difficult to grok.
Found as while grepping for "the user" as part of #2138.
Closes #2138
|
| | |
|
| |
|
|
|
|
|
| |
* arti: test: Restructure tests directory
* arti: dep: Add assert_cmd dev-dependency
* arti: test: Update README
* doc: Fix hsc documentation
|
| |\
| |
| |
| |
| |
| |
| | |
hsc: remove onion-address flag in favour of stdin
Closes #1630
See merge request tpo/core/arti!2861
|
| | | |
|
| | |
| |
| |
| |
| | |
* In hsc.rs has been removed `onion-address` flag in favour of
getting the value required from stdin
|
| |/
|
|
|
| |
Did not print a newline after service discovery key. Looked bad.
Prints newline now. Looks better.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
By default `--key-type` is set to `restricted-discovery` so it can
omitted from these examples (omitting it makes the usage a bit clearer
IMO).
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
I am deprecating the old `hsc get-key` subcommand in favor of the new
`hsc key get` subcommand. This is because I plan to implement the rest
of the key management functionality (key deletion, rotation, etc.) as
subcommands of the `hsc key` command. The alternative would be to add a
new distinct top-level `hsc rotate-key`, `hsc remove-key`, etc.
subcommand alongside the existing `hsc get-key` command (which IMO is
less nice than the alternative I'm proposing).
|
| | |
|
|
|
This also makes the `tests/testcases/hsc/hsc.md` test case a symlink to
`doc/hsc.md`.
|
