[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-talk] Massive Bandwidth Onion Services
On 19 December 2016 at 16:19, Allen <allenpmd@xxxxxxxxx> wrote:
> I got that point, that your service will have 60+ intro points.
...in six distinct descriptors, each containing 10 intro points, each of
_those_ attached to one tor daemon.
also said "people accessing the service onion address at lunchtime
> will receive/cache different descriptors from those who access it some
> hours later",
Correct.
which lead me to believe that a single client will not
> "see" all of those 60+ intro points.
Strictly, the way that Tor works, the client will query the HSdir and
receive 1 (one) descriptor, of the 6, containing a random selection of 10
introduction points.
> So that question is, if you
> change HiddenServiceNumIntroductionPoints = 1 to implement your
> proposal, if a single Tor client does one and only one lookup on your
> Tor hidden service, how many intro points will it see and be able to
> connect to?
Aha!
Each of the 60 "actual" Tor Daemons sets "NumIntroductionPoints = 1"
Then the OnionBalance software creates one more, virtual, somewhat
"parasitic" set of descriptors - which comprise the 6x10=60 alluded-to
above.
Any given introduction point in the parasitic set of OnionBalance
descriptors, is actually a descriptor stolen from one of the 60 separate
daemons (- these daemons having set NumIntroductionPoints = 1)
Is that a better explanation?
-a
--
http://dropsafe.crypticide.com/aboutalecm
--
tor-talk mailing list - tor-talk@xxxxxxxxxxxxxxxxxxxx
To unsubscribe or change other settings go to
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-talk