[tor-bugs] #23507 [Core Tor/Tor]: Add single onion unreachable address algorithm to prop224
Tor Bug Tracker & Wiki
blackhole at torproject.org
Mon Sep 18 19:21:29 UTC 2017
#23507: Add single onion unreachable address algorithm to prop224
-------------------------------------------------+-------------------------
Reporter: teor | Owner: (none)
Type: defect | Status:
| needs_information
Priority: Medium | Milestone: Tor:
| 0.3.2.x-final
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: tor-spec, prop224, tor-hs, single- | Actual Points:
onion, ipv6 |
Parent ID: #23493 | Points: 0.5
Reviewer: | Sponsor:
-------------------------------------------------+-------------------------
Changes (by dgoulet):
* status: new => needs_information
Comment:
I do think we have all this logic in place already *except* for the
concept of both IPv4 or IPv6 but that is a know limitation for now and
postponed to 033 (#23502).
Can you confirm it?
* `pick_intro_point()` when a service picks intro points.
* `hs_get_extend_info_from_lspecs()` is the function called by the
'''client''' to get the `extend_info_t` from the descriptor. It has many
checks (and some a missing for IPv6 #23502). It WILL NEVER be a direct
connection for client in v3 (no Tor2web).
* `hs_get_extend_info_from_lspecs()` (same as the above) is used by the
'''service''' to connect to the rendezvous point. This time it can
consider for direct connection.
Again, you'll notice that the IPv6 problem in #23502 aren't addressed but
apart from that, is the algorithm you describe followed?
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/23507#comment:1>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list