| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
| |
(expiry time set to 100 seconds so we can play with it)
exit connections are now informed when pending resolves fail
we kill off the oldest busy worker when we're under attack and need to
resolve something new
svn:r356
|
|
|
|
| |
svn:r353
|
|
|
|
| |
svn:r352
|
|
|
|
| |
svn:r340
|
|
|
|
| |
svn:r334
|
|
|
|
| |
svn:r333
|
|
|
|
|
|
|
|
|
|
| |
i've eliminated the master dns process, so now the workers just
act like regular connections and are handled by the normal pollarray.
everything seems to still work. ;)
svn:r327
|
|
|
|
| |
svn:r318
|
|
|
|
| |
svn:r298
|
|
|
|
|
|
|
|
|
|
| |
remove sendme cells
replace malloc with tor_malloc
patch (but not track down) bug in onion pending list
streamline connection_ap handshake
svn:r293
|
|
|
|
| |
svn:r288
|
|
|
|
| |
svn:r287
|
|
|
|
| |
svn:r281
|
|
|
|
| |
svn:r280
|
|
|
|
| |
svn:r279
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Or at least, directories get generated, signed, download, and checked, with
nobody seeming to crash.
In config/*, added 'signing-key' blocks to dirservers and routers.or, so
that everyone will know about the directories' signing keys.
In or/directory.c, refrained from using a dirserver's signing key when
no such key is known; added more debugging output.
In or/main.c, added debugging output and fixed a few logic errors.
In or/routers.c, added debugging output and prevented a segfault on
routers_resolve_directory. The interleaving of arrays and lists on
routerinfo_t is still messy, but at least it seems to work again.
svn:r278
|
|
|
|
|
|
| |
between everything; remove some unused interfaces
svn:r276
|
|
|
|
| |
svn:r274
|
|
|
|
|
|
| |
completely refactored. Need documentation and integration. Explanitory mail forthcoming.
svn:r271
|
|
|
|
| |
svn:r270
|
|
|
|
|
|
| |
checking sigs yet
svn:r268
|
|
|
|
| |
svn:r266
|
|
|
|
|
|
|
| |
still need to change circuit-level sendmes
svn:r264
|
|
|
|
| |
svn:r260
|
|
|
|
| |
svn:r251
|
|
|
|
| |
svn:r237
|
|
|
|
|
|
|
|
| |
now we rebuild the circuit periodically (but only if it's been used),
and we can further abstract it to do incremental circuit building, etc.
svn:r233
|
|
|
|
|
|
|
| |
route selection still doesn't pay attention to exit policies though
svn:r227
|
|
|
|
|
|
| |
separate file.
svn:r224
|
|
|
|
|
|
|
|
| |
if your ORPort is non-zero then you must connect to all nodes
if your DirPort is non-zero then you must act like a directory server
svn:r192
|
|
|
|
| |
svn:r185
|
|
|
|
| |
svn:r176
|
|
|
|
| |
svn:r174
|
|
|
|
| |
svn:r167
|
|
|
|
| |
svn:r164
|
|
|
|
|
|
|
| |
serious performance increase over non-caching
svn:r158
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
on startup, it forks off a master dns handler, which forks off dns
slaves (like the apache model). slaves as spawned as load increases,
and then reused. excess slaves are not ever killed, currently.
implemented topics. each topic has a receive window in each direction
at each edge of the circuit, and sends sendme's at the data level, as
per before. each circuit also has receive windows in each direction at
each hop; an edge sends a circuit-level sendme as soon as enough data
cells have arrived (regardless of whether the data cells were flushed
to the exit conns). removed the 'connected' cell type, since it's now
a topic command within data cells.
at the edge of the circuit, there can be multiple connections associated
with a single circuit. you find them via the linked list conn->next_topic.
currently each new ap connection starts its own circuit, so we ought
to see comparable performance to what we had before. but that's only
because i haven't written the code to reattach to old circuits. please
try to break it as-is, and then i'll make it reuse the same circuit and
we'll try to break that.
svn:r152
|
|
|
|
|
|
|
|
| |
when we had lots of new onions coming in, we were using 40% of
our time searching through the tracked_onions linked list.
svn:r150
|
|
|
|
|
|
|
|
|
|
|
| |
we also queue data cells destined for a circuit that is
pending, and process them once the circuit opens
destroys reach into the queue and remove the pending onion,
along with its collected data cells
svn:r142
|
|
|
|
| |
svn:r140
|
|
|
|
|
|
|
| |
first cut, probably needs more playing with
svn:r137
|
|
|
|
|
|
|
| |
reformat parts of onion.c
svn:r136
|
|
|
|
|
|
|
| |
don't list non-open ORs in the directory
svn:r134
|
|
|
|
| |
svn:r132
|
|
|
|
| |
svn:r129
|
|
|
|
|
|
|
|
|
| |
now tor can be run safely inside nat'ed areas that kill idle
connections; and the proxy can handle when you suspend your laptop
and then emerge hours later from a new domain.
svn:r125
|
|
|
|
| |
svn:r121
|
|
|
|
|
|
|
|
|
|
| |
prkey is only fetched when it's needed
tor nodes who aren't dirservers now fetch directories and autoconnect
to new nodes listed in the directory
default role is a non-dirserver node
svn:r120
|
|
|
|
|
|
|
| |
if connecting to a dirserver fails, remove it from the router array
svn:r113
|
|
|
|
|
|
|
|
| |
proxies now periodically pull down an hourly-updated directory,
and replace their router list with it if it parses correctly.
svn:r112
|