mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-11-10 21:23:58 +01:00
the bridge family proposal really resembles 'dead' more than it resembles
'finished'. svn:r17546
This commit is contained in:
parent
2200bd20d2
commit
8054fdc51a
@ -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
|
||||
|
@ -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.
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user