tor-commits September 2015

tor-commits@lists.torproject.org

15 participants
1411 discussions

[translation/tor-messenger-conversationsproperties] Update translations for tor-messenger-conversationsproperties
by translation＠torproject.org 09 Sep '15

09 Sep '15

commit 41839823d6c6823488d622400df3f8d38a1bf855 Author: Translation commit bot <translation(a)torproject.org> Date: Wed Sep 9 17:16:20 2015 +0000 Update translations for tor-messenger-conversationsproperties --- nl/conversations.properties | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/nl/conversations.properties b/nl/conversations.properties index d827e51..cd65ac7 100644 --- a/nl/conversations.properties +++ b/nl/conversations.properties @@ -61,11 +61,11 @@ topicCleared=%1$S heeft het onderwerp gewist. # nickname in a conversation. # %1$S is the old nick. # %2$S is the new nick. -nickSet=%1$S is now known as %2$S. +nickSet=%1$S staat bekend als %2$S. # LOCALIZATION NOTE (nickSet.you): # This is displayed as a system message when your nickname is changed. # %S is your new nick. -nickSet.you=Je bent gekend als %S. +nickSet.you=Je bent nu bekend als %S. # LOCALIZATION NOTE (messenger.conversations.selections.ellipsis): # ellipsis is used when copying a part of a message to show that the message was cut

1 0

[torspec/master] Mark my stop-for-now point
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 217cf406522e861016b88ea366f7f7c1ced67dc4 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:40:33 2015 -0400 Mark my stop-for-now point --- proposals/proposal-status.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index b79ccb0..bc9f331 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -126,6 +126,7 @@ again to remind me! This is likely also to be relevant for the ideas of proposal 241, and maybe superseded by some version of that proposal. (2/2015) +----- 164 Reporting the status of server votes This proposal explains a way for authorities to provide a

1 0

[torspec/master] Mark 141 as obsolete.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 89805f3c29936a65b7bb456d4044e536aef89dbb Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:35:38 2015 -0400 Mark 141 as obsolete. Microdescriptors make the system described in this proposal not make sense for current Tors -- it would need significant revision. --- proposals/141-jit-sd-downloads.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/141-jit-sd-downloads.txt b/proposals/141-jit-sd-downloads.txt index 2ac7a08..bba6493 100644 --- a/proposals/141-jit-sd-downloads.txt +++ b/proposals/141-jit-sd-downloads.txt @@ -2,7 +2,7 @@ Filename: 141-jit-sd-downloads.txt Title: Download server descriptors on demand Author: Peter Palfrader Created: 15-Jun-2008 -Status: Draft +Status: Obsolete 1. Overview

1 0

[torspec/master] Mark 144 as obsolete.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 0e95e6bb4c9f382755c686358fec37f99acd25a0 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:36:55 2015 -0400 Mark 144 as obsolete. The state of the art has advanced so much since this was written; this simply wouldn't get done this way in a modern design. --- proposals/144-enforce-distinct-providers.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/144-enforce-distinct-providers.txt b/proposals/144-enforce-distinct-providers.txt index aa46048..1a682f3 100644 --- a/proposals/144-enforce-distinct-providers.txt +++ b/proposals/144-enforce-distinct-providers.txt @@ -3,7 +3,7 @@ Title: Increase the diversity of circuits by detecting nodes belonging the same provider Author: Mfr Created: 2008-06-15 -Status: Draft +Status: Obsolete Overview:

1 0

[torspec/master] Proposal 159 is now informational
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit e30cdabef758ed6b2447b073c5a88aeaf52f0867 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:39:09 2015 -0400 Proposal 159 is now informational --- proposals/159-exit-scanning.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/159-exit-scanning.txt b/proposals/159-exit-scanning.txt index 7090f2e..d2a7f3b 100644 --- a/proposals/159-exit-scanning.txt +++ b/proposals/159-exit-scanning.txt @@ -2,7 +2,7 @@ Filename: 159-exit-scanning.txt Title: Exit Scanning Author: Mike Perry Created: 13-Feb-2009 -Status: Open +Status: Informational Overview:

1 0

