[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #17945 [Core Tor/Tor]: Stop Tor2Web connecting to (Rendezvous) Single Onion Services

#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@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs