[tor-bugs] #18910 [Metrics/CollecTor]: distributing descriptors accross CollecTor instances
Tor Bug Tracker & Wiki
blackhole at torproject.org
Wed Oct 12 13:07:19 UTC 2016
#18910: distributing descriptors accross CollecTor instances
-------------------------------+---------------------------------
Reporter: iwakeh | Owner: iwakeh
Type: enhancement | Status: needs_review
Priority: High | Milestone: CollecTor 1.1.0
Component: Metrics/CollecTor | Version:
Severity: Normal | Resolution:
Keywords: ctip | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
-------------------------------+---------------------------------
Comment (by iwakeh):
Replying to [comment:22 karsten]:
> ...
> Here's how I'd explain configuring the relaydescs module to a new
operator: "Want to collect relay descriptors? Sure, just activate that
module and also enable one or more descriptor sources: download from the
directory authorities, read from a local directory, read from local cached
descriptors, synchronize from other CollecTor instances. If you don't
enable any descriptor sources, you won't get any descriptors."
>
> This feels easier than: "Want to collect relay descriptors? Sure, just
activate that module and also enable between zero and three descriptors
sources, and also consider synchronizing from other CollecTor instances."
>
This way of configuring only works for the current relaydescs module
(whose properties are supposed to be removed partially in #20162).
The other two modules, bridgedescs and exitlists, don't have any
additional properties that could be used for avoiding the 'SyncOnly'
option.
In general, it is nicer to have a configuration value that expresses what
it means. The different download options for the relaydescs module where
initially quite confusing.
But maybe, I complicate things? So what other 'streamlined' way could
achieve the SyncOnly setting?
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/18910#comment:23>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list