Cambio de OpenTracker por Chihaya

Sin duda alguna OpenTracker y XBTT han sido por mucho tiempo dos estándares como software de los Tracker Torrent.

Personalmente me gusta mas XBTT aunque por ahí se comenta que el código es muy desorganizado y tiene partes de código perdidos, parece que XBTT llego para innovar en UDP y fue olvidado.

OpenTracker “consume menos recursos” que XBTT; hace 10 años los limites de Hardware que teníamos quizás hacia notar la diferencia, pero con el hardware actual los dos los siento ligeros.

El motivo por el cual dejamos XBTT y comenzamos a usar OpenTracker es la compatibilidad con IPv6, aunque en mi país solo se usa IPv4 sabemos que para China e India el IPv6 ya es algo normal.

Tuvimos un tiempo el servidor con IPv4 e IPv6 configurado y funcionando con OpenTracker pero descubrimos que solo se respondía las conexiones IPv4 y las conexiones IPv6 eran totalmente ignoradas.

Leyendo el blog del programador de OpenTracker y XBTT y la escasa información en Internet; vimos como funciona el protocolo UDP y nos dimos cuenta que erá incompatible con IPv6 (Actualmente ya es compatible).

Limited IPv6 support (the protocol specifies a 32-bit integer for the IP address and supports pseudo-headers for 128-bit IPv6 addresses)

https://en.wikipedia.org/wiki/UDP_tracker
http://opentracker.blog.h3q.com/?p=38
http://xbtt.sourceforge.net/udp_tracker_protocol.html

Pero a pesar de que usamos HTTP en ves de UDP, el OpenTracker seguía rechazando las conexiones IPv6 y fue hasta que vimos que OpenTracker tiene dos modos de compilación; fue cuando logramos trabajar con OpenTracker en modo IPv6

https://github.com/OscarReyesLeon/OpenTrackerIPv6

Ahora teníamos el Tracker funcionando con IPv6 y la prueba que hacíamos paresia ir todo bien pero sin embargo en NewTrackOn aparecíamos offline y contactamos a Miguel quien nos respondió esto:

Respecto al error de “Invalid response, ‘peers’ field is missing”, simplemente significa que en el diccionario bencodeado que forma la respuesta del tracker no se encuentra un campo llamado “peers”. He observado con algunos trackers que esto es porque solo devuelven pares IPv6 dentro del campo “peers6”, eliminando el campo “peers”. Sin embargo, esto es una violación de la especificación del protoclo BitTorrent (http://www.bittorrent.org/beps/bep_0003.html), y yo creé newTrackon para adherirse a él.
De la especificación del protocolo:
“Tracker responses are bencoded dictionaries. If a tracker response has a key failure reason, then that maps to a human readable string which explains why the query failed, and no other keys are required. Otherwise, it must have two keys: interval, which maps to the number of seconds the downloader should wait between regular rerequests, and peers. peers maps to a list of dictionaries corresponding to peers, each of which contains the keys peer id, ip, and port, which map to the peer’s self-selected ID, IP address or dns name as a string, and port number, respectively.”
La respuesta debe contener el campo “peers”, incluso no conteniendo ningún peer IPv4.
La ampliación del protocolo especificada en el BEP7 (http://www.bittorrent.org/beps/bep_0007.html) no invalida lo anterior, solo añade el nuevo campo “peers6”.
Tiene tantos años que no se actualiza OpenTracker que suena lógico que se quedará atrás en los estándares y en las nuevas tecnologías Torrent. Es una belleza ese programa, espero que siga teniendo mantenimiento o alguien retome el proyecto de OpenTracker.
Pero mientras tanto nos dimos a la tarea de buscar la manera de que el Tracker de ReyesLeon tenga soporte real y completo en IPv6 y en IPv4 y buscando en otros trackers encontramos uno que era realmente funcional en IPv4 y en IPv6.
http://t.nyaatracker.com:80/announce
El tracker no cuenta con la pagina o alguna manera de contactar con el administrador, o saber que software usa, lo único que teníamos era la pagina de las estadísticas.
Pero fue en una platica que tuve con Eliezer de NGTech.co.il quien me mencionó “Chihaya” y me ayudo a instalarlo en un servidor de pruebas, enseguida me dí cuenta que es el mismo software que usa nyaatracker y que era lo que buscábamos.
https://github.com/chihaya/chihaya
Actualmente Chihaya ya se encuentra trabajando y atendiendo a todos los peers del tracker ReyesLeon y aunque al inicio de este registro mencione que el hardware actual es muy potente, con el cambio a Chihaya se ha visto ahumento de uso de RAM pero sobre todo del uso de procesamiento (de un ~3% de CPU con OpenTracker o XBTT a un ~ 55% de CPU con Chihaya).
Solo el tiempo y el uso del Tracker dirá como funciona Chihaya en volumenes grandes y nosotros lo mencionaremos en este Log.
Mientras tanto te invitamos a usar el rastreador.
udp://oscar.reyesleon.xyz:6969/announce
Oscar.

https://github.com/chihaya/chihaya

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *