[tor-bugs] #8614 [BridgeDB]: BridgeDB should be able to return multiple transport types at the same time
Tor Bug Tracker & Wiki
blackhole at torproject.org
Thu Aug 8 04:09:05 UTC 2013
#8614: BridgeDB should be able to return multiple transport types at the same time
-----------------------+----------------------------------------------------
Reporter: asn | Owner:
Type: defect | Status: needs_review
Priority: normal | Milestone:
Component: BridgeDB | Version:
Keywords: important | Parent: #8615
Points: | Actualpoints:
-----------------------+----------------------------------------------------
Comment(by sysrqb):
Replying to [comment:7 sysrqb]:
> One thing to note, when a user applies different filters they will
(likely) receive different bridges. I think we should decide that this is
ok before this is merged.
I don't think this is ok, but I also don't think we can accomplish this
goal without creating a temporary cache containing the mapping
area->distributed bridges. This has numerous consequences, but it will
also provide a significant improvement with regard to how long it takes to
scrape new bridges. I propose the cache be indexed by an hmac or salted
double hash of the ip addr area and we rotate the key/salt and clear the
cache every three hours (so that the rate-limiting occurs in the same time
period as the email dist).
Advantage: everyone within the same /24 receives the same bridges
Disadvantage: Every request sourced from within a small geographical
location receives the same bridges. =\
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/8614#comment:10>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list