31

[2.53.0] - 2024-07-19

Added

  • New congestion control algorithm for streaming
  • Support miniupnp-2.2.8
  • Limit stream's outbound speed
  • Flood to next day closest floodfills before UTC midnight
  • Recognize duplicated routers and bypass them
  • Random SSU2 resend interval

Changed

  • Set minimal version to 0.9.69 for floodfills and 0.9.58 for client tunnels
  • Removed openssl 1.0.2 support
  • Move unsent I2NP messages to the new session if replaced
  • Use mt19937 RNG instead rand()
  • Update router's congestion caps before initial publishing
  • Don't try introducer with invalid address
  • Select newest introducers to publish
  • Don't request relay tag for every session if we have enough introducers
  • Update timestamp for non-reachable or hidden router
  • Reset streaming routing path if duplicated SYN received
  • Update LeaseSet if inbound tunnel failed
  • Reseeds list

Fixed

  • Crash when a destination gets terminated
  • Expired offline signature upon destination creation
  • Race condition between local RouterInfo buffer creation and sending it through the transports
22
submitted 4 months ago by supervent@lemmy.dbzer0.com to c/i2p@lemmy.world

[2.52.0] - 2024-05-12

Added

  • Separate threads for persisting RouterInfos and profiles to disk
  • Give preference to address with direct connection
  • Exclude addresses with incorrect static or intro key
  • Avoid two firewalled routers in the row in tunnel
  • Drop unsolicited database search replies

Changed

  • Increase number of hashes to 16 in exploratory lookup reply
  • Reduce number of a RouterInfo lookup attempts to 5
  • Reset stream RTO if outbound tunnel was changed
  • Insert previously excluded floodfill back when successfully connected
  • Increase maximum stream resend attempts to 9
  • Reply to exploratory lookups with only confirmed routers if low tunnel build rate
  • Don't accept too old RouterInfo
  • Build client tunnels through confirmed routers only if low tunnel build rate
  • Manage netDb requests more frequently
  • Don't reply with closer than us only floodfills for lookup

Fixed

  • Crash on router lookup if exploratory pool is not ready
  • Race condition in excluded peers for next lookup
  • Excessive number of lookups for same destination
  • Race condition with transport peers during shutdown
  • Corrupted RouterInfo files
[-] supervent@lemmy.dbzer0.com 38 points 10 months ago

I just use jerboa it's foss.

[-] supervent@lemmy.dbzer0.com 66 points 10 months ago* (last edited 10 months ago)

Yes. It is better to use i2p for bittorrent. Now qbittorrent it is compatible.

[-] supervent@lemmy.dbzer0.com 17 points 11 months ago

Debian 12 with your favorite DE, I use XFCE

[-] supervent@lemmy.dbzer0.com 105 points 11 months ago

For bittorrent and p2p it is better to use i2p, tor only to surf the internet.

[-] supervent@lemmy.dbzer0.com 24 points 11 months ago

you could use tor project to surf the internet and i2p or i2pd for bittorrent

13

I run different services on my debian server and I would like to know if there any terminal command or something to show the countries and number connections that have established contact

[-] supervent@lemmy.dbzer0.com 23 points 11 months ago

I know you are asking for cs 1.6, but do you know counter strike 2 is free on steam and have compatibility with Linux?

[-] supervent@lemmy.dbzer0.com 14 points 1 year ago

You could install a tor relay or i2p

[-] supervent@lemmy.dbzer0.com 19 points 1 year ago

Caring is sharing, it is not a crime to share things unless there is an economic profit

[-] supervent@lemmy.dbzer0.com 20 points 1 year ago* (last edited 1 year ago)

Why put a limit? Just infinite forever unless you have a cap in your connection.

view more: next ›

supervent

joined 1 year ago