From 8054fdc51a6aeff4d4465325391c9edd88dc7164 Mon Sep 17 00:00:00 2001 From: Roger Dingledine Date: Tue, 9 Dec 2008 23:51:02 +0000 Subject: [PATCH] the bridge family proposal really resembles 'dead' more than it resembles 'finished'. svn:r17546 --- doc/spec/proposals/000-index.txt | 4 +- doc/spec/proposals/128-bridge-families.txt | 43 +++++++++++++++------- 2 files changed, 31 insertions(+), 16 deletions(-) diff --git a/doc/spec/proposals/000-index.txt b/doc/spec/proposals/000-index.txt index e4c9dd37c9..5fe29c528b 100644 --- a/doc/spec/proposals/000-index.txt +++ b/doc/spec/proposals/000-index.txt @@ -50,7 +50,7 @@ Proposals by number: 125 Behavior for bridge users, bridge relays, and bridge authorities [CLOSED] 126 Getting GeoIP data and publishing usage summaries [CLOSED] 127 Relaying dirport requests to Tor download site / website [DRAFT] -128 Families of private bridges [FINISHED] +128 Families of private bridges [DEAD] 129 Block Insecure Protocols by Default [CLOSED] 130 Version 2 Tor connection protocol [CLOSED] 131 Help users to verify they are using Tor [NEEDS-REVISION] @@ -115,7 +115,6 @@ Proposals by status: 099 Miscellaneous proposals FINISHED: 121 Hidden Service Authentication [in 0.2.1.x] - 128 Families of private bridges [in 0.2.0.x] 155 Four Improvements of Hidden Service Performance [in 0.2.1.x] CLOSED: 101 Voting on the Tor Directory System [in 0.2.0.x] @@ -154,4 +153,5 @@ Proposals by status: 115 Two Hop Paths 116 Two hop paths from entry guards 120 Shutdown descriptors when Tor servers stop + 128 Families of private bridges 142 Combine Introduction and Rendezvous Points diff --git a/doc/spec/proposals/128-bridge-families.txt b/doc/spec/proposals/128-bridge-families.txt index 653a2cf6d6..e8a0050c3c 100644 --- a/doc/spec/proposals/128-bridge-families.txt +++ b/doc/spec/proposals/128-bridge-families.txt @@ -4,11 +4,7 @@ Version: $Revision$ Last-Modified: $Date$ Author: Roger Dingledine Created: 2007-12-xx -Status: Finished -Implemented-In: 0.2.0.x - - [This proposal is part implemented, and part dead (won't-implement). - Roger should add a note and merge it into the spec.] +Status: Dead 1. Overview @@ -31,21 +27,40 @@ Implemented-In: 0.2.0.x out the details of how these volunteers find each other and decide to set up a family. +2. Other notes. -somebody needs to run a bridge authority + somebody needs to run a bridge authority -it needs to have a torrc option to publish networkstatuses of its bridges + it needs to have a torrc option to publish networkstatuses of its bridges -it should also do reachability testing just of those bridges + it should also do reachability testing just of those bridges -people ask for the bridge networkstatus by asking for a url that -contains a password. (it's safe to do this because of begin_dir.) + people ask for the bridge networkstatus by asking for a url that + contains a password. (it's safe to do this because of begin_dir.) -so the bridge users need to know a) a password, and b) a bridge -authority line. + so the bridge users need to know a) a password, and b) a bridge + authority line. -the bridge users need to know the bridge authority line. + the bridge users need to know the bridge authority line. -the bridge authority needs to know the password. + the bridge authority needs to know the password. +3. Current state + + I implemented a BridgePassword config option. Bridge authorities + should set it, and users who want to use those bridge authorities + should set it. + + Now there is a new directory URL "/tor/networkstatus-bridges" that + directory mirrors serve if BridgeAuthoritativeDir is set and it's a + begin_dir connection. It looks for the header + Authorization: Basic %s + where %s is the base-64 bridge password. + + I never got around to teaching clients how to set the header though, + so it may or may not, and may or may not do what we ultimate want. + + I've marked this proposal dead; it really never should have left the + ideas/ directory. Somebody should pick it up sometime and finish the + design and implementation.