[torspec/master] Update metafiles
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 4fe43821e79c8b31137e5447ef09276a0aaaf58c Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:39:19 2015 -0400 Update metafiles --- proposals/000-index.txt | 17 ++++----- proposals/proposal-status.txt | 78 +++++++---------------------------------- proposals/reindex.py | 2 +- 3 files changed, 22 insertions(+), 75 deletions(-) diff --git a/proposals/000-index.txt b/proposals/000-index.txt index ffa8cf3..7ef953f 100644 --- a/proposals/000-index.txt +++ b/proposals/000-index.txt @@ -53,7 +53,7 @@ Proposals by number: 130 Version 2 Tor connection protocol [CLOSED] 131 Help users to verify they are using Tor [OBSOLETE] 132 A Tor Web Service For Verifying Correct Browser Configuration [OBSOLETE] -133 Incorporate Unreachable ORs into the Tor Network [DRAFT] +133 Incorporate Unreachable ORs into the Tor Network [RESERVE] 134 More robust consensus voting with diverse authority sets [REJECTED] 135 Simplify Configuration of Private Tor Networks [CLOSED] 136 Mass authority migration with legacy keys [CLOSED] @@ -61,10 +61,10 @@ Proposals by number: 138 Remove routers that are not Running from consensus documents [CLOSED] 139 Download consensus documents only when it will be trusted [CLOSED] 140 Provide diffs between consensuses [ACCEPTED] -141 Download server descriptors on demand [DRAFT] +141 Download server descriptors on demand [OBSOLETE] 142 Combine Introduction and Rendezvous Points [DEAD] 143 Improvements of Distributed Storage for Tor Hidden Service Descriptors [OPEN] -144 Increase the diversity of circuits by detecting nodes belonging the same provider [DRAFT] +144 Increase the diversity of circuits by detecting nodes belonging the same provider [OBSOLETE] 145 Separate "suitable as a guard" from "suitable as a new guard" [SUPERSEDED] 146 Add new flag to reflect long-term stability [SUPERSEDED] 147 Eliminate the need for v2 directories in generating v3 directories [REJECTED] @@ -79,7 +79,7 @@ Proposals by number: 156 Tracking blocked ports on the client side [SUPERSEDED] 157 Make certificate downloads specific [CLOSED] 158 Clients download consensus + microdescriptors [FINISHED] -159 Exit Scanning [OPEN] +159 Exit Scanning [INFORMATIONAL] 160 Authorities vote for bandwidth offsets in consensus [FINISHED] 161 Computing Bandwidth Adjustments [FINISHED] 162 Publish the consensus in multiple flavors [FINISHED] @@ -178,9 +178,6 @@ Proposals by number: Proposals by status: DRAFT: - 133 Incorporate Unreachable ORs into the Tor Network - 141 Download server descriptors on demand - 144 Increase the diversity of circuits by detecting nodes belonging the same provider 175 Automatically promoting Tor clients to nodes 182 Credit Bucket 195 TLS certificate normalization for Tor 0.2.4.x [for 0.2.4.x] @@ -207,7 +204,6 @@ Proposals by status: 190 Bridge Client Authorization Based on a Shared Secret OPEN: 143 Improvements of Distributed Storage for Tor Hidden Service Descriptors - 159 Exit Scanning 164 Reporting the status of server votes 165 Easy migration for voting authority sets 168 Reduce default circuit window @@ -344,5 +340,10 @@ Proposals by status: 127 Relaying dirport requests to Tor download site / website 131 Help users to verify they are using Tor 132 A Tor Web Service For Verifying Correct Browser Configuration + 141 Download server descriptors on demand + 144 Increase the diversity of circuits by detecting nodes belonging the same provider RESERVE: + 133 Incorporate Unreachable ORs into the Tor Network 211 Internal Mapaddress for Tor Configuration Testing [for 0.2.4.x+] + INFORMATIONAL: + 159 Exit Scanning diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index 4f278ee..b79ccb0 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -55,7 +55,7 @@ again to remind me! revised the paragraph. -133 Incorporate Unreachable ORs into the Tor Network +133 Incorporate Unreachable ORs into the Tor Network [RESERVE] This proposal had an idea for letting ORs that can only make outgoing connections still relay data usefully in the network. @@ -64,12 +64,12 @@ again to remind me! who wants to analyze new network topologies should definitely have a look. (5/2011) - For this I think we should introduce a new proposal status, - "RESERVE". A proposal is "on reserve" if we're not currently - planning to implement it, but we might someday want to do so if we - decide that what it provides is a great idea. (9/2015) + For this I have introduced a new proposal status, "RESERVE". A + proposal is "in reserve" if we're not currently planning to + implement it, but we might someday want to do so if we decide that + what it provides is a great idea. (9/2015) -140 Provide diffs between consensuses +140 Provide diffs between consensuses [ACCEPTED] This proposal describes a way to transmit less directory traffic by sending only differences between consensuses, rather @@ -77,22 +77,6 @@ again to remind me! GSoC project last summer; it is still under revision and on target for merge into 0.2.8. (See ticket #13339) (9/2015) - This needs code review, and needs to marked as ACCCEPTED. (9/2015) - -141 Download server descriptors on demand - - The idea of this proposal was for clients to only download the - consensus, and later ask nodes for their own server descriptors - while building the circuit through them. It would make each - circuit more time-consuming to build, but make bootstrapping - much cheaper. - - Microdescriptors obsolete a lot of this proposal, and present - some difficulties in using in a way compatible with - it. (6/2012) - - I say mark this as OBSOLETE or RESERVE. (9/2015) - 143 Improvements of Distributed Storage for Tor Hidden Service Descriptors @@ -115,41 +99,6 @@ again to remind me! Time to mark this as SUPERSEDED. (9/2015) -144 Increase the diversity of circuits by detecting nodes - belonging the same provider - - This is a version of the good idea, "Let's do routing in a way - that tries to keep from routing traffic through the same - provider too much!" There are complex issues here that the - proposal doesn't completely address, but I think it might be a - fine idea for somebody to see how much more we know now than we - did in 2008, particularly in light of the relevant paper(s) by - Matt Edmann and Paul Syverson. (5/2011) - - Mark as OBSOLETE. The research field has advanced very far since - this proposal, and new papers on this topic come out every year. - (9/2015) - -145 Separate "suitable as a guard" from "suitable as a new guard" - [NEEDS-RESEARCH] - - Currently, the Guard flag means both "You can use this node as a - guard if you need to pick a new guard" and "If this node is - currently your guard, you can keep using it as a guard." This - proposal tries to separate these two concepts, so that clients can - stop picking a router once it is full of existing clients using it - as a guard, but the clients currently on it won't all drop it. - - It's not clear whether this has anonymity issues, and it's not - clear whether the imagined performance gains are actually - worthwhile. - - This is probably superseded by proposal 236, which has a better - approach for weighting guard node selection probabilities; we - should probably close this ticket. (2/2015) - - I say, mark as OBSOLETE. (9/2015) - 156 Tracking blocked ports on the client side This proposal provides a way for clients to learn which ports @@ -177,13 +126,6 @@ again to remind me! This is likely also to be relevant for the ideas of proposal 241, and maybe superseded by some version of that proposal. (2/2015) -159 Exit Scanning - - This is an overview of SoaT, with some ideas for how to integrate - it into Tor. (5/2011) - - (Mark as HISTORICAL? INFORMATIONAL?) (9/2015) - 164 Reporting the status of server votes This proposal explains a way for authorities to provide a @@ -652,8 +594,12 @@ TAKE ANOTHER LOOK AT THESE: Since last time: - Proposals 127, 131, and 132 has been marked as obsolete. + Proposals 127, 131, 132, 141 has been marked as obsolete. + + Proposals 133, and 211 is now "in-reserve". + + Proposal 145 is superseded. - Proposal 211 is now "in-reserve". + Proposal 159 is informational. Proposals 242-252 are new. diff --git a/proposals/reindex.py b/proposals/reindex.py index 381099e..b442271 100755 --- a/proposals/reindex.py +++ b/proposals/reindex.py @@ -4,7 +4,7 @@ import re, os class Error(Exception): pass STATUSES = """DRAFT NEEDS-REVISION NEEDS-RESEARCH OPEN ACCEPTED META FINISHED - CLOSED SUPERSEDED DEAD REJECTED OBSOLETE RESERVE""".split() + CLOSED SUPERSEDED DEAD REJECTED OBSOLETE RESERVE INFORMATIONAL""".split() REQUIRED_FIELDS = [ "Filename", "Status", "Title" ] CONDITIONAL_FIELDS = { "OPEN" : [ "Target" ], "ACCEPTED" : [ "Target "],

1 0

[torspec/master] Mark 133 as in-reserve.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit da9ed3af575030e52ae95816c1b85c8e433780a4 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:35:08 2015 -0400 Mark 133 as in-reserve. It would need heavy revision to work in modern Tor, and we might not even want it. --- proposals/133-unreachable-ors.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proposals/133-unreachable-ors.txt b/proposals/133-unreachable-ors.txt index a1c2dd8..5e2916b 100644 --- a/proposals/133-unreachable-ors.txt +++ b/proposals/133-unreachable-ors.txt @@ -2,7 +2,7 @@ Filename: 133-unreachable-ors.txt Title: Incorporate Unreachable ORs into the Tor Network Author: Robert Hogan Created: 2008-03-08 -Status: Draft +Status: Reserve Overview:

1 0

[torspec/master] Mark proposal 127 as obsolete.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit e1f3c2c431f8d5bf2c1bd7d65c6e1f4c058dbce1 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:24:49 2015 -0400 Mark proposal 127 as obsolete. If we do implement something like this, it won't at all be with a fetch; it will be with some kind of caching mechanism. --- proposals/127-dirport-mirrors-downloads.txt | 2 +- proposals/proposal-status.txt | 13 ------------- 2 files changed, 1 insertion(+), 14 deletions(-) diff --git a/proposals/127-dirport-mirrors-downloads.txt b/proposals/127-dirport-mirrors-downloads.txt index 72d6c0c..377492c 100644 --- a/proposals/127-dirport-mirrors-downloads.txt +++ b/proposals/127-dirport-mirrors-downloads.txt @@ -2,7 +2,7 @@ Filename: 127-dirport-mirrors-downloads.txt Title: Relaying dirport requests to Tor download site / website Author: Roger Dingledine Created: 2007-12-02 -Status: Draft +Status: Obsolete 1. Overview diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index 869ef1b..31fc11f 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -54,19 +54,6 @@ again to remind me! **NOTE**: The dates after each paragraph indicate when I last revised the paragraph. - -127 Relaying dirport requests to Tor download site / website - - The idea here was to make it easier to fetch and learn about - Tor by making it easy for relays to automatically act as - proxies to the Tor website. It needs more discussion, and - there are some significant details to work out. It's not at - all clear whether this is actually a good idea or not. - Probably, there are better choices when it comes to - distributing software and updates. (11/2013) - - I say, mark it OBSOLETE. (9/2015) - 131 Help users to verify they are using Tor [NEEDS-REVISION] This one is not a crazy idea, but I marked it as

1 0

[torspec/master] Turn off proposals 131 and 211.
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 1755a4122b6ee80624f0f5b4333dba0343e4fcc7 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:26:39 2015 -0400 Turn off proposals 131 and 211. 131 is obsolete for being incredibly old, and not being how we'd actually like torcheck to work any more. It comes from a pre-tbb world. 211 is on reserve since nobody's asked for it in a while, and sensible folk are maintaining torcheck now. --- proposals/131-verify-tor-usage.txt | 2 +- proposals/211-mapaddress-tor-status.txt | 2 +- proposals/proposal-status.txt | 24 ++---------------------- 3 files changed, 4 insertions(+), 24 deletions(-) diff --git a/proposals/131-verify-tor-usage.txt b/proposals/131-verify-tor-usage.txt index d3c6efe..8af1151 100644 --- a/proposals/131-verify-tor-usage.txt +++ b/proposals/131-verify-tor-usage.txt @@ -2,7 +2,7 @@ Filename: 131-verify-tor-usage.txt Title: Help users to verify they are using Tor Author: Steven J. Murdoch Created: 2008-01-25 -Status: Needs-Revision +Status: Obsolete Overview: diff --git a/proposals/211-mapaddress-tor-status.txt b/proposals/211-mapaddress-tor-status.txt index 7cac4b7..28be3bb 100644 --- a/proposals/211-mapaddress-tor-status.txt +++ b/proposals/211-mapaddress-tor-status.txt @@ -2,7 +2,7 @@ Filename: 211-mapaddress-tor-status.txt Title: Internal Mapaddress for Tor Configuration Testing Author: Mike Perry Created: 08-10-2012 -Status: Open +Status: Reserve Target: 0.2.4.x+ diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index 31fc11f..7cc77fa 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -54,16 +54,6 @@ again to remind me! **NOTE**: The dates after each paragraph indicate when I last revised the paragraph. -131 Help users to verify they are using Tor [NEEDS-REVISION] - - This one is not a crazy idea, but I marked it as - needs-revision since it doesn't seem to work so well with - our current designs. It seems mostly superseded by proposal - 211. (11/2013) - - I say, mark it as OBSOLETE and make a note on proposal 211 to see it for - historical information. (9/2015) - 132 A Tor Web Service For Verifying Correct Browser Configuration This proposal was meant to give users a way to see if their @@ -418,18 +408,6 @@ again to remind me! This needs an update; it's a pretty good idea, and Mike and Roger like it. It goes will with FallbackDirSource stuff. (9/2015) -211 Internal Mapaddress for Tor Configuration Testing - - Here, the idea is to serve an XML document over HTTP that - would let the know when it's using Tor. The XML document - would be returned when you make a request over Tor for a - magic address in 127.0.0.0/8. I think we need to do - _something_to solve this problem, but I'm not thrilled with - the idea of having any more magical addresses like this; we - got rid of .noconnect for a reason, after all. (11/2013) - - Mark as REJECTED. (9/2015) - 212 Increase Acceptable Consensus Age This proposal suggests that we increase the maximum age of a @@ -674,4 +652,6 @@ TAKE ANOTHER LOOK AT THESE: Since last time: + Proposal 127 has been marked as obsolete. + Proposals 242-252 are new.

1 0

[torspec/master] mark proposal 132 obsolete
by nickm＠torproject.org 09 Sep '15

09 Sep '15

commit 86760ef681a4642fc3607493d703a0d8ef780a80 Author: Nick Mathewson <nickm(a)torproject.org> Date: Wed Sep 9 12:32:53 2015 -0400 mark proposal 132 obsolete --- proposals/000-index.txt | 18 ++++++++++-------- proposals/132-browser-check-tor-service.txt | 2 +- proposals/proposal-status.txt | 26 ++++++++++++++------------ proposals/reindex.py | 2 +- 4 files changed, 26 insertions(+), 22 deletions(-) diff --git a/proposals/000-index.txt b/proposals/000-index.txt index fc10cce..ffa8cf3 100644 --- a/proposals/000-index.txt +++ b/proposals/000-index.txt @@ -47,12 +47,12 @@ Proposals by number: 124 Blocking resistant TLS certificate usage [SUPERSEDED] 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] +127 Relaying dirport requests to Tor download site / website [OBSOLETE] 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] -132 A Tor Web Service For Verifying Correct Browser Configuration [DRAFT] +131 Help users to verify they are using Tor [OBSOLETE] +132 A Tor Web Service For Verifying Correct Browser Configuration [OBSOLETE] 133 Incorporate Unreachable ORs into the Tor Network [DRAFT] 134 More robust consensus voting with diverse authority sets [REJECTED] 135 Simplify Configuration of Private Tor Networks [CLOSED] @@ -131,7 +131,7 @@ Proposals by number: 208 IPv6 Exits Redux [CLOSED] 209 Tuning the Parameters for the Path Bias Defense [OPEN] 210 Faster Headless Consensus Bootstrapping [OPEN] -211 Internal Mapaddress for Tor Configuration Testing [OPEN] +211 Internal Mapaddress for Tor Configuration Testing [RESERVE] 212 Increase Acceptable Consensus Age [OPEN] 213 Remove stream-level sendmes from the design [DEAD] 214 Allow 4-byte circuit IDs in a new link protocol [CLOSED] @@ -178,8 +178,6 @@ Proposals by number: Proposals by status: DRAFT: - 127 Relaying dirport requests to Tor download site / website - 132 A Tor Web Service For Verifying Correct Browser Configuration 133 Incorporate Unreachable ORs into the Tor Network 141 Download server descriptors on demand 144 Increase the diversity of circuits by detecting nodes belonging the same provider @@ -206,7 +204,6 @@ Proposals by status: 251 Padding for netflow record resolution reduction 252 Single Onion Services NEEDS-REVISION: - 131 Help users to verify they are using Tor 190 Bridge Client Authorization Based on a Shared Secret OPEN: 143 Improvements of Distributed Storage for Tor Hidden Service Descriptors @@ -228,7 +225,6 @@ Proposals by status: 202 Two improved relay encryption protocols for Tor cells 209 Tuning the Parameters for the Path Bias Defense [for 0.2.4.x+] 210 Faster Headless Consensus Bootstrapping [for 0.2.4.x+] - 211 Internal Mapaddress for Tor Configuration Testing [for 0.2.4.x+] 212 Increase Acceptable Consensus Age [for 0.2.4.x+] 220 Migrate server identity keys to Ed25519 [for 0.2.x.x] 223 Ace: Improved circuit-creation key exchange @@ -344,3 +340,9 @@ Proposals by status: REJECTED: 134 More robust consensus voting with diverse authority sets 147 Eliminate the need for v2 directories in generating v3 directories [for 0.2.4.x] + OBSOLETE: + 127 Relaying dirport requests to Tor download site / website + 131 Help users to verify they are using Tor + 132 A Tor Web Service For Verifying Correct Browser Configuration + RESERVE: + 211 Internal Mapaddress for Tor Configuration Testing [for 0.2.4.x+] diff --git a/proposals/132-browser-check-tor-service.txt b/proposals/132-browser-check-tor-service.txt index 6132e5d..7aecaaf 100644 --- a/proposals/132-browser-check-tor-service.txt +++ b/proposals/132-browser-check-tor-service.txt @@ -2,7 +2,7 @@ Filename: 132-browser-check-tor-service.txt Title: A Tor Web Service For Verifying Correct Browser Configuration Author: Robert Hogan Created: 2008-03-08 -Status: Draft +Status: Obsolete Overview: diff --git a/proposals/proposal-status.txt b/proposals/proposal-status.txt index 7cc77fa..4f278ee 100644 --- a/proposals/proposal-status.txt +++ b/proposals/proposal-status.txt @@ -54,16 +54,6 @@ again to remind me! **NOTE**: The dates after each paragraph indicate when I last revised the paragraph. -132 A Tor Web Service For Verifying Correct Browser Configuration - - This proposal was meant to give users a way to see if their - browser and privoxy (yes, it was a while ago) are correctly - configured by running a local webserver on 127.0.0.1. I'm not - sure the status here. Generally, I'm skeptical of designs - that run webservers on localhost, since they become a target - for cross-site attacks. (11/2013) - - I say mark as OBSOLETE. (9/2015) 133 Incorporate Unreachable ORs into the Tor Network @@ -408,6 +398,16 @@ again to remind me! This needs an update; it's a pretty good idea, and Mike and Roger like it. It goes will with FallbackDirSource stuff. (9/2015) +211 Internal Mapaddress for Tor Configuration Testing [RESERVE] + + Here, the idea is to serve an XML document over HTTP that + would let the know when it's using Tor. The XML document + would be returned when you make a request over Tor for a + magic address in 127.0.0.0/8. I think we need to do + _something_to solve this problem, but I'm not thrilled with + the idea of having any more magical addresses like this; we + got rid of .noconnect for a reason, after all. (9/2015) + 212 Increase Acceptable Consensus Age This proposal suggests that we increase the maximum age of a @@ -418,7 +418,7 @@ again to remind me! was some tor-dev discussion on this one that should get incorporated into a final, implementable version. (11/2013) - Mark as ACCEPTED? (9/2015) + Mark as ACCEPTED? Needs another review first! (9/2015) 219 Support for full DNS and DNSSEC resolution in Tor @@ -652,6 +652,8 @@ TAKE ANOTHER LOOK AT THESE: Since last time: - Proposal 127 has been marked as obsolete. + Proposals 127, 131, and 132 has been marked as obsolete. + + Proposal 211 is now "in-reserve". Proposals 242-252 are new. diff --git a/proposals/reindex.py b/proposals/reindex.py index 980bc06..381099e 100755 --- a/proposals/reindex.py +++ b/proposals/reindex.py @@ -4,7 +4,7 @@ import re, os class Error(Exception): pass STATUSES = """DRAFT NEEDS-REVISION NEEDS-RESEARCH OPEN ACCEPTED META FINISHED - CLOSED SUPERSEDED DEAD REJECTED""".split() + CLOSED SUPERSEDED DEAD REJECTED OBSOLETE RESERVE""".split() REQUIRED_FIELDS = [ "Filename", "Status", "Title" ] CONDITIONAL_FIELDS = { "OPEN" : [ "Target" ], "ACCEPTED" : [ "Target "],

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

tor-commits September 2015