[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #20082 [Core Tor/Tor]: Lower initial descriptor upload delay for ephemeral services
#20082: Lower initial descriptor upload delay for ephemeral services
------------------------------------------------+--------------------------
Reporter: twim | Owner:
Type: enhancement | Status: new
Priority: Medium | Milestone: Tor:
| 0.2.???
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: tor-hs, research, proposal-needed? | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
| SponsorR-can
------------------------------------------------+--------------------------
Comment (by twim):
Replying to [comment:10 teor]:
> However, the threat here is that hidden services that have unstable
introduction points now upload their descriptors 6x more often.
>
> Why don't we make the initial upload 5s, and every upload after that
30s?
> Or even better, some kind of exponential backoff to a few minutes - if
you've changed your intro points ten times, we really don't want your
eleventh descriptor any time soon.
Yes, `rend_consider_services_upload()` function is borked and it's hard to
tell what's going on. It's not 6x more often. 30 seconds is the initial
delay (after descriptor became dirty). Actual upload period seems (sic!)
to be [30s , 30s + rand(2*1h)]. The lower boundary is what is fixed. And
fixed high for no actual benefit or security reason, IMO (see comment:8).
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/20082#comment:11>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs