| Commit message (Collapse) | Author | Age |
|
|
|
| |
svn:r1445
|
|
|
|
|
|
|
|
|
|
| |
thought that a complicated adjunct structure would be necessary, but
it doesn't look that way anymore.
Of course, I might have forgotten something.
svn:r1396
|
|
|
|
| |
svn:r1197
|
|
|
|
|
|
|
| |
still plenty more left to clean
svn:r1158
|
|
|
|
|
|
|
|
| |
include the infrastructure for inserting padding cells when there's
a relay-recognized conflict, but it does not work currently.
svn:r958
|
|
|
|
| |
svn:r951
|
|
|
|
|
|
|
|
|
| |
move length to 2 bytes, put it in the relay header
remove 4 reserved bytes in cell
add 4 bytes to relay header for the integrity check
svn:r942
|
|
|
|
|
|
|
|
|
|
| |
verify it at the client end
abstract the onionskin handshake lengths
breaks backward compatibility (again)
svn:r941
|
|
|
|
|
|
|
| |
expire circs that have been building for too long
svn:r835
|
|
|
|
| |
svn:r816
|
|
|
|
| |
svn:r784
|
|
|
|
|
|
|
| |
and fix a few typos
svn:r571
|
|
|
|
| |
svn:r560
|
|
|
|
| |
svn:r539
|
|
|
|
| |
svn:r538
|
|
|
|
| |
svn:r533
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
svn:r502
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
svn:r461
|
|
|
|
|
|
|
|
|
|
| |
please poke at it and report bugs
still needs polishing, and only handles onions now (should handle
OR handshakes too)
svn:r402
|
|
|
|
| |
svn:r333
|
|
|
|
|
|
|
|
|
|
|
| |
they used to be used for
* queueing relay cells at the edge of the network, when windows are empty
* queueing relay cells that arrive after an onion but before the onion
has been processed.
both of these uses are gone. so out they go.
svn:r315
|
|
|
|
| |
svn:r313
|
|
|
|
|
|
|
| |
clean up circuit_deliver_relay_cell convention
svn:r312
|
|
|
|
|
|
|
|
|
|
| |
circuits no longer queue more cells when the windows are empty --
they simply don't package it from the buffer if they're not going to want it.
we can restore this code later if we need to resume queueing.
svn:r294
|
|
|
|
|
|
|
|
|
|
| |
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:r274
|
|
|
|
| |
svn:r265
|
|
|
|
|
|
|
| |
still need to change circuit-level sendmes
svn:r264
|
|
|
|
|
|
|
|
| |
the OP only crypts the appropriate number of times depending on which
layer (hop on the path) it's for/from.
svn:r262
|
|
|
|
| |
svn:r258
|
|
|
|
| |
svn:r255
|
|
|
|
|
|
|
| |
this way we can always check if a new circ needs to be launched
svn:r254
|
|
|
|
| |
svn:r241
|
|
|
|
| |
svn:r237
|
|
|
|
|
|
| |
separate file.
svn:r224
|
|
|
|
| |
svn:r172
|
|
|
|
| |
svn:r161
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
(amazing the odd behavior you get to test when you have a flaky modem
connection)
svn:r148
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
svn:r133
|
|
|
|
|
|
|
| |
see http://archives.seul.org/or/dev/Sep-2002/msg00018.html
svn:r103
|
|
|
|
| |
svn:r82
|
|
|
|
| |
svn:r64
|
|
|
|
|
|
|
|
|
|
|
| |
I modified new_route so we don't pick twins back-to-back in the path.
I also had to patch my previous uses of connection_twin_get_by_addr_port()
because they assumed that "addr" and "port" would be the same for a twin
as for the original router.
svn:r56
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Servers are allowed to send 100 cells initially, and can't send more until
they receive a 'sendme' cell from that direction, indicating that they
can send 10 more cells. As it currently stands, the exit node quickly
runs out of window, and sends bursts of 10 whenever a sendme cell gets
to him. This is much much much faster (and more flexible) than the old
"give each circuit 1 kB/s and hope nothing overflows" approach.
Also divided out the connection_watch_events into stop_reading,
start_writing, etc. That way we can control them separately.
svn:r54
|