mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-11-28 06:13:31 +01:00
Describe how clients should use the exit summaries, what they may use a locally cached descriptor for, and that enclave exiting is still allowed
svn:r16501
This commit is contained in:
parent
6f8920bf21
commit
f254f8e766
@ -232,6 +232,22 @@ Status: Draft
|
|||||||
should list the exit policy matching the descriptor digest referenced
|
should list the exit policy matching the descriptor digest referenced
|
||||||
in the consensus document.
|
in the consensus document.
|
||||||
|
|
||||||
|
3.4.1 Client behaviour
|
||||||
|
|
||||||
|
When choosing an exit node for a specific request a Tor client will
|
||||||
|
choose from the list of nodes that exit to the requested port as given
|
||||||
|
by the consensus document. If a client has additional knowledge (like
|
||||||
|
cached full descriptors) that indicates the so chosen exit node will
|
||||||
|
reject the request then it MAY use that knowledge (or not include such
|
||||||
|
nodes in the selection to begin with). However, clients MUST NOT use
|
||||||
|
nodes that do not list the port as accepted in the summary (but for
|
||||||
|
which they know that the node would exit to that address from other
|
||||||
|
sources, like a cached descriptor).
|
||||||
|
|
||||||
|
An exception to this is exit enclave behaviour: A client MAY use the
|
||||||
|
node at a specific IP address to exit to any port on the same address
|
||||||
|
even if that node is not listed as exiting to the port in the summary.
|
||||||
|
|
||||||
4. Migration
|
4. Migration
|
||||||
|
|
||||||
4.1 Consensus document changes.
|
4.1 Consensus document changes.
|
||||||
|
Loading…
Reference in New Issue
Block a user