mirrors/arti.git/crates/tor-relay-selection/src/usage.rs, branch mainmirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=main2026-06-09T15:36:01Zmaint: Run maint/add_warning to deny string slices2026-06-09T15:36:01ZClara Englercve@cve.cx2026-06-09T15:36:01Zurn:sha1:9f5752a77fb57052c06ead0eeae606831f1e8e97
This commit executes maint/add_warning with the just added change to
deny string slices except in tests.
I recommend auditing this by checking out the previous commit followed
by running the script yourself and then verifying that the diff is
identical to this commit.
This commit makes cargo clippy fail. We will add exceptions in the next
commit.
Fix name of clippy lint to unchecked_time_subtraction (2)2025-11-06T11:28:22ZIan Jacksonijackson@chiark.greenend.org.uk2025-11-06T11:23:25Zurn:sha1:a5fd5c48ea059a80cc1f6c50e248654b5ff3aaff
Run maint/add_warning
relay-selection: Rename RendPoint usage to NewRendPoint.2025-05-20T19:22:08ZNick Mathewsonnickm@torproject.org2025-05-20T14:08:56Zurn:sha1:5a963c342102793828a2b1d9cada1cb717c70409
This mirrors NewIntroPoint, and helps us to remember that we only
want to use this usage when we're a client that's picking a
rendezvous point; we don't want to enforce it when we're a relay
connecting to a client-selected rendezvous point.
relay-selection: tweak messages about rejection reasons2025-05-20T19:22:08ZNick Mathewsonnickm@torproject.org2025-05-20T13:29:04Zurn:sha1:5718784ad05e6d3ec2b11bb5abed809874840843
"Useless as xyz" implies that the relay wouldn't work at all as a
middle relay, but that's not true: it _would_ work somewhat, but be
can't use it for some other reason.
netdir, relay-selection: require Fast and Stable for rendpoints.2025-05-20T19:22:08ZNick Mathewsonnickm@torproject.org2025-05-20T13:07:29Zurn:sha1:c51745d1d0cdfb3363d8b505c7c749f70276ab57
Since we don't know what kind of traffic we'll use a rendezvous
point for, we don't want to use it if it isn't "Fast" (reasonably
high bw) and "Stable" (unlikely to crash soon).
hs: Prevent a client from using a `MiddleOnly` relay for onion services2025-05-20T19:22:08ZNeel Chauhanneel@neelc.org2025-04-03T00:38:04Zurn:sha1:94baab29f330fd17269e6b44958896b3f9ca794a
> The actual impact of this patch is to prevent usage of MiddleOnly
> relays as Introduction Points. The Rendezvous Point logic isn't
> hooked up yet - nick
tor-relay-selection: Introduce RelayUsage::vanguard.2024-04-22T15:54:24ZGabriela Moldovangabi@torproject.org2024-04-17T18:12:23Zurn:sha1:486b37c592d84257fb76202900c9ad15801320af
This adds a new `RelayUsage` for vanguards. As per the original
[vanguards implementation], vanguards must:
* have the Fast, Stable, and Valid flags
* be selected using the `Middle` weight
Part of #1364
[vanguards implementation]: https://github.com/mikeperry-tor/vanguards
Remove all *Relay is_flagged_guard methods.2024-03-28T12:21:14ZNick Mathewsonnickm@torproject.org2024-03-27T18:19:24Zurn:sha1:06351e26f755ad9ae9a9e3ca274639fe1efc480a
These were only used for testing.
Remove temporary functions in CheckedRelay.2024-03-28T12:21:14ZNick Mathewsonnickm@torproject.org2024-03-27T18:09:37Zurn:sha1:dd53eca3a35d5918e13cac50a13f2bb91ce622daRun maint/add_warning.2024-03-13T16:30:53ZNick Mathewsonnickm@torproject.org2024-03-13T16:30:53Zurn:sha1:c0c9bd15d42897825dd0ab3d3b8dd1c17bd6320c