| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
| |
make dnsconn->address reflect what it's currently resolving
svn:r624
|
|
|
|
| |
svn:r592
|
|
|
|
|
|
|
| |
and fix a few typos
svn:r571
|
|
|
|
| |
svn:r538
|
|
|
|
| |
svn:r537
|
|
|
|
| |
svn:r502
|
|
|
|
| |
svn:r497
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ERR is if something fatal just happened
WARNING is something bad happened, but we're still running. The bad thing
is either a bug in the code, an attack or buggy protocol/implementation
of the remote peer, etc. The operator should examine the bad thing and
try to correct it.
(No error or warning messages should be expected. I expect most people
to run on -l warning eventually.)
NOTICE is never ever used.
INFO means something happened (maybe bad, maybe ok), but there's nothing
you need to (or can) do about it.
DEBUG is for everything louder than INFO.
svn:r486
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
'buf_t' is now an opaque type defined in buffers.c .
Router descriptors now include all keys; routers generate keys as
needed on startup (in a newly defined "data directory"), and generate
their own descriptors. Descriptors are now self-signed.
Implementation is not complete: descriptors are never published; and
upon receiving a descriptor, the directory doesn't do anything with
it.
At least "routers.or" and orkeygen are now obsolete, BTW.
svn:r483
|
|
|
|
| |
svn:r460
|
|
|
|
|
|
|
| |
still several (many) tls-related bugs outstanding.
svn:r454
|
|
|
|
| |
svn:r417
|
|
|
|
|
|
|
|
|
|
| |
please poke at it and report bugs
still needs polishing, and only handles onions now (should handle
OR handshakes too)
svn:r402
|
|
|
|
|
|
|
|
|
| |
add NumCpus config variable in preparation for cpuworkers
hardcode /etc/torrc path for config (simplifies win32 port)
improve exit policy debugging during router entry parsing
svn:r397
|
|
|
|
| |
svn:r396
|
|
|
|
| |
svn:r389
|
|
|
|
| |
svn:r388
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- signal support
- forking for DNS farm
- changes for async IO
- daemonizing
In other words, some files still don't build, and the ones that do build,
do nonblocking IO incorrectly.
I'm also not checking in the project files till I have a good place
for them.
svn:r380
|
|
|
|
| |
svn:r359
|
|
|
|
|
|
|
|
|
|
| |
(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:r354
|
|
|
|
|
|
|
|
| |
apparently glibc 2.2.4 and windows both have async gethostbynames now.
we'll want to make use of them if they're available (via autoconf).
svn:r347
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
clean up circuit_deliver_relay_cell convention
svn:r312
|
|
|
|
|
|
|
|
|
|
| |
remove sendme cells
replace malloc with tor_malloc
patch (but not track down) bug in onion pending list
streamline connection_ap handshake
svn:r293
|
|
|
|
|
|
| |
separate file.
svn:r224
|
|
|
|
| |
svn:r223
|
|
|
|
| |
svn:r164
|
|
|
|
| |
svn:r161
|
|
|
|
| |
svn:r159
|
|
|
|
|
|
|
| |
serious performance increase over non-caching
svn:r158
|
|
|
|
|
|
|
|
|
| |
(they wouldn't have before)
alternate code which bypasses the dns farm, so we can compare speed
svn:r154
|
|
|
|
|
|
|
| |
performance is better, but not by much. not sure why yet.
svn:r153
|
|
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
|