- Dec 18, 2021
-
-
zzz authored
-
zzz authored
-
zzz authored
-
zzz authored
-
zzz authored
-
zzz authored
-
zzz authored
-
zzz authored
-
zzz authored
-
zzz authored
Check bounds at initialization Remove unused setIPRestriction()
-
zzz authored
Removed in May 2011 when we added fast tier slices Also add support in exploratory tunnels Create MaskedIPSet in peer selectors, pass to ProfileOrganizer.selectXXX() for each call. Not required for one-hop tunnels. Disable for test networks (i2np.allowLocal) Reported by 'vulnerability_reports' http://zzz.i2p/topics/3215
-
- Dec 13, 2021
-
-
zzz authored
-
- Dec 11, 2021
-
-
idk authored
disable any chance of JNDI lookups in log4j.properties file by setting %m{nolookups}. I don't think we're actually vulnerable to CVE-2021-44228 if I'm understanding correctly, by default it doesn't seem like we actually use log4j for much of anything and we don't do much logging of arbitrarily crafted remote inputs, but also it seems like this JNDI lookups thing is way more trouble than it could possibly be worth to us. Maybe it's a good idea to make sure it's turned off by default.
-
- Dec 10, 2021
-
-
zzz authored
-
- Dec 08, 2021
-
-
zzz authored
- Add fromPort and toPort to Sink interface (breaking API change) - Change cache maps from Destination to I2PSocketAddress to include port - Accept host:port for destination in Streamr Client, use port as toPort in pinger - Change to muxed listener in I2PSource, only listen for specified protocols - Eliminate thread and queue in I2PSource, process messages inline in the listener - Add support for handling both repliable and raw datagrams in a single I2PSource instance - Remove verify option from I2PSource and I2PTunnelUDPServerBase, always verify repliable datagrams - Add getPort() method to UDPSource - Add a constructor to UDPSink to pass in an existing DatagramSocket - Change I2PTunnelUDPClientBase to receive both repliable and raw - Change SOCKSUDPTunnel reply handling strategy to key on I2CP toPort; remove ReplyTracker; the tunnel would not have worked before, because it expected raw replies only but MultiSink required a destination to look up where to forward the reply. - Mark SOCKSUDPTunnel as preliminary; note lack of support for raw replies; untested - Change Streamr Client Pinger to support fromPort - Change Streamr Server to remember fromPort in subscriptions and use it as toPort in data stream - Move fields to top of classes for sanity - Cleanups and log tweaks
-
- Dec 07, 2021
-
-
zzz authored
-
zzz authored
libjetty9-java used to depend on libservlet3.1-java but now in sid it doesn't. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213
-
- Dec 05, 2021
- Dec 04, 2021
-
-
zzz authored
-
zzz authored
-
zzz authored
experimental
-
zzz authored
experimental
-
zzz authored
-
zzz authored
Will be set to the opposite of the console theme.
-
zzz authored
Experimental, may add a separate config or disable later. Show I2P starting message in DTG
-
zzz authored
-
zzz authored
-
idk authored
Fix the very first ShellService bug, the long pid should be parsed from the pidString from the wrapper output, or it won't be available
-
- Dec 03, 2021
-
-
zzz authored
-
zzz authored
we can't connect to the first hop by attaching an onSendFailJob in OutboundSender. Check if failed in isValidTunnel()
-
zzz authored
Additional UI cleanup to follow
-
zzz authored
-
zzz authored
Use exploratory paired tunnel after too many timeouts
-
zzz authored
-
zzz authored
- Add result code to BuildExecutor.buildComplete() and TunnelPool.buildComplete() - Remove BuildExecutor.buildSuccessful(), move to buildComplete() - Move ExpireJob creation to buildComplete() - TunnelPool.buildComplete() now calls addTunnel() - Eliminate some now() calls
-
- Dec 01, 2021
- Nov 30, 2021