]> git.ipfire.org Git - thirdparty/tor.git/commit
hs-v3: Close all SOCKS request on descriptor failure
authorDavid Goulet <dgoulet@torproject.org>
Wed, 19 Sep 2018 14:56:15 +0000 (10:56 -0400)
committerDavid Goulet <dgoulet@torproject.org>
Thu, 20 Sep 2018 15:01:23 +0000 (11:01 -0400)
commitfa6d5dd2686d9fedfbbea9bdf0d7dab1a7afc7c4
tree053c13355b0dbe67531d2aecf4664d4c92762ba5
parentd1a6043bfb0a3869439565d563a93aeb0fa30923
hs-v3: Close all SOCKS request on descriptor failure

Client side, when a descriptor is finally fetched and stored in the cache, we
then go over all pending SOCKS request for that descriptor. If it turns out
that the intro points are unusable, we close the first SOCKS request but not
the others for the same .onion.

This commit makes it that we'll close all SOCKS requests so we don't let
hanging the other ones.

It also fixes another bug which is having a SOCKS connection in RENDDESC_WAIT
state but with a descriptor in the cache. At some point, tor will expire the
intro failure cache which will make that descriptor usable again. When
retrying all SOCKS connection (retry_all_socks_conn_waiting_for_desc()), we
won't end up in the code path where we have already the descriptor for a
pending request causing a BUG().

Bottom line is that we should never have pending requests (waiting for a
descriptor) with that descriptor in the cache (even if unusable).

Fixees #27410.

Signed-off-by: David Goulet <dgoulet@torproject.org>
changes/ticket27410 [new file with mode: 0644]
src/or/hs_client.c