diff options
author | Roger Dingledine <arma@torproject.org> | 2007-06-12 09:17:23 +0000 |
---|---|---|
committer | Roger Dingledine <arma@torproject.org> | 2007-06-12 09:17:23 +0000 |
commit | af658b7828e2ab814d70acbbb99f414dee239def (patch) | |
tree | 427b317c28c17c9cd2aa50f32f10b4bf56719afa /doc/TODO | |
parent | 622dd4927e1d3044fe34a1ec6c9785e044923953 (diff) | |
download | tor-af658b7828e2ab814d70acbbb99f414dee239def.tar tor-af658b7828e2ab814d70acbbb99f414dee239def.tar.gz |
More work towards making bridge users able to connect via bridges:
- demand options->Bridges and options->TunnelDirConns if
options->UseBridges is set.
- after directory fetches, accept descriptors that aren't referenced by
our networkstatuses, *if* they're for a configured bridge.
- delay directory fetching until we have at least one bridge descriptor.
- learn how to build a one-hop circuit when we have neither routerinfo
nor routerstatus for our destination.
- teach directory connections how to pick a bridge as the destination
directory when doing non-anonymous fetches.
- tolerate directory commands for which the dir_port is 0.
- remember descriptors when the requested_resource was "authority",
rather than just ignoring them.
- put bridges on our entry_guards list once we have a descriptor for them.
When UseBridges is set, only pick entry guards that are bridges. Else
vice versa.
svn:r10571
Diffstat (limited to 'doc/TODO')
-rw-r--r-- | doc/TODO | 11 |
1 files changed, 10 insertions, 1 deletions
@@ -219,10 +219,19 @@ Things we'd like to do in 0.2.0.x: D Do we want to maintain our own set of entryguards that we use after the bridge? Open research question; let's say no for 0.2.0 unless we learn otherwise. - - Ask all directory questions to bridge via BEGIN_DIR. + o if you don't have any routerinfos for your bridges, or you don't + like the ones you have, ask a new bridge for its server/authority. + . Ask all directory questions to bridge via BEGIN_DIR. + - use the bridges for dir fetches even when our dirport is open. N - Design/implement the "local-status" or something like it, from the "Descriptor purposes: how to tell them apart" section of http://archives.seul.org/or/dev/May-2007/msg00008.html + - timeout and retry schedules for fetching bridge descriptors + - give extend_info_t a router_purpose again + - react faster to download networkstatuses after the first bridge + descriptor arrives + - be more robust to bridges being marked as down and leaving us + stranded without any known "running" bridges. - Bridges operators (rudimentary version) - Ability to act as dir cache without a dir port. o Bridges publish to bridge authorities |