Maintain separate server and client identity keys when appropriate.

Fixes a bug described in ticket #988.

Maintain separate server and client TLS contexts.

Fixes bug #988.

Refactor tor_tls_context_new:

* Make tor_tls_context_new internal to tortls.c, and return the new
  tor_tls_context_t from it.

* Add a public tor_tls_context_init wrapper function to replace it.

Add public_server_mode function.

Correct a bogus comment.

Whether or not OpenSSL reference-counts SSL_CTX objects is irrelevant;
what matters is that Tor reference-counts its wrapper objects for
SSL_CTXs.

Correct a couple of log messages in tortls.c

Fix several comments in tortls.c

Clarify PublishServerDescriptor even more

Merge remote branch 'rransom/manpage-fixes' into maint-0.2.2

Merge remote branch 'origin/maint-0.2.1' into maint-0.2.2

Update to the October 1 2010 Maxmind GeoLite Country database.

fix comment

log when we guess our ip address, not just when we fail

bump to 0.2.2.17-alpha-dev

retroactively declare the cbt fixes to be major

also put in release blurbs

Describe BridgeRelay and PublishServerDescriptor more correctly.

improve rpm init script by borrowing from Debian

Update rpm spec file so that it will build without manual intervention on all rpm-based distributions

AUTHORS doesn't exist, so stop trying to cp it. Add 'sudo' to a mv that needs higher permissions.

bump to 0.2.2.17-alpha

write up a changelog file

Add a changes file for the bug1912 fix

Note an XXX about potential overflow

Use an upper and lower bound for bridge weights

When picking bridges (or other nodes without a consensus entry (and
thus no bandwidth weights)) we shouldn't just trust the node's
descriptor. So far we believed anything between 0 and 10MB/s, where 0
would mean that a node doesn't get any use from use unless it is our
only one, and 10MB/s would be a quite siginficant weight. To make this
situation better, we now believe weights in the range from 20kB/s to
100kB/s. This should allow new bridges to get use more quickly, and
means that it will be harder for bridges to see almost all our traffic.

Fix check-spaces

Merge commit 'mikeperry/bug1772' into maint-0.2.2

Nominaly lower the minimum timeout value to 1500.

This won't change any behavior, since it will still be rounded back
up to 2seconds, but should reduce the chances of some extra warns.

Merge branch 'bug1772' into maint-0.2.2

fix two casts

Comment network liveness and change detection behavior.

no measurement circs if not enough build times

In the first 100 circuits, our timeout_ms and close_ms
are the same. So we shouldn't transition circuits to purpose
CIRCUIT_PURPOSE_C_MEASURE_TIMEOUT, since they will just timeout again
next time we check.

refactor and recomment; no actual changes

Merge commit 'mikeperry/bug1739' into maint-0.2.2

Merge commit 'mikeperry/bug1740' into maint-0.2.2

Add changes file.

Cap the circuit build timeout to the max time we've seen.

Also, cap the measurement timeout to 2X the max we've seen.

Do away with the complexity of the network liveness detection.

We really should ignore any timeouts that have *no* network activity for their
entire measured lifetime, now that we have the 95th percentile measurement
changes. Usually this is up to a minute, even on fast connections.

Fix state checks on liveness handling.

If we really want all this complexity for these stages here, we need to handle
it better for people with large timeouts. It should probably go away, though.

Fix non-live condition checks.

Rechecking the timeout condition was foolish, because it is checked on the
same codepath. It was also wrong, because we didn't round.

Also, the liveness check itself should be <, and not <=, because we only have
1 second resolution.

Add changes file.

Send control port events for timeouts.

We now differentiate between timeouts and cutoffs by the REASON string and
the PURPOSE string.

Add changes file.

Only count timeout data for 3 hop circuits.

Use 4/3 of this timeout value for 4 hop circuits, and use half of it for
canabalized circuits.

even more comment

improve code comments, based on comments from nick

a changelog entry for the entrynodes retry mess

handle ugly edge case in retrying entrynodes

Specifically, a circ attempt that we'd launched while the network was
down could timeout after we've marked our entrynodes up, marking them
back down again. The fix is to annotate as bad the OR conns that were
around before we did the retry, so if a circuit that's attached to them
times out we don't do anything about it.

Actually notice when our last entrynode goes down

Otherwise we'd never set have_minimum_dir_info to false, so the
"optimistic retry" would never trigger.

optimistically retry EntryNodes on socks request

We used to mark all our known bridges up when they're all down and we
get a new socks request. Now do that when we've set EntryNodes too.

remove a redundant assert

refactor; no actual changes

Merge branch 'maint-0.2.1' into maint-0.2.2

actually retry bridges when your network goes away

