| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | |/ /
| |/| | |
|
| |\ \ \ \
| |/ / /
|/| | |
| | | |
| | | | |
Upgrade cipher, aes, and ctr.
See merge request tpo/core/arti!4195
|
| | | | | |
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Negotiate flowcontrol-cc and CGO on onion services
Closes #2473 and #1948
See merge request tpo/core/arti!4135
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This saves us from having to check whether it is 0, and better
represents what the type is allowed to be.
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
I had incorrectly thought that this was necessary.
Fortunately, @opara looked at the spec. :)
We do, however, still need to _advertise_ negotiate_subproto.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
We put this behind a feature because we probably want to test this
out before we enable it.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The "flow-control" item is documented in proposal 324 section 9.1;
there's a ticket (torspec#418) to document it.
The "proto" item is documented at
https://spec.torproject.org/rend-spec/hsdesc-encrypt.html#item:proto
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This will simplify the case where we need to look up
a particular extension in an ExtList.
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
We _already_ do not include FLOWCTRL_CC as a listed protocol among
the capabilities we provide, when we make a virtual hop. This
branch will make that behavior even more certain, by not looking at
required-client-protocols any longer.
|
| | | | | |
| | | | |
| | | | |
| | | | | |
We do something similar with non-virtual hops at !4076.
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
We'll want this for the flow-control line in hsdescs.
|
| | | | | |
| | | | |
| | | | |
| | | | | |
The patch looks complicated, but this is just code movement.
|
| | | | | | |
|
| |/ / / /
| | | |
| | | |
| | | | |
This will be used for exit port summary calculations.
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
This reverts the Eq derives added in !4150 while keeping the PartialEq,
in order to support including this in Unknown.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This test is now called test_parse2_simple and intended to test simple
parse2 and encode round-trip functionality without edge-cases and such.
More edge tests will be added once we have a proper verification logic.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This commit adds a round-trip encoding test to test_parse2 that encodes
the decoded results and decodes them again in order to verify that the
again decoded result is equal to the original one.
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Required for round trip encode testing which we will add in the next
commit.
We only keep the actual RouterDescSignatures because then we can do Eq.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | | |
Needed for encoding.
|
| |\ \ \ \
| |_|_|/
|/| | |
| | | |
| | | |
| | | |
| | | | |
proto: Allow BeginDir and Resolve messages in the stream reactor
Closes #2613
See merge request tpo/core/arti!4188
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
See
https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/4188#note_3432579
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | | |
These assertions no longer fail now that the stream reactor is able to
handle non-`BEGIN` streams.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Previously, these would fail to parse, because the (WIP) stream reactor
assumed all streams would be exit (BEGIN) streams.
Closes #2613
|
| |\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
tor-netdoc: Further minor improvements to addr and port policy types
See merge request tpo/core/arti!4191
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This appears in a lot of debug output and the `... lo: ... hi: ...`
formulation is very noisy.
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This type consists of, and will always consist of, two u16. Making it
Copy is convenient.
This will preclude us making it contain a RangeInclusive because
std::ops::RangeInclusive is not Copy (due to API design blunder in
std), and std::range is still unstable. I think that's OK.
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Callers in policy.rs's sub-modules should not be required to open-code
constructing this, even though they can.
(PortRanges is module-private, so this is too.)
This is without prejudice to possible rationalisation of the types
in this area.
|
| |\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Upgrade itertools to 0.15.0
See merge request tpo/core/arti!4192
|
| | | |_|_|/
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | | |
Additionally, fix itertools usage in maybenot_padding.rs
The definition of `Position` changed in 0.15.0.
|