mirrors/arti.git/tor-circmgr/src/path/exitpath.rs, branch arti-v0.0.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v0.0.02021-06-20T15:35:09ZMore tests and a little code-golf for coverage on tor-circmgr2021-06-20T15:35:09ZNick Mathewsonnickm@torproject.org2021-06-20T15:35:09Zurn:sha1:bf251402d44b5652259b25c51c699730c5a061dfFix some warnings about needless & from nightly clippy2021-06-18T11:19:24ZNick Mathewsonnickm@torproject.org2021-06-18T11:19:24Zurn:sha1:e6faeaa1f8511d49cea13358f88cb1e42ae32ec2more improvements to circmgr tests.2021-06-16T19:22:40ZNick Mathewsonnickm@torproject.org2021-06-16T19:22:40Zurn:sha1:4517e6eaa20f0823460d99a1f3042c95d8d7a192More tests on circmgr::path.2021-06-16T19:08:52ZNick Mathewsonnickm@torproject.org2021-06-16T19:08:52Zurn:sha1:1b6cf24087ce237766d1792eaadff9ebb3128cd0Enormous tor-circmgr rewrite.2021-06-14T16:12:31ZNick Mathewsonnickm@torproject.org2021-05-27T19:48:30Zurn:sha1:83b1150c812f756b654727041111105f30bedab0
As with the tor-chanmgr code, the circuit manager is now implemented
using an AbstractCircMgr type that uses traits to abstract the
particular behavior of other types that it uses. (Specifically:
circuits, building circuits, and telling whether one circuit usage
is compatible with another.) Abstracting out the dependencies in
this ways makes it possible to test the circuit manager without
having to actually build real circuits.
This commit also introduces new behavior for handling pending
circuit requests. Upon getting a new request, first we check to see
if there's an existing circuit we can use. If there isn't, we look
for pending circuits and wait for them. If there aren't any pending
circuits we can use, we launch one or more, and wait for them.
So far, that's the same as the old behavior. But here's a change:
if, while we are waiting for some pending circuits, a different
circuit is completed, and it's one we could use, then the task that
was building _that_ circuit will tell us: "please look at this
circuit". This gives us better changes of getting a usable circuit
fast.
Minor changes:
* The Error type in CircMgr no longer uses anyhow; several errors
have been simplified.
* We've gotten more formal about the relationship between circuit
usage and target usage.
Broaden type of from_target_ports2021-05-20T18:12:45ZNick Mathewsonnickm@torproject.org2021-05-20T18:12:45Zurn:sha1:f4d2f6980a21757f11c2e7675eafbe4275283323Refactor TorPath code to have explicit constructors.2021-05-20T18:10:11ZAlexander Færøyahf@torproject.org2021-05-20T16:26:06Zurn:sha1:00222dbe07ecfa5e0901076076877a4233b515a6
This patch refactors the internal representation of the TorPath type to
use an enum for representing its state. We add explicit constructor
methods to create the different types of path's, such that client users
can write code that uses different paths based on their need.
This work was done together with Nick as part of the Arti hackathon.
Prefer "relay" over "node" in most circumstances.2021-05-18T15:04:44ZNick Mathewsonnickm@torproject.org2021-05-18T15:04:44Zurn:sha1:9e7de1a692532160362ba64b19bdbc201a726ff3Check ipv6 exit policies when trying to connect to an ipv6 port specifically2020-12-22T14:28:26ZNick Mathewsonnickm@torproject.org2020-12-22T14:28:26Zurn:sha1:df4524d93696e9cdba212756f98fed78e2cd20b7Simplification: Every relay is in the same family as itself.2020-12-17T20:32:09ZNick Mathewsonnickm@torproject.org2020-12-17T20:32:09Zurn:sha1:42db4210abf01c6ebd0c9d7ae15cf144313678f2