Remove the completely outdated Win32Build directory

If you want to try to build Tor with a recent MSVC, you are better
off starting from scratch than trying to use the project files that
we used to build 2006 versions of Tor using 2006 versions of MSVC.

a dir-spec entry for refuseunknownexits

plus quiet a log line

the actual changelog entry this time

changelog entry for bug1751

Merge remote branch 'sebastian/bug1964' into maint-0.2.2

Fix a bridge segfault

When we enabled support to change statistic options without restarting
Tor we forgot to initialize geoip_countries. Fix that.

Merge branch 'refuseunknown' into maint-0.2.2

Add RefuseUnknownExits to the manpage

Merge branch 'bug1751_enabling' into maint-0.2.2

Change bug1751 enabling code based on comments from arma

Merge remote branch 'public/bug1954' into maint-0.2.2

Merge branch 'bug1805' into maint-0.2.2

Clean up some bug1805 comments based on arma's feedback

Merge remote branch 'mikeperry/bug1952-merge' into maint-0.2.2

Add changelog for bug 1952.

Update dir-spec.txt with new weight constraints.

Implement new Wxx constraints.

Cases 1 and 3b are provably correct. Case 2b has a fallback to first try to
maximize entropy.

Consistency issues in load_windows_system_library patch. Thanks Sebastian

Merge remote branch 'sebastian/continuation'

Note that the torrc format doesn't need nl at end

Merge branch 'bug1511'

Tweak continuation-and-comment logic

I think there was a read-off-the-end-of-the-buffer bug that I fixed.
At least I added some good comments, I hope.

Add new torrc line continuation unit tests

We want to make sure that we don't break old torrc files that might have
used something like this made-up example:

    ContactInfo UberUser <uber@user.com> # /// Fake email! \\\
    Log info file /home/nick.mathewson/projects/tor-info.log

And we also want to support the following style of writing your torrc:

    ExcludeNodes \
    # Node1337 is run by the Bavarian Illuminati
      Node1337, \
    # The operator of Node99 looked at me funny
      Node99

The code already handles both cases, but the unit test should help prove
it.

Rename has_completed_circuit to can_complete_circuit

Also redocument it.  Related to #1362.

Merge remote branch 'arma/bug1362'

Changes to bug1959_part1 on review from arma.

Significant one: we want to say "not enough entry nodes descriptors, so we
can't build circuits" only when we have 0 descriptors.

Make our min-info check also check for entry node presence

Part of a fix for bug1959

Even more accurate handling for shifting accounting intervals

Roger correctly pointed out that my code was broken for accounting
periods that shifted forwards, since
start_of_accounting_period_containing(interval_start_time) would not
be equal to interval_start_time, but potentially much earlier.

Use load_windows_system_library in place of LoadLibrary

New function to load windows system libraries

This function uses GetSystemDirectory() to make sure we load the version
of the library from c:\windows\system32 (or local equivalent) rather than
whatever version lives in the cwd.

Merge branch 'bug1789'

Bug1789 cleanups suggested by arma

The significant one is that we look at RelayBandwidthRate if it is set.

log when we finish a circuit after being offline

Correct default for RendPostPeriod in docs

First cut of code to enable RefuseUnknownExits

The RefuseUnknownExits config option is now a tristate, with "1"
meaning "enable it no matter what the consensus says", "0" meaning
"disable it no matter what the consensus says", and "auto" meaning "do
what the consensus says".  If the consensus is silent, we enable
RefuseUnknownExits.

This patch also changes the dirserv logic so that refuseunknownexits
won't make us cache unless we're an exit.

Merge branch 'bug1956'

changelog entry for bug 1943

A start at a patch for bug 1943 (alignment issues)

Count unknown authorities as unknown only once, not once per signature.

Do not double-report signatures from unrecognized authorities both as
"from unknown authority" and "not present".  Fixes bug 1956, bugfix on
0.2.2.16-alpha.

Attempt to fix compilation on Windows

Our attempt to make compilation work on old versions of Windows
again while keeping wince compatibility broke the build for Win2k+.
helix reports this patch fixes the issue for WinXP. Bugfix on
0.2.2.15-alpha; related to bug 1797.

bump to 0.2.2.16-alpha-dev

best tor ever!

I hear we are close to a release.  Clean up the whitespace.

fold in the recent changes files

Change 'bugfix on' line for changes/bug1921.

Karsten says: "the ChangeLog should say it's a bugfix on
0.2.2.15-alpha, because enabling stats while Tor is running (which
leads to this false log message) is only possible since then."

Sounds right enough to me.  Tell me if I'm wrong.

Merge remote branch 'sebastian/bug1921'

perconnbwrate and perconnbwburst consensus params