Re: [tor-bugs] #23764 [Core Tor/Tor]: hs-v3: No live consensus on client with a bridge

["Tor Bug Tracker & Wiki" <blackhole@xxxxxxxxxxxxxx>]

#23764: hs-v3: No live consensus on client with a bridge
-------------------------------------------------+-------------------------
 Reporter:  dgoulet                              |          Owner:  dgoulet
     Type:  defect                               |         Status:  new
 Priority:  High                                 |      Milestone:  Tor:
                                                 |  unspecified
Component:  Core Tor/Tor                         |        Version:
 Severity:  Normal                               |     Resolution:
 Keywords:  tor-hs, prop224, technical-debt,     |  Actual Points:
  034-triage-20180328, 034-removed-20180328      |
Parent ID:                                       |         Points:
 Reviewer:                                       |        Sponsor:
-------------------------------------------------+-------------------------

Comment (by dgoulet):

 Replying to [comment:14 teor]:
 > > The second big part would be in `hs_get_responsible_hsdirs()` which
 also requires a live consensus but also used by the service ... so some
 split to be done.
 >
 > No, services should also work with a reasonably live consensus.
 Otherwise, people running services on small devices with skewed clocks
 will be sad.

 To do such a feature, I would open two tickets for client and service
 side. They behave in very different ways and on the service side, the big
 piece of work would be unit testing by upgrading our *critical*
 reachability test case.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/23764#comment:16>
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