aboutsummaryrefslogtreecommitdiff
path: root/crates/tor-hsservice/src/req.rs
Commit message (Collapse)AuthorAgeFilesLines
...
* HSS: Refactor RendRequest so we can return a stream of it.Nick Mathewson2023-08-221-29/+44
| | | | | | | We need a type that holds a rend_handshake::IntroRequest object internally, but where we don't materialize that object from the Introduce2 message inside the MsgHandler, since that's more crypto than we want to put in that task.
* tor-hsservice errors: Distinguish operational errors by contextIan Jackson2023-08-171-3/+5
| | | | | | | | | | 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.
* tor-hsservice errors: Use Bug for methods that oughtn't to failIan Jackson2023-08-171-3/+7
| | | | | | If the service encouters operational errors, surfacing them here is not helpful. So these methods ought to work, if they weren't called erroneously.
* tor-hsservice errors: Use `crate::Result` rather than importsIan Jackson2023-08-171-8/+6
| | | | | | | | | | We want to change the error return types of many methods, so we need a way to name `std::result::Result`. We could use `StdResult`, but, actually, properly distinguishing the kinds of errors that can occur in various contexts means we don't actually want a single Error type for the whole crate, so `crate::Result` is going to go away.
* hsservice: Adapt API sketches from onion-service-notes.mdNick Mathewson2023-07-311-0/+41
|
* hsservice: Adapt data structures from onion-service-notes.mdNick Mathewson2023-07-311-0/+100
Also, removed some older structures that don't make sense in the current design. Closes #970