November 2010 Progress Report

New Releases

  • On November 16 we released the latest in the Tor -alpha series. Tor fixes several crash bugs that have been nagging us lately, makes unpublished bridge relays able to detect their IP address, and fixes a wide variety of other bugs to get us much closer to a stable release.
  • On November 23, we released the latest in the Tor -stable series. Tor makes relays work with OpenSSL 0.9.8p and 1.0.0.b --yet another OpenSSL security patch broke its compatibility with Tor. We also took this opportunity to fix several crash bugs, integrate a new directory authority, and update the bundled GeoIP database.
  • On November 21, we released the latest in the Tor -alpha series. Yet another OpenSSL security patch broke its compatibility with Tor: Tor makes relays work with OpenSSL 0.9.8p and 1.0.0.b.
  • On November 26, we released updated Tor Browser Bundles. There are new
    browser bundles out with the updated Tor versions ( and
    that work with the latest OpenSSL.
  • On November 30th, we released the latest Arm relay monitor. Damian writes,
    "What's new since August of 2009, you ask? Lots. The project has been under
    very active development, continuing to add usability improvements to make relay
    operation nicer and less error prone. If you're really curious what I've been up
    to this last year then it's all available in the change log."
    For those unfamiliar, arm is a terminal monitor for Tor relays and, to a growing
    extent, end users.


Bridge relay work
Mike's initial research into bridges shows that we get 700-800 new bridges a day, but around 500 of them stay online and are reliable enough to give to users. We are developing ways to create more bridges through packaging that turns users into a bridge by default, a hardware router that acts as a bridge and transparent tor proxy, and creating images for cloud computing providers such as Amazon, Rackspace, and Microsoft. We're tracking the progress of these projects at:

Scalability, load balancing, directory overhead, efficiency

  • Sebastian and Nick spent some time debugging and resolving the issues with the OpenSSL changes to address a security announcement. The results of this work
    is included in the Tor and releases. Initially, we did not see any direct relevance to Tor:…
  • Karsten implemented the new user number estimate based on directory requests to many directory mirrors in the metrics portal,
  • Karsten finished tech report on estimating user numbers together with Sebastian and with very helpful comments from Roger and Thomas. The report is available on the metrics website, and the specific report is at
  • Karsten implemented a few Tor patches, most of them related to metrics, that
    were kindly reviewed and merged by Nick: made log granularity configurable (#1668, 0.2.3.x); included GeoIP database identifier in extra-info descriptors (#1883, 0.2.3.x); turned on dirreq-stats by default (#2174, 0.2.3.x); fixed a bug where fast relays exceeded the 50K limit for extra-info descriptors (#2183, 0.2.2.x); reduced exit-stats to top 10 ports (#2196, 0.2.2.x).
  • Karsten implemented a few metrics website improvements: all servlets use a database connection pool for their queries; ExoneraTor uses the database tables instead of files; we upgraded to R 2.11.1 after finding out that the reshape package has a problem with large POSIXlt vectors.
  • Karsten fixed the Python version of the VisiTor script that was contributed by Kiyoto Tamura.
  • Nick did some multithreaded crypto hacking, wrote the missing code to have clients fetch microdescriptors, and spent a good while longer bughunting in Tor,
    particularly for issues related to brokenness in and around openssl.
  • Nick also spent a while chasing down more lingering Libevent bugs that don't affect Tor directly; having Libevent useful for more people means that we get more contributors for the Libevent codebase, which in turn helps Tor indirectly. Tor is heavily dependent on libevent, therefore the better libevent becomes, the better Tor becomes.

We are migrating all translation work over to Runa spent the month preparing the po/pot files for migration, committing translations still residing in pootle at