David Goulet 79265a6fb6 hs-v3: Don't BUG() if the RP node_t is invalid client side ...

When sending the INTRODUCE1 cell, we acquire the needed data for the cell but
if the RP node_t has invalid data, we'll fail the send and completely kill the
SOCKS connection.

Instead, close the rendezvous circuit and return a transient error meaning
that Tor can recover by selecting a new rendezvous point. We'll also do the
same when we are unable to encode the INTRODUCE1 cell for which at that point,
we'll simply take another shot at a new rendezvous point.

Fixes #27774

Signed-off-by: David Goulet <dgoulet@torproject.org>

2018-09-21 08:44:12 -04:00

..

.dummy

Add a .dummy file in the changes directory to stop git from removing it

2015-05-11 11:41:48 -04:00

bug23512

Bug 23512: Changes file.

2018-09-17 22:19:43 +00:00

bug27073

In conditionvar_timeout test, wait for threads to timeout

2018-09-13 20:47:41 -04:00

bug27206

rust/protover: use .and_not_in() instead of .retain() in all_supported()

2018-09-14 15:08:55 +00:00

bug27764

Changes file for 27764

2018-09-18 08:12:46 -04:00

ticket27774

hs-v3: Don't BUG() if the RP node_t is invalid client side

2018-09-21 08:44:12 -04:00