| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Ignore connections two hours after switching from bridge to relay or back.
|
|
|
|
Basically, all this means is downgrading our warning messages to debug
messages, since the bug workaround code here is adequate to stop the
bug.
|
|
|
|
If we ever add an event, then set it, then add it again, there will be
now two pointers to the event in the event base. If we delete one and
free it, the first pointer will still be there, and possibly cause a
crash later.
This patch adds detection for this case to the code paths in
eventdns.c, and works around it. If the warning message ever
displays, then a cleverer fix is in order.
{I am not too confident that this *is* the fix, since bug 957 is very
tricky. If it is, it is a bugfix on 0.2.0.}
|
|
and cert from disk. Bugfix on 0.2.0.1-alpha.
|
|
When we got a descriptor that we (as an authority) rejected as totally
bad, we were freeing it, then using the digest in its RAM to look up its
download status. Caught by arma with valgrind. Bugfix on 0.2.1.9-alpha.
|
|
|
|
|
|
Bridges are not supposed to publish router descriptors to the directory
authorities. It defeats the point of bridges when they are included in the
public relay directory.
This patch puts out a warning and exits when the node is configured as
a bridge and to publish v1, v2, or v3 descriptors at the same time.
Also fixes part of bug 932.
|
|
This fixes bug 932, where all of our usage totals for users when we
were a regular server would get included in the extrainfo document.
|
|
This addresses the first part of bug 918. Users are now warned when
they try to use hibernation in combination with a port below 1024
when they're not on Windows. We don't want to die here, because
people might run Tor as root, use a capabilities system or some
other platform that will allow them to re-attach low ports.
Wording suggested by Marian
|
|
(Don't crash immediately if we have leftover chunks to free after
freeing chunks in a buffer freelist; instead log a debugging message
that might help.)
|
|
|
|
svn:r19367
|
|
svn:r19337
|
|
bytes (aka 20KB/s), to match our documentation. Also update
directory authorities so they always assign the Fast flag to relays
with 20KB/s of capacity. Now people running relays won't suddenly
find themselves not seeing any use, if the network gets faster
on average.
svn:r19305
|
|
now avoid using begin_dir for all direct connections.
svn:r19296
|
|
svn:r19295
|
|
svn:r19293
|
|
me further)
svn:r19292
|
|
IP address changes: directory mirrors were mistakenly telling them
their old address if they asked via begin_dir, so they never got
an accurate answer about their new address, so they just vanished
after a day. Should fix bugs 827, 883, and 900 -- but alas, only
after every directory mirror has upgraded.
svn:r19291
|
|
version. otherwise there's no reason to tell the user we're
doing behind-the-scenes cleaning.
svn:r19288
|
|
ago. This change should significantly improve client performance,
especially once more people upgrade, since relays that have been
a guard for a long time are currently overloaded.
svn:r19287
|
|
svn:r19262
|
|
This makes bridge lines a bit smaller and easier for users to
understand.
Also, remove a duplicate changelog entry from the past.
svn:r19260
|
|
operator changed the bandwithrate or bandwithburst settings.
svn:r19259
|
|
is set
svn:r19257
|
|
fuzzing found the rest.
svn:r19250
|
|
to help track whether we received them when a relay operator claims
they got sent.
svn:r19213
|
|
not new enough, write that in the logs. might be helpful one day.
svn:r19195
|
|
The directory authorities were refusing v3 consensus votes from
other authorities, since the votes are now 504K. Fixes bug 959;
bugfix on 0.0.2pre17 (where we raised it from 50K to 500K ;).
svn:r19194
|
|
requests for votes or keys. Bugfix on 0.2.0.8-alpha; exposed by
bug 959.
svn:r19189
|
|
svn:r19080
|
|
unless we will use it.
svn:r19079
|
|
routerstatus instead when generating circuit events. Also refactor a little.
svn:r19078
|
|
bug 941 fix.
svn:r19077
|
|
When we used smartlist_free to free the list of succesful uploads
because we had succeeded in uploading everywhere, we did not actually
set the successful_uploads field to NULL, so later it would get freed
again in rend_service_descriptor_free. Fix for bug 948; bug
introduced in 0.2.1.6-alpha.
svn:r19073
|
|
Backport candidate
svn:r19057
|
|
svn:r18924
|
|
svn:r18919
|
|
Avoid trying to print raw memory to the logs when we decide to
give up on downloading a given relay descriptor. Bugfix on
0.2.1.9-alpha.
svn:r18831
|
|
svn:r18827
|
|
of 0. Now also reject extend cells with destination port or address
of 0. Suggested by lark.
svn:r18812
|
|
svn:r18761
|
|
tor_sscanf() only handles %u and %s for now, which will make it
adequate to replace sscanf() for date/time/IP parsing. We want this
to prevent attackers from constructing weirdly formed descriptors,
cells, addresses, HTTP responses, etc, that validate under some
locales but not others.
svn:r18760
|
|
It seems that 64-bit Sparc Solaris demands 64-bit-aligned access to
uint64_t, but does not 64-bit-align the stack-allocated char array we
use for cpuworker tags. So this patch adds a set/get_uint64 pair, and
uses them to access the conn_id field in the tag.
svn:r18743
|
|
svn:r18683
|
