[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #14847 [Tor]: Controller: add a command to fetch HS descriptor from HSdir(s)
#14847: Controller: add a command to fetch HS descriptor from HSdir(s)
-----------------------------+----------------------------------------
Reporter: dgoulet | Owner: dgoulet
Type: enhancement | Status: needs_review
Priority: normal | Milestone: Tor: 0.2.7.x-final
Component: Tor | Version:
Resolution: | Keywords: SponsorR tor-hs controller
Actual Points: | Parent ID: #3521
Points: |
-----------------------------+----------------------------------------
Comment (by atagar):
> That's exactly what we've been heading away from with the async
approach.
Present world for descriptor fetching is...
* Controllers can make a simple, synchronous request to read cached
descriptors.
* Scripts can contact a dirauth's DirPort to actively fetch the fresh
thing.
This is nice. It means scripts can piggyback on a cache or download what
they need, and in either case it's simple and synchronous.
If we go with an asynchronous approach the first method people will want
is a simple blocking 'I want a hidden service descriptor, give it to me'
method. If it doesn't live in tor it'll be in stem and that's fine. We
already do something similar with creating circuits - tor doesn't provide
a blocking method so stem adds a listener and waits for the event
indicating that it's done...
https://gitweb.torproject.org/stem.git/tree/stem/control.py#n2705
Just makes for a more interesting dance on my end.
Please be very, very careful though that a HSDESC is **always** emitted,
1:1, with a call of this method. If there's any use case where the
controller doesn't get either a success or failure message it'll be left
hanging indefinitely.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/14847#comment:13>
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