mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2025-02-23 14:40:51 +01:00
todo and spec cleanups
svn:r5735
This commit is contained in:
parent
878962bee1
commit
6b6af6c7d5
2 changed files with 6 additions and 6 deletions
7
doc/TODO
7
doc/TODO
|
@ -37,6 +37,8 @@ for 0.1.1.x:
|
|||
N - if they're trying to be a tor server and they're running
|
||||
win 98 or win me, give them a message talking about The Bug.
|
||||
|
||||
- state_description in config.c has gone stale
|
||||
|
||||
. Helper nodes
|
||||
. More testing and debugging
|
||||
o If your helper nodes are unavailable, don't abandon them unless
|
||||
|
@ -105,6 +107,7 @@ R - clients prefer to avoid exit nodes for non-exit path positions.
|
|||
- find 10 dirservers.
|
||||
- What are criteria to be a dirserver? Write a policy.
|
||||
|
||||
- the tor client can do the "automatic proxy config url" thing?
|
||||
|
||||
|
||||
Deferred from 0.1.1.x:
|
||||
|
@ -315,7 +318,7 @@ Future version:
|
|||
- auth mechanisms to let hidden service midpoint and responder filter
|
||||
connection requests.
|
||||
- Relax clique assumptions.
|
||||
- start handling server descriptors without a socksport?
|
||||
X start handling server descriptors without a socksport?
|
||||
- tor should be able to have a pool of outgoing IP addresses
|
||||
that it is able to rotate through. (maybe)
|
||||
|
||||
|
@ -331,7 +334,7 @@ Blue-sky:
|
|||
- Implement Morphmix, so we can compare its behavior, complexity, etc.
|
||||
- Other transport. HTTP, udp, rdp, airhook, etc. May have to do our own
|
||||
link crypto, unless we can bully openssl into it.
|
||||
. Conn key rotation (we switch to a new one after a week, but
|
||||
o Conn key rotation (we switch to a new one after a week, but
|
||||
old circuits don't get any benefit from this).
|
||||
- Need a relay teardown cell, separate from one-way ends.
|
||||
(Pending a user who needs this)
|
||||
|
|
|
@ -363,9 +363,6 @@ when do we rotate which keys (tls, link, etc)?
|
|||
After a DESTROY cell has been processed, an OR ignores all data or
|
||||
destroy cells for the corresponding circuit.
|
||||
|
||||
(The rest of this section is not currently used; on errors, circuits
|
||||
are destroyed, not truncated.)
|
||||
|
||||
To tear down part of a circuit, the OP may send a RELAY_TRUNCATE cell
|
||||
signaling a given OR (Stream ID zero). That OR sends a DESTROY
|
||||
cell to the next node in the circuit, and replies to the OP with a
|
||||
|
@ -496,7 +493,7 @@ when do we rotate which keys (tls, link, etc)?
|
|||
|
||||
If the RELAY cell is recognized but the relay command is not
|
||||
understood, the cell must be dropped and ignored. Its contents
|
||||
still count with respect to the digests, though. [Up until
|
||||
still count with respect to the digests, though. [Before
|
||||
0.1.1.10, Tor closed circuits when it received an unknown relay
|
||||
command. Perhaps this will be more forward-compatible. -RD]
|
||||
|
||||
|
|
Loading…
Add table
Reference in a new issue