Fecha: 2026-09-18 · Sistema: Arch Linux · Router: i2pd (C++, liviano)
Extras incluidos: tutorial de acceso con curl/lynx/w3m + listado de trackers/indexers vivos.
.i2p (curl, lynx, w3m).i2p) y el tráfico solo funcionan dentro de la red I2P..torrent de I2P suelen venir como magnet sin announce.sudo pacman -S i2pd # Arch: extra
sudo systemctl enable --now i2pd
curl -s http://127.0.0.1:7070/ | head # webconsole: da 200/HTML
Puertos locales (todos en 127.0.0.1):
| Puerto | Servicio |
|---|---|
| 7656 | SAM API (lo usa qBittorrent/transmission) |
| 4444 | HTTP proxy (curl/lynx/w3m/navegador) |
| 4447 | SOCKS proxy |
| 7070 | webconsole |
El router “calienta” al iniciar (genera claves, busca peers fast/stable). Los primeros ~1-3 min los eepsites pueden dar timeout, después van 200.
.i2pToda URL I2P debe pasar por un proxy local del router. Nunca directo.
curl -x http://127.0.0.1:4444 -sL http://tracker2.postman.i2p/
# -x = usar el proxy HTTP de i2pd ; -L = seguir redirecciones ; -s = silencioso
# vía variable de entorno:
http_proxy=http://127.0.0.1:4444 https_proxy=http://127.0.0.1:4444 lynx http://tracker2.postman.i2p/
# o directamente con -http_proxy (variante según compilación):
lynx -http_proxy=http://127.0.0.1:4444 http://torrentthing.i2p/
w3m:
w3m -http_proxy http://127.0.0.1:4444 http://torrentthing.i2p/
Tip: guardá los proxies en tu shell para no repetirlos:
export http_proxy=http://127.0.0.1:4444 export https_proxy=http://127.0.0.1:4444
curl -x http://127.0.0.1:4444 -m 45 -sL -o /dev/null -w '%{http_code}\n' http://NOMBRE.i2p/
200 → vivo000 → timeout (eepsite apagado o router calentando)404 → hostname resuelve pero no hay página raíz500/502 → hostname no está en el addressbook o el servidor fallaDos tipos de sitios:
| Tipo | Qué es | Ejemplos |
|---|---|---|
| Indexer | web con lista de torrents/magnets para buscar y bajarse | torrentthing.i2p, annas-torrents.i2p, hentai-torrents.i2p |
| Tracker | endpoint que junta peers (muchos son “open trackers” públicos) | opentracker.*.i2p, tracker2.postman.i2p |
Los indexers son lo que vos buscás para encontrar contenido. Los trackers son infraestructura (a veces con panel de stats).
i2pd mantiene una lista pública y actualizada de eepsites conocidos:
sudo grep -iE 'torrent|tracker' /var/lib/i2pd/addressbook/addresses.csv
Es un CSV hostname,i2p,b32. Se actualiza solo (suscripción incluida).
Eso fue exactamente cómo encontré todos los trackers de este documento.
Ver archivo aparte: listado-eepsites-i2p.txt (mismo directorio).
Resumen de los que respondieron (verificado 2026-09-18):
| Eepsite | Estado | Qué tiene |
|---|---|---|
torrentthing.i2p |
200 | Indexer general: libros, pelis, Jdrama, músic, comics… “116m files”, magnets+torrents |
annas-torrents.i2p |
200 | “Anna’s Torrents”, indexer estilo anna’s archive |
hentai-torrents.i2p |
200 | Torrents de anime/hentai |
| Eepsite | Estado |
|---|---|
opentracker.bt.i2p |
200 (nginx; tracker en /announce) |
opentracker.dg2.i2p |
200 |
opentracker.fattydove.i2p |
200 |
opentracker.skank.i2p |
200 |
opentracker-public.i2p |
500 (raro en raíz; puede tener /announce) |
tracker2.postman.i2p |
200 (“PaTracker 1.7.5”, carga alta) |
tracker.insulaocculta.i2p |
200 |
tracker.gellegery.i2p |
000 (apagado) |
tracker.queke.i2p |
404 (resuelve, sin web) |
opentracker-actix.i2p |
404 (sin web en raíz) |
opentracker-observations.i2p |
404 |
opentracker.localcache.i2p |
404 |
freetracker.i2p (404 en raíz), opentracker.r4sas.i2p (404),
opentracker.learningcollege.i2p, yet-another-public-tracker.i2p (200),
torrentthing.i2p (200).
127.0.0.1:7656,
modo solo I2P. Para transmission: máscara de peer 0x100 / SAM 127.0.0.1:7656..torrent de I2P suelen ser magnet sin announce; el DHT-I2P resuelve.https://
cuando exista (pocos) — o curl --compressed para menos huella.Guión verificado contra el nodo i2pd real del usuario (2026-09-18).