d502df7d56
Make this compile straight out of CVS (you have to have libtomcrypt compiled in a libtomcrypt-0.96 directory in your home directory)
2004-06-21 08:21:17 +00:00
beb6cc8c0f
the journey of a thousand miles begins with a single step :-)
2004-06-21 07:57:11 +00:00
c99db5e75c
change preprocessor conditional to check for 1/0 instead of true/false
2004-06-21 07:50:33 +00:00
65cd70a85b
LibSAM
2004-06-20 11:44:53 +00:00
2a07ceba62
a message send failure is no reason to drop the SAM session
...
for style=stream, tell the client the stream failed, and kill the virtual connection..
for raw and repliable datagrams, just carry on our merry way
2004-06-20 01:49:07 +00:00
0a479be370
include NAME=val in failed lookup replies (per spec - thanks nightblade)
...
fixes http://dev.i2p.net/bugzilla/show_bug.cgi?id=79
2004-06-13 20:19:16 +00:00
05918de6ab
fix bug #75
...
the databuffer is reused so it might contain junk, therefore only use the
available amount of bytes
(duck)
2004-05-26 12:25:04 +00:00
727f4c3bb5
Another rfc2068 fix.
...
ERR_REQUEST_DENIED now returns a 403 status code. Note that I'm assuming
this error occurs because the proxy is configured to not allow connection
to non-i2p destinations. If it's issued for other reasons we might want
to consider using 503 instead.
2004-05-24 07:28:24 +00:00
7372ad0cc4
A few changes to make proxy return the proper rfc2068 status codes
...
instead of 404 for everything.
ERR_DESTINATION_UNKNOWN now returns 503 instead of 404 with a slightly
more clear error message.
ERR_TIMEOUT now returns 504 gateway timeout.
2004-05-24 07:08:02 +00:00
ca6884dbca
imports (sorry, includes alphabetizing, wee)
...
(shendaras)
2004-05-24 03:21:21 +00:00
6d2d9aed7e
correctly handle no reachable NTP servers
2004-05-22 01:51:07 +00:00
e7e8ad9bdc
add the socketErrorListener interface (sorry duck)
2004-05-19 22:30:52 +00:00
097a4647a8
handle i2ptunnel server connection .accept()s asynchronously so we don't refuse lots of requests, causing intermittent "failures"
...
use the new async error listening interface of the ministreaming lib
truckloads of logging
2004-05-19 15:20:55 +00:00
0942a7f3ff
truckloads of logging
...
new async interface for error notification (e.g. you can get notified of an error prior to it throwing the IOException).
This async is useful since the IOException can be delayed for up to a minute while waiting for the close packet to be delivered.
The alternative is to fire off a new thread to do the closing, and we may want to go there later, but i'm not sure.
2004-05-19 15:14:30 +00:00
2df4370477
Some changes to make the SAM module never block if called on a socket
...
which select() says is safe to read/write or called in any case on a socket
which is O_NONBLOCK
Significant work is still required.
2004-05-19 01:26:02 +00:00
292363eb65
imports (sorry, includes alphabetizing, wee)
...
(shendaras)
2004-05-17 03:38:53 +00:00
1cf7dac82b
test
2004-05-16 21:44:23 +00:00
6003b2902f
Preliminary checkin of (mostly useless) Net::SAM perl module.
...
Net::SAM::StreamSession is currently unimplemented.
Net::Sam::[Datagram|Raw]Session block when they shouldn't and are buggy.
2004-05-16 21:35:46 +00:00
ff0023a889
big ol' memory, cpu usage, and shutdown handling update. main changes include:
...
* rather than have all jobs created hooked into the clock for offset updates, have the jobQueue stay hooked up and update any active jobs accordingly (killing a memory leak of a JobTiming objects - one per job)
* dont go totally insane during shutdown and log like mad (though the clientApp things still log like mad, since they don't know the router is going down)
* adjust memory buffer sizes based on real world values so we don't have to expand/contract a lot
* dont display things that are completely useless (who cares what the first 32 bytes of a public key are?)
* reduce temporary object creation
* use more efficient collections at times
* on shutdown, log some state information (ready/timed jobs, pending messages, etc)
* explicit GC every 10 jobs. yeah, not efficient, but just for now we'll keep 'er in there
* only reread the router config file if it changes (duh)
2004-05-16 04:54:50 +00:00
c7895ed905
oh, you mean we're supposed to be at least a /little/ resiliant?
2004-05-13 03:54:33 +00:00
61f6871cd1
logging and a catastrophic try/catch (no situations have called for this yet, but its worth testing for)
2004-05-12 07:47:22 +00:00
406048f7b9
ugly tests to see if the minimal RAW side of SAM works (it does, w00t)
2004-05-11 03:00:53 +00:00
6dd5b0fe45
basic datagram tests (that work now :)
2004-05-11 02:44:16 +00:00
fd4bc5e3cf
keystream fixes
2004-05-11 02:43:52 +00:00
3bab2d8957
only append the client's config properties to the SESSION commands (since some of the rest get confused with unknown tags...)
2004-05-11 02:07:27 +00:00
d4bb32da82
fix per http://twiki.ntp.org/bin/view/Support/JavaSntpClientDev (thanks duck!)
...
this may have caused some clock skew problems on the deployed 0.3.1.1, so we'll get this deployed asap
2004-05-11 01:45:18 +00:00
08aca6ca61
while (true) { m00; }
2004-05-09 07:23:43 +00:00
697b3c6772
SAM .net lib work in progress - dm and firerabbit
2004-05-09 07:16:04 +00:00
878525ced8
handle corrupt files more gracefully
2004-05-09 04:14:30 +00:00
418531736b
imports
...
Did you miss me?
(shendaras)
2004-05-09 01:31:12 +00:00
07b6a8ba92
if we lose our I2CP connection to the router, die hard and fast.
...
(only relevent for people whose socket manager / i2ptunnel / etc are located remote from the router)
2004-05-07 07:01:26 +00:00
f772d6ddeb
/me reboots brain, understands, and thanks mihi
2004-05-07 04:19:43 +00:00
45ec73c115
include a unique request id in the client runner thread name
...
minor cleanup
2004-05-07 03:33:23 +00:00
4021deec7f
poke jrandom's eyes into the semantic of an "else" clause
...
(you may remove both comments when you understood it)
[mihi]
2004-05-07 03:10:57 +00:00
a3977f37f7
javadoc, no functional changes
2004-05-07 03:06:41 +00:00
766c12242e
logging, javadoc
2004-05-07 01:45:12 +00:00
a82b951aff
made private things that don't need to be public
...
remove semantic inconsistency wrt getRemoteId(false) - it shouldn't ever timeout, since it always returns immediately
javadoc (though i wish i understood the close/close2/sendClose more clearly so i could javadoc that process)
2004-05-07 01:32:48 +00:00
635535aac2
implement keyfile persistence (storing name=privKeyDataBase64\n for each name)
...
filename specified on the command line: SAMBridge [keyfile [listenHost] listenPortNum [ name=val]*]
2004-05-06 07:35:44 +00:00
e0e7211852
lets default the read timeout to 5 minutes for clients (that hanging irc disconnect / not disconnected thing)
2004-05-05 22:57:43 +00:00
07aa2e280d
strip the Connection, Keep-Alive, and Proxy-Connection headers, and always inject Connection: close
...
(this is the cause of the intermittent "view $page through squid, try to view eepsite, end up requesting through squid" bug)
2004-05-05 07:29:48 +00:00
6c4bc67ff3
simplistic streaming test (w00t, the streams worked - no mods necessary. go human, its your birthday, go human, its your birthday)
2004-05-05 04:43:05 +00:00
59aec9d289
expose the read timeout for the client and put the default read timeout back to -1 for the server (override via command line, etc)
2004-05-05 03:36:18 +00:00
3db8b63cde
by default, set the readTimeout to 3 minutes, NOT infinity. Overridable as before (setting the timeout to -1)
...
add a unique id to the server thread
2004-05-04 08:16:41 +00:00
6edf5d1e4f
add a unique id to the thread names
2004-05-04 08:15:18 +00:00
a23fa6fadd
allow multiple concurrent connections to be created
...
added a unique ID to more threads
2004-05-04 08:14:19 +00:00
51eb77e409
logging
2004-05-04 08:13:01 +00:00
691326cea8
make sure we kill the threads that failed to ACK, rather than leave them sitting there, waiting forever
...
logging
2004-05-04 08:09:28 +00:00
3cac1238ed
handle reclose, logging, more clear notification
2004-05-04 05:53:11 +00:00
3a4d0549aa
add accept timeouts (default is that if the server doesnt .accept() in 5s, refuse the con)
...
add unique IDs to the various threads for logging / tracing purposes
2004-05-04 04:44:05 +00:00
d7467f5dc3
disconnect isn't an error
2004-05-04 01:58:37 +00:00
