| Commit message (Collapse) | Author | Age |
... | |
|
|
|
| |
svn:r551
|
|
|
|
| |
svn:r546
|
|
|
|
|
|
|
|
|
|
| |
our log() conflicts with log(3)
distribute only the correct files from doc/ and src/config/
sometimes laptops go back in time. i guess that's ok for now.
and bump the version number because we're live.
svn:r544
|
|
|
|
| |
svn:r542
|
|
|
|
| |
svn:r539
|
|
|
|
| |
svn:r538
|
|
|
|
| |
svn:r537
|
|
|
|
|
|
|
| |
(or at least, we can talk to mozilla.)
svn:r536
|
|
|
|
| |
svn:r533
|
|
|
|
| |
svn:r532
|
|
|
|
|
|
|
| |
ACIs are decided now by strcmp'ing nicknames, rather than comparing addr:port
svn:r529
|
|
|
|
| |
svn:r528
|
|
|
|
| |
svn:r527
|
|
|
|
| |
svn:r523
|
|
|
|
| |
svn:r522
|
|
|
|
| |
svn:r519
|
|
|
|
| |
svn:r518
|
|
|
|
| |
svn:r517
|
|
|
|
| |
svn:r516
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Improve debugging output on fingerprint checking.
Make sure to add our own fingerprint to the fingerprint list _before_
adding our own descriptor, or else we'll reject ourself.
Don't call a directory invalid just because we have a newer descriptor
for some router.
Use router_get_dir_hash to generate hashes for signed directories.
Make sure we add our own descriptor successfully.
Don't fall-through on failed base64-endode.
svn:r514
|
|
|
|
| |
svn:r513
|
|
|
|
|
|
|
| |
(leave poll_array accessors in main.c)
svn:r512
|
|
|
|
| |
svn:r511
|
|
|
|
| |
svn:r510
|
|
|
|
|
|
|
|
| |
we now add our own descriptor to the descriptor list
and we rebuild the directory (and dump to disk) after receiving a POST
svn:r509
|
|
|
|
|
|
|
|
|
|
|
| |
fix a variety of seg faults
don't try to list OPs in running-routers
write cached-directory to disk when rebuilding the dir
on boot, dirservers load approved-routers file
on boot, dirservers load cached directory file
svn:r508
|
|
|
|
|
|
|
| |
still not finished integrating new dirserv stuff
svn:r507
|
|
|
|
| |
svn:r506
|
|
|
|
| |
svn:r505
|
|
|
|
| |
svn:r503
|
|
|
|
| |
svn:r502
|
|
|
|
| |
svn:r498
|
|
|
|
| |
svn:r497
|
|
|
|
| |
svn:r496
|
|
|
|
| |
svn:r494
|
|
|
|
| |
svn:r493
|
|
|
|
| |
svn:r491
|
|
|
|
|
|
| |
files.
svn:r490
|
|
|
|
| |
svn:r487
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
redo all the config files for the new format (we'll redo them again soon)
fix (another! yuck) segfault in log_fn when input is too large
tor_tls_context_new() returns -1 for error, not NULL
fix segfault in check_conn_marked() on conn's that die during tls handshake
make ORs also initialize conn from router when we're the receiving node
make non-dirserver ORs upload descriptor to every dirserver on startup
add our local address to the descriptor
add Content-Length field to POST command
revert the Content-Length search in fetch_from_buf_http() to previous code
fix segfault in memmove in fetch_from_buf_http()
raise maximum allowed headers/body size in directory.c
svn:r484
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
'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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixed up the assert_*_ok funcs some (more work remains)
Changed config so it reads either /etc/torrc or the -f arg, never both
Finally tracked down a nasty bug with our use of tls:
It turns out that if you ask SSL_read() for no more than n bytes, it
will read the entire record from the network (and maybe part of the next
record, I'm not sure), give you n bytes of it, and keep the remaining
bytes internally. This is fine, except our poll-for-read looks at the
network, and there are no bytes pending on the network, so we never know
to ask SSL_read() for more bytes. Currently I've hacked it so if we ask
for n bytes and it returns n bytes, then it reads again right then. This
will interact poorly with our rate limiting; we need a cleaner solution.
svn:r481
|
|
|
|
| |
svn:r479
|
|
|
|
| |
svn:r478
|
|
|
|
| |
svn:r477
|
|
|
|
| |
svn:r476
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
deal with content-length headers better when reading http
don't assume struct socks4_info is a packed struct
fail the socks handshake if destip is zero
flesh out conn_state_to_string() for dir conn
fix typo (bug) in connection_handle_read()
directory get is now called fetch, post is now upload
reopen logs on sighup
svn:r475
|
|
|
|
|
|
|
|
|
|
|
| |
this paves the way for supporting socks5 and other handshakes
it also removes those pesky AP-only variables from connection_t
also hacked a fix for a bug where some streams weren't ending properly --
maybe because marked connections weren't flushing properly?
svn:r472
|
|
|
|
| |
svn:r471
|