summaryrefslogtreecommitdiff
path: root/changes
diff options
context:
space:
mode:
authorDavid Goulet <dgoulet@torproject.org>2019-12-03 11:08:13 -0500
committerGeorge Kadianakis <desnacked@riseup.net>2019-12-10 18:33:48 +0200
commitfc32349adc33ceb0323b7149d661fba71b7f7b98 (patch)
treef19d3af10d6603e489d7a3e0f8fd87ea2404acc5 /changes
parent65759f29019ed4cd33502fef9b06bb92aa6e348a (diff)
downloadtor-fc32349adc33ceb0323b7149d661fba71b7f7b98.tar.gz
tor-fc32349adc33ceb0323b7149d661fba71b7f7b98.zip
hs-v3: Handle client rendezvous circuit timeout
With v3, the "pending_final_cpath" of a circuit is always NULL which means that for v3, established client rendezvous circuit waiting for the intro point to ACK, will always end up timing out quickly. This can increase the delays to which you connect to a service since in order to succeed, the rendezvous circuit needs to fully established (CIRCUIT_PURPOSE_C_REND_JOINED) within the cutoff of the introduction circuit as well which is these days around 2-3 seconds. Fixes #32021 Signed-off-by: David Goulet <dgoulet@torproject.org>
Diffstat (limited to 'changes')
-rw-r--r--changes/ticket320217
1 files changed, 7 insertions, 0 deletions
diff --git a/changes/ticket32021 b/changes/ticket32021
new file mode 100644
index 0000000000..24a6d9d981
--- /dev/null
+++ b/changes/ticket32021
@@ -0,0 +1,7 @@
+ o Minor bugfixes (onion services v3, client):
+ - Properly handle the client rendezvous circuit timeout. This results in
+ better reachability because tor doesn't timeout a rendezvous circuit
+ awaiting the introduction ACK and thus preventing tor to re-establish all
+ circuits because the rendezvous circuit timed out too early. Fixes bug
+ 32021; bugfix on 0.3.2.1-alpha.
+