Files
tor/changes
Nick Mathewson f367453cb5 Mark descriptors as undownloadable when dirserv_add_() rejects them
As of ac2f6b608a in 0.2.1.19-alpha,
Sebastian fixed bug 888 by marking descriptors as "impossible" by
digest if they got rejected during the
router_load_routers_from_string() phase. This fix stopped clients
and relays from downloading the same thing over and over.

But we never made the same change for descriptors rejected during
dirserv_add_{descriptor,extrainfo}.  Instead, we tried to notice in
advance that we'd reject them with dirserv_would_reject().

This notice-in-advance check stopped working once we added
key-pinning and didn't make a corresponding key-pinning change to
dirserv_would_reject() [since a routerstatus_t doesn't include an
ed25519 key].

So as a fix, let's make the dirserv_add_*() functions mark digests
as undownloadable when they are rejected.

Fixes bug 22349; I am calling this a fix on 0.2.1.19-alpha, though
you could also argue for it being a fix on 0.2.7.2-alpha.
2017-06-27 12:01:46 -04:00
..
2016-11-07 16:19:05 -05:00
2017-02-01 10:39:48 -05:00
2016-11-06 16:39:46 -05:00
2016-10-31 15:05:56 -04:00
2016-11-06 16:39:46 -05:00
2016-11-06 16:39:46 -05:00
2016-11-07 11:01:21 -05:00
2016-11-16 13:14:03 +11:00
2016-12-01 10:14:42 -05:00
2016-12-23 08:08:14 -05:00
2017-02-07 09:27:17 -05:00
2017-05-08 13:39:59 -04:00
2017-06-16 14:03:02 -04:00
2017-01-22 18:48:22 -05:00
2016-10-18 19:35:10 -04:00