[–] 2 points 2 years ago

This is a good point. I also feel like private trackers are meant for people who actually seed content they download, and just have good intentions to help share content. This also comes with hardware requirements (disk space) sometimes that not everyone has.

  • source
  • parent
  • context
  • [–] 1 point 2 years ago

    I'll check out MuWire, was unaware that it used DHT.

    Also, I am just saying that tracker2.postman.i2p is the only torrent directory we have currently, and its best way to find and advertise torrents for others. Trackers (where your client announces to) are helpful to finding peers of the same torrent.

  • source
  • parent
  • context
  • [–] 4 points 2 years ago (5 children)

    What I mean is if I create a new torrent of Big Buck Bunny with a InfoHash of b1946ac92492d2347c6235b4d2611184 for example, no one will find my torrent by searching for "Big Buck Bunny". Unless I post this hash somewhere, advertising "Hey, this torrent is Big Buck Bunny" like what 1337x and other torrent sites do, you won't "find" it. Basically, we have to use a torrent indexer like tracker2.postman.i2p to search the metadata and find torrents we want. If that makes sense.

  • source
  • parent
  • context
  • [–] [S] 7 points 2 years ago

    Yes, I did exactly this when I2P support was first in beta. I have a docker stack with Gluetun as my network for all my *arr containers and I was able to still point my qBittorrent to my i2pd router and it worked just fine.

  • source
  • parent
  • context
  •  

    cross-posted from: https://lemmy.ml/post/6915117

    The release of qBittorrent v4.6.0 stable comes with I2P support. While experimental, we can still get a working torrent setup using qBittorrent now. qBittorrent-nox is the Web-UI only version, and currently it does not have configuration settings in the Web-UI for I2P settings. This guide will show you how to setup qBittorrent-nox and manually change the qBittorrent.conf file to allow for I2P torrenting!

    Guide can be found here: https://strict3443.codeberg.page/i2p-info/hugo/public/posts/how-to-use-i2p-on-qbittorrent-nox/


    qBittorrent Changelog: https://github.com/qbittorrent/qBittorrent/blob/release-4.6.0/Changelog

     

    cross-posted from: https://lemmy.ml/post/6915117

    The release of qBittorrent v4.6.0 stable comes with I2P support. While experimental, we can still get a working torrent setup using qBittorrent now. qBittorrent-nox is the Web-UI only version, and currently it does not have configuration settings in the Web-UI for I2P settings. This guide will show you how to setup qBittorrent-nox and manually change the qBittorrent.conf file to allow for I2P torrenting!

    Guide can be found here: https://strict3443.codeberg.page/i2p-info/hugo/public/posts/how-to-use-i2p-on-qbittorrent-nox/


    qBittorrent Changelog: https://github.com/qbittorrent/qBittorrent/blob/release-4.6.0/Changelog

    submitted 2 years ago by to c/i2p@lemmy.ml
     

    cross-posted from: https://lemmy.ml/post/6915117

    The release of qBittorrent v4.6.0 stable comes with I2P support. While experimental, we can still get a working torrent setup using qBittorrent now. qBittorrent-nox is the Web-UI only version, and currently it does not have configuration settings in the Web-UI for I2P settings. This guide will show you how to setup qBittorrent-nox and manually change the qBittorrent.conf file to allow for I2P torrenting!

    Guide can be found here: https://strict3443.codeberg.page/i2p-info/hugo/public/posts/how-to-use-i2p-on-qbittorrent-nox/


    qBittorrent Changelog: https://github.com/qbittorrent/qBittorrent/blob/release-4.6.0/Changelog

    I2P Article/Posts Archive (strict3443.codeberg.page)
    submitted 2 years ago by to c/i2p@lemmy.ml
     

    cross-posted from: https://lemmy.ml/post/6578183

    Made a simple Hugo site to host a bunch of articles and posts related to I2P, all in one place. All posts have been translated to English. There are a lot of a good articles on the inner workings of I2P and can help understand I2P better.

    Codeberg Pages: https://strict3443.codeberg.page/i2p-info/hugo/public/ Codeberg Repo: https://codeberg.org/Strict3443/i2p-info/src/branch/pages

     

    cross-posted from: https://lemmy.ml/post/4912475

    https://codeberg.org/Strict3443/qbittorrent-i2p-vnc

    I have created a Dockerfile which will compile the latest version of qBittorrent which has experimental I2P support into a docker container with VNC support. The reason for this is my server is headless and I wanted to use the v4.6.x version of qBittorrent, but the qbittorrent-nox version of v4.6.x does not have I2P options yet. So I had to build the GUI version on top of a VNC image.

    In doing so, this will build a container that has VNC capabilities where you can utilize a desktop environment to setup the GUI version of qBittorrent with your I2P settings, and then just use the web-ui from there on.

    Why?

    I am a qBittorrent user and wanted to start downloading and cross-seeding torrents with I2P, so I built this image as a drop in replacement of my linuxserver/qbittorrent docker container and it just works.

    Why don't you post the docker image?

    I am not sure how yet, and I also left it as a Dockerfile so that you can build this on ARM or x86-64 depending on your needs

    Note

    This image can be quite heavy and take a long time to build, but until v4.6.x is out of beta, this will do.

    submitted 2 years ago by to c/i2p@lemmy.ml
     

    cross-posted from: https://lemmy.ml/post/5196284

    i2pd

    https://github.com/PurpleI2P/i2pd/releases/tag/2.49.0

    Changelog

    1. Handle SOCK5 authorization with empty user/password and send correct version in response
    2. Improve NTCP2 transport session logging
    3. Allow 0 hops in explicitPeers
    4. Don't allow incoming transport sessions from routers with incorrect timestamp
    5. Fixed sending keepalive for sessions with introducers
    6. Always select router with ipv4 for tunnel endpoint
    7. Fixed crash if deleted BOB destination was shared between few BOB sessions
    8. Memory pool for router profiles
    9. Removed AVX code
    10. Exclude SSU1 introducers from SSU2 addresses
    11. Don't create paired inbound tunnel if length is different
    12. Fixed padding length for SSU2 path response
    13. Don't publish introducers with zero tag
    14. Consider all addresses non-published for U and H routers even if they have host/port
    15. Don't pick completely unreachable routers for tunnels
    16. Separate network and testing status

    i2pd-android

    https://github.com/PurpleI2P/i2pd-android/releases/tag/2.49.0

    view more: next ›