[tor-bugs] #1944 [Torperf]: Set up a Torperf to a hidden service
Tor Bug Tracker & Wiki
blackhole at torproject.org
Thu Sep 25 16:21:48 UTC 2014
#1944: Set up a Torperf to a hidden service
-------------------------+----------------------
Reporter: arma | Owner:
Type: task | Status: assigned
Priority: normal | Milestone:
Component: Torperf | Version:
Resolution: | Keywords: SponsorR
Actual Points: | Parent ID: #2552
Points: 3 |
-------------------------+----------------------
Comment (by arma):
Replying to [comment:16 karsten]:
> Here's the full patch that I'm using now:
>
> {{{
> diff --git a/src/or/main.c b/src/or/main.c
> index 094120f..ad7fa0b 100644
> --- a/src/or/main.c
> +++ b/src/or/main.c
> @@ -2102,9 +2102,13 @@ process_signal(uintptr_t sig)
> control_event_signal(sig);
> break;
> case SIGUSR2:
> - switch_logs_debug();
> - log_debug(LD_GENERAL,"Caught USR2, going to loglevel debug. "
> - "Send HUP to change back.");
> + /* Replace the USR2 functionality with bug1944-specific plans.
> + * Ugly hack, but it'll do. */
> + log_info(LD_GENERAL, "Clearing all rendezvous caches and "
> + "forgetting about rendezvous
connections...");
> + rend_cache_purge();
> }}}
I bet we want rend_client_purge_state() rather than rend_cache_purge().
That's what we do in the NEWNYM case. (It didn't exist when this ticket
was opened.)
> {{{
> + rend_client_purge_last_hid_serv_requests();
> }}}
and then you won't need this line
> {{{
> + circuit_mark_all_dirty_circs_as_unusable();
> }}}
Hmmm. This line actually isn't quite sufficient -- established rend circs,
or intro circs in state intro_sent, won't get dirty so they won't get
cleared here. I think this is a bug in newnym too. I'll open a ticket for
that.
In any case, I think for most normal situations your current code will do
fine.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/1944#comment:27>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list