[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #23507 [Core Tor/Tor]: Add single onion unreachable address algorithm to prop224
#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
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs