aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* fix endian issues for topics -- they might work on bsd nowRoger Dingledine2003-02-06
| | | | | | | | | (they wouldn't have before) alternate code which bypasses the dns farm, so we can compare speed svn:r154
* make reusing circuits work (and be the default)Roger Dingledine2003-02-06
| | | | | | | performance is better, but not by much. not sure why yet. svn:r153
* major overhaul: dns slave subsystem, topicsRoger Dingledine2003-01-26
| | | | | | | | | | | | | | | | | | | | | | | | | | 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
* splay and rbtree implementations, by niels provosRoger Dingledine2002-12-31
| | | | | | | taken from openbsd svn:r151
* use a rbtree for replay detection, rather than linear searchRoger Dingledine2002-12-31
| | | | | | | | 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
* give us more aci-spaceRoger Dingledine2002-12-30
| | | | svn:r149
* bugfix: couldn't send two creates, two datas, and the destroy all at onceRoger Dingledine2002-12-23
| | | | | | | | (amazing the odd behavior you get to test when you have a flaky modem connection) svn:r148
* starting to document what clients need to do and whyRoger Dingledine2002-12-12
| | | | svn:r147
* onions go on and off the network correctly nowRoger Dingledine2002-12-03
| | | | | | | | we're closer to an OS X port CVS: ---------------------------------------------------------------------- svn:r146
* onions expire after a day, not an hourRoger Dingledine2002-12-03
| | | | | | | | | this was a major faq, because it would fail with an error only on the *server* side when the client-side time was wrong. the client would simply not work. svn:r145
* was leaking 28 bytes every 100 minutesRoger Dingledine2002-12-03
| | | | svn:r144
* two more rare race conditionsRoger Dingledine2002-11-28
| | | | svn:r143
* create cells are now queued and processed only when idleRoger Dingledine2002-11-27
| | | | | | | | | | | 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
* removing more unused filesRoger Dingledine2002-11-25
| | | | svn:r141
* per-second cell statistics to help with profilingRoger Dingledine2002-11-24
| | | | svn:r140
* added milliseconds to log linesRoger Dingledine2002-11-24
| | | | svn:r139
* fixed rare race conditionRoger Dingledine2002-11-24
| | | | svn:r138
* added OnionsPerSecond to prevent create floodingRoger Dingledine2002-11-23
| | | | | | | first cut, probably needs more playing with svn:r137
* remove popt dependency, consolidate config stuffRoger Dingledine2002-11-23
| | | | | | | reformat parts of onion.c svn:r136
* fix subtle race conditionRoger Dingledine2002-10-14
| | | | | | | | | If you weren't connected to a given router, and you made a directory request to it simultaneously with a new web query that caused you to want to connect to that OR... it would think you're already connected. svn:r135
* expire unfinished handshakes tooRoger Dingledine2002-10-13
| | | | | | | don't list non-open ORs in the directory svn:r134
* cell.c is now obsoleteRoger Dingledine2002-10-03
| | | | svn:r133
* cleanup and a variety of bugfixesRoger Dingledine2002-10-02
| | | | svn:r132
* Add convenience functions to wrap create and init for symmetric ciphers; ↵Nick Mathewson2002-10-02
| | | | | | clean up error handling in onion.c svn:r131
* cell now has a network appearance and an internal (struct) appearanceRoger Dingledine2002-10-02
| | | | svn:r130
* preemptive bugfixRoger Dingledine2002-10-02
| | | | svn:r129
* why's it called tor?Roger Dingledine2002-10-02
| | | | svn:r128
* a frequently asked questions list, with some answersRoger Dingledine2002-10-02
| | | | svn:r127
* all listeners listen on 0.0.0.0 except AP which listens on 127.0.0.1Roger Dingledine2002-10-02
| | | | svn:r126
* introduced a periodic keepalive padding cellRoger Dingledine2002-10-01
| | | | | | | | | 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
* handle banners from the server sideRoger Dingledine2002-10-01
| | | | | | | (text that it spits out immediately upon connect) svn:r124
* more robust http(ish) handlingRoger Dingledine2002-09-28
| | | | svn:r123
* adding town-square rc infoRoger Dingledine2002-09-28
| | | | svn:r122
* catch hup to reload directory/router listRoger Dingledine2002-09-28
| | | | svn:r121
* cleanupRoger Dingledine2002-09-28
| | | | | | | | | | 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
* mozilla actually cares about the reply versionRoger Dingledine2002-09-27
| | | | | | | | | tor can now interface directly with mozilla, as a socks 4 host. but note that mozilla does the dns resolution itself, so you're leaking anonymity. svn:r119
* support socks4 tooRoger Dingledine2002-09-27
| | | | svn:r118
* don't leak memory on pk opsRoger Dingledine2002-09-27
| | | | svn:r117
* actually writing down the current license stateRoger Dingledine2002-09-27
| | | | svn:r116
* new config files, including directory serversRoger Dingledine2002-09-26
| | | | svn:r115
* stop duplicate freeRoger Dingledine2002-09-26
| | | | svn:r114
* dirserver should include itself in the directoryRoger Dingledine2002-09-26
| | | | | | | if connecting to a dirserver fails, remove it from the router array svn:r113
* directory servers in and functionalRoger Dingledine2002-09-26
| | | | | | | | proxies now periodically pull down an hourly-updated directory, and replace their router list with it if it parses correctly. svn:r112
* another bugfix on the proxy sideRoger Dingledine2002-09-26
| | | | | | | should be more reliable now (?) svn:r111
* laying the groundwork for dynamic router listsRoger Dingledine2002-09-24
| | | | | | | | | | | | | | | | revamped the router reading section reference counting for crypto pk env's (so we can dup them) we now read and write pem pk keys from string rather than from FILE*, in anticipation of fetching directories over a socket (so now on startup we slurp in the whole file, then parse it as a string) fixed a bug in the proxy side, where you could get some circuits wedged if they showed up while the connection was being made svn:r110
* added the 'quickstart' to the READMERoger Dingledine2002-09-23
| | | | svn:r109
* more robust when only some of the socks info has arrivedRoger Dingledine2002-09-23
| | | | svn:r108
* onion proxy now speaks socks4aRoger Dingledine2002-09-22
| | | | | | | | | | | httpap is obsolete; we support privoxy directly now! smtpap is obsolete; need to find a good socks4a-enabled smtp proxy/client I dub thee 0.0.1. svn:r107
* kill -USR1 the or and it will dump conn/circuit stats to stdoutRoger Dingledine2002-09-21
| | | | svn:r106
* OP was hanging on first try if connect finishes too quicklyRoger Dingledine2002-09-20
| | | | svn:r105