prop224: HSdir index desynch between client and service
David found his client unable to connect to his service. Apparently, they compute different hsdir indices, since it was 12:20UTC (non-overlap period) and the live consensus had valid-after at 11:00UTC (overlap period). Apparently something got confused.
Theory: We use
time(NULL) as the time in
node_set_hsdir_index() whereas we use the live consensus
rotate_all_descriptors(). This can cause desynch within the same tor instance. We should probably use the live consensus
valid-after in all cases to have a common point of reference, and avoid problems with clock skews.