#17945: Stop Tor2Web connecting to (Rendezvous) Single Onion Services -------------------------------------------------+------------------------- Reporter: teor | Owner: (none) Type: enhancement | Status: new Priority: Medium | Milestone: Tor: | 0.3.3.x-final Component: Core Tor/Tor | Version: Severity: Normal | Resolution: Keywords: tor2web, tor-hs, 029-proposed, 029 | Actual Points: -teor-no, needs-design, needs-proposal-maybe, | single-onion | Parent ID: #24962 | Points: 5 Reviewer: | Sponsor: -------------------------------------------------+-------------------------
Comment (by dgoulet): So I think in theory this should be simple. Once we splice the rend circuit, we should asses that the `p_chan` *and* the `n_chan` are both client (`channel_is_client()`). If so, we close both sides with a remote reason. Either we go with `END_CIRC_REASON_TORPROTOCOL` but then we have to bake it in the tor spec I think that we don't allow both ways to be single hop. Or something like `END_CIRC_REASON_DESTROYED`... I think we just need a reason that will make the tor2web client not retry again and again the same RP. -- Ticket URL: <https://trac.torproject.org/projects/tor/ticket/17945#comment:40> Tor Bug Tracker & Wiki <https://trac.torproject.org/> The Tor Project: anonymity online
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs