| Commit message (Expand) | Author | Age |
* | Fix a crash when we load a bridge descriptor from disk but we don't•••currently have a Bridge line for it in our torrc. Bugfix on
0.2.0.12-alpha.
svn:r12921
| Roger Dingledine | 2007-12-22 |
* | Fix a crash when we fetch a descriptor that turns out to be•••unexpected (it used to be in our networkstatus when we started
fetching it, but it isn't in our current networkstatus), and we
aren't using bridges. Bugfix on 0.2.0.x.
svn:r12911
| Roger Dingledine | 2007-12-21 |
* | clean up copyrights, and assign 2007 copyrights to The Tor Project, Inc•••svn:r12786
| Roger Dingledine | 2007-12-12 |
* | If we can't expand our list of entry guards (e.g. because we're•••using bridges or we have StrictEntryNodes set), don't mark relays
down when they fail a directory request. Otherwise we're too quick
to mark all our entry points down.
svn:r12755
| Roger Dingledine | 2007-12-10 |
* | We were ignoring our RelayBandwidthRate for the first 30 seconds•••after opening a circuit -- even relayed circuits. Bugfix on
0.2.0.3-alpha.
svn:r12638
| Roger Dingledine | 2007-12-02 |
* | minor cleanups•••svn:r12571
| Roger Dingledine | 2007-11-26 |
* | Only update guard status (usable / not usable) once we have•••enough directory information. This was causing us to always pick
two new guards on startup (bugfix on 0.2.0.9-alpha), and it was
causing us to discard all our guards on startup if we hadn't been
running for a few weeks (bugfix on 0.1.2.x). Fixes bug 448.
svn:r12570
| Roger Dingledine | 2007-11-26 |
* | If we're using bridges or have strictentrynodes set, and our•••chosen exit is in the same family as all our bridges/entry guards,
then be flexible about families.
svn:r12514
| Roger Dingledine | 2007-11-16 |
* | i'm a little teapot, ...•••svn:r12513
| Roger Dingledine | 2007-11-16 |
* | If we're trying to fetch a bridge descriptor and there's no way•••the bridge authority could help us (for example, we don't know
a digest, or there is no bridge authority), don't be so eager to
fall back to asking the bridge authority.
svn:r12512
| Roger Dingledine | 2007-11-16 |
* | Fix a small memory leak whenever we decide against using a•••newly picked entry guard. Reported by Mike Perry.
svn:r12506
| Roger Dingledine | 2007-11-15 |
* | If bridge users set UpdateBridgesFromAuthority, but the digest•••they ask for is a 404 from the bridge authority, they now fall
back to trying the bridge directly.
svn:r12368
| Roger Dingledine | 2007-11-04 |
* | r16242@catbus: nickm | 2007-10-28 16:28:13 -0400••• Implement if-modified-since for consensus networkstatuses so that we do not download duplicates needlessly.
svn:r12258
| Nick Mathewson | 2007-10-28 |
* | bugfix on r11298:•••Fix a minor memory leak whenever we parse guards from our state
file. Bugfix on 0.2.0.7-alpha.
svn:r11862
| Roger Dingledine | 2007-10-11 |
* | i heard that users know the phrase 'system clock' better than 'clock'. hm.•••svn:r11820
| Roger Dingledine | 2007-10-09 |
* | r15530@catbus: nickm | 2007-10-04 12:16:27 -0400••• Add a bunch of function documentation; clean up a little code; fix some XXXXs; tag the nonsensical EXTRAINFO_PURPOSE_GENERAL as nonsesnse; note another bit of "do not cache special routers" code to nuke.
svn:r11761
| Nick Mathewson | 2007-10-04 |
* | Make "UpdateBridgesFromAuthority" torrc option work: when bridge•••users configure that and specify a bridge with an identity
fingerprint, now they will lookup the bridge descriptor at the
default bridge authority via a one-hop tunnel, but once circuits
are established they will switch to a three-hop tunnel for later
connections to the bridge authority.
svn:r11550
| Roger Dingledine | 2007-09-21 |
* | r14294@Kushana: nickm | 2007-09-01 13:50:03 -0400••• Oops. Initialize "changed" variable when removing obsolete guards.
svn:r11346
| Nick Mathewson | 2007-09-01 |
* | r14826@catbus: nickm | 2007-08-29 13:19:55 -0400••• Add a line to the state file for each guard to let us know which version added the guard. If the line is absent, assume the guard was added by whatever version of Tor last wrote the state file. Remove guards if the version that added them was using a bad guard selection algorithm. (Previously, we removed guards if the version that wrote the file was using a bad guard selection algorithm, even if the guards themselves were chosen by a good version.)
svn:r11298
| Nick Mathewson | 2007-08-29 |
* | r14821@catbus: nickm | 2007-08-27 19:57:56 -0400••• Check for absent nickname when making extend info. I still dont know when this happens, but it is easy enough to check for. Fixes bug 467.
svn:r11293
| Nick Mathewson | 2007-08-28 |
* | r14200@kushana: nickm | 2007-08-24 08:33:41 -0400••• In new code, let's try to prefer named flags to mazes of twisted boolean arguments, all alike.
svn:r11267
| Nick Mathewson | 2007-08-24 |
* | patch from mike perry to a) stop overloading guards as much, and•••b) raise the max-believable-bandwidth to 10MB/s.
svn:r11258
| Roger Dingledine | 2007-08-24 |
* | backport candidate:•••Fix a minor memory leak when we fail to find enough suitable
servers to choose a circuit. Bugfix on 0.1.2.x.
svn:r11247
| Roger Dingledine | 2007-08-22 |
* | r14659@catbus: nickm | 2007-08-18 14:19:34 -0400••• When we are loading state info from disk, never believe any date in the future. Doing so can keep us from retrying guards, rotating onion keys, storing bandwidth info, etc. Fixes bug 434, and others. Backport candidate, once it has been tested.
svn:r11166
| Nick Mathewson | 2007-08-18 |
* | Be even more aggressive about separating local traffic from relayed•••traffic when RelayBandwidthRate is set. (Refines proposal 111.)
svn:r10974
| Roger Dingledine | 2007-07-29 |
* | make progress towards retrying our bridges when they're all•••down and we get a new socks request
svn:r10967
| Roger Dingledine | 2007-07-29 |
* | r13920@catbus: nickm | 2007-07-26 16:25:25 -0400••• whitespace fixes
svn:r10935
| Nick Mathewson | 2007-07-26 |
* | r13858@catbus: nickm | 2007-07-22 18:44:02 -0400••• Fix/note some relatively trivial mem usage issues
svn:r10905
| Nick Mathewson | 2007-07-22 |
* | handle fetching bridge descriptors from the bridge authority too.•••svn:r10898
| Roger Dingledine | 2007-07-22 |
* | when requesting tor/server/authority, ask for tor/server/authority.z•••instead. same functionality, saves a bit of bandwidth. and might even
work.
svn:r10896
| Roger Dingledine | 2007-07-21 |
* | timeout and retry schedules for fetching bridge descriptors•••svn:r10867
| Roger Dingledine | 2007-07-18 |
* | using fascistfirewall and having your bridge on an unreachable•••port silently didn't mix. now they loudly don't mix.
svn:r10862
| Roger Dingledine | 2007-07-18 |
* | free bridge list on exit; try harder to free buffer freelists on exit.•••svn:r10854
| Roger Dingledine | 2007-07-17 |
* | If there's a never-before-connected-to guard node in our list,•••never choose any guards past it. This way we don't expand our
guard list unless we need to. [Bugfix in 0.1.2.x]
I'm not sure if this will solve all our problems, but it is at least
something.
svn:r10730
| Roger Dingledine | 2007-07-02 |
* | if we already have a bridge in our state file, it won't be•••in the networkstatuses, so we'll mark it unusable when we
load it, and then when we get a new routerinfo for it, we'll
still think it's unusable. fix that.
svn:r10612
| Roger Dingledine | 2007-06-15 |
* | bugfix on r10609: don't fail asserts when closing circuits•••that were connected to an unkeyed connection.
svn:r10611
| Roger Dingledine | 2007-06-15 |
* | now we can specify a bridge without specifying its key,•••and we will still connect to it and use it. getting closer!
svn:r10609
| Roger Dingledine | 2007-06-15 |
* | Refine r10571: more work on bridge stuff.••• - Only listen to responses for "authority" fetches if we're configured
to use Bridges. Otherwise it's safe (and maybe smarter) to silently
discard them like we used to.
- React faster to download networkstatuses after the first bridge
descriptor arrives.
- Don't do dir fetches before we have any bridges, even when our
dirport is open.
svn:r10604
| Roger Dingledine | 2007-06-15 |
* | More work towards making bridge users able to connect via bridges:••• - demand options->Bridges and options->TunnelDirConns if
options->UseBridges is set.
- after directory fetches, accept descriptors that aren't referenced by
our networkstatuses, *if* they're for a configured bridge.
- delay directory fetching until we have at least one bridge descriptor.
- learn how to build a one-hop circuit when we have neither routerinfo
nor routerstatus for our destination.
- teach directory connections how to pick a bridge as the destination
directory when doing non-anonymous fetches.
- tolerate directory commands for which the dir_port is 0.
- remember descriptors when the requested_resource was "authority",
rather than just ignoring them.
- put bridges on our entry_guards list once we have a descriptor for them.
When UseBridges is set, only pick entry guards that are bridges. Else
vice versa.
svn:r10571
| Roger Dingledine | 2007-06-12 |
* | more building blocks towards being able to fetch bridge descriptors•••svn:r10548
| Roger Dingledine | 2007-06-10 |
* | discard the "bridge list" stubs that i hope i never need.•••svn:r10547
| Roger Dingledine | 2007-06-10 |
* | avoid leaking memory in a path never followed. pointed out•••by robert watson.
svn:r10521
| Roger Dingledine | 2007-06-07 |
* | forward-port r10318•••svn:r10319
| Roger Dingledine | 2007-05-24 |
* | r12853@catbus: nickm | 2007-05-22 11:36:54 -0400••• Make connection_array into a smartlist.
svn:r10292
| Nick Mathewson | 2007-05-22 |
* | clean up r10240 so we avoid the exit node itself too•••svn:r10242
| Roger Dingledine | 2007-05-22 |
* | When choosing an entry guard for our circuit, avoid using guards•••that are in the same family as the chosen exit -- not just guards
that are exactly the chosen exit. (Reported by lodger.)
svn:r10240
| Roger Dingledine | 2007-05-22 |
* | r12697@catbus: nickm | 2007-05-09 00:15:40 -0400••• Change authority_type_t to a set of flags; use it more consistently.
svn:r10144
| Nick Mathewson | 2007-05-09 |
* | Interim commit: new config options Bridge and UseBridges.•••It is becoming increasingly clear to me that bridges should
be a special case of entry guards, not a whole separate pile
of nearly identical functions.
svn:r10141
| Roger Dingledine | 2007-05-08 |
* | record the router purpose at each step of the circuit path.•••i have the feeling this will come in handy.
svn:r10139
| Roger Dingledine | 2007-05-08 |
* | clean up some function argument names•••svn:r10138
| Roger Dingledine | 2007-05-08 |