Este artículo tiene varios problemas. Ayúdenos a mejorarlo o a discutir estos problemas en la página de discusión . ( Aprenda cómo y cuándo eliminar estos mensajes )
|
Magnet es un esquema URI que define el formato de los enlaces magnet , un estándar de facto para identificar archivos ( URN ) por su contenido, a través de un valor hash criptográfico en lugar de por su ubicación.
Aunque los enlaces magnet se pueden utilizar en diversos contextos, son especialmente útiles en redes de intercambio de archivos entre pares porque permiten hacer referencia a recursos sin necesidad de un host disponible de forma continua y pueden ser generados por cualquiera que ya tenga el archivo, sin necesidad de que una autoridad central los emita. Esto hace que sean populares para su uso como términos de búsqueda "garantizados" dentro de la comunidad de intercambio de archivos , donde cualquiera puede distribuir un enlace magnet para garantizar que el recurso recuperado por ese enlace sea el deseado, independientemente de cómo se recupere.
El estándar para las URI Magnet fue desarrollado por Bitzi en 2002, en parte como una "generalización neutral respecto de proveedores y proyectos" de los esquemas URI ed2k:
y freenet:
utilizados por eDonkey2000 y Freenet , respectivamente, e intenta seguir los estándares URI oficiales de la IETF lo más fielmente posible. BitTorrent introdujo el protocolo en 2020 como parte de sus cambios en BitTorrent v2. [1]btmh:
Las URI magnéticas constan de una serie de uno o más parámetros, cuyo orden no es significativo, formateados de la misma manera que las cadenas de consulta que normalmente terminan las URL HTTP .
Se admiten los siguientes parámetros: [2] [3]
Parámetro | Nombre | Descripción |
---|---|---|
xt | Tema exacto | URN que contiene el hash del archivo . Esta es la parte más crucial del enlace magnet y se utiliza para buscar y verificar el archivo especificado. El URN es específico del protocolo, por lo que un URN con hash de archivo en btih (BitTorrent) sería completamente diferente del URN con hash de archivo en ed2k
|
es | Nombre para mostrar | Un nombre de archivo para mostrar al usuario, para mayor comodidad. |
SG | Longitud exacta | El tamaño del archivo, en bytes |
es | Rastreador de direcciones | URL del rastreador ; se utiliza para obtener recursos para descargas de BitTorrent sin necesidad de compatibilidad con DHT . [3] El valor debe estar codificado en URL.
|
los | Semilla web | Los datos de carga útil se sirven a través de HTTP(S) |
como [ cita requerida ] | Fuente aceptable | Se refiere a una descarga directa desde un servidor web. Se considera solo una fuente de respaldo en caso de que un cliente no pueda localizar o descargar el archivo vinculado en sus redes P2P compatibles.
|
xs [ cita requerida ] | Fuente exacta | Ya sea una fuente de descarga HTTP (o HTTPS, FTP, FTPS, etc.) para el archivo al que apunta el enlace Magnet, la dirección de una fuente P2P para el archivo o la dirección de un concentrador (en el caso de DC++ ), mediante el cual un cliente intenta conectarse directamente, solicitando el archivo y/o sus fuentes. Este campo es comúnmente utilizado por los clientes P2P para almacenar la fuente, y puede incluir el hash del archivo. |
kt [ cita requerida ] | Palabra clave Tema | Especifica una cadena de palabras clave de búsqueda para buscar en redes P2P, en lugar de un archivo en particular
|
mt [ cita requerida ] | Tema manifiesto | Enlace al metarchivo que contiene una lista de magneto (MAGMA – MAGnet MAnifest); es decir, un enlace a una lista de enlaces
|
Entonces [4] | Seleccionar solamente | Enumera archivos específicos que los clientes de torrent deben descargar, [5] indicados como archivos individuales o rangos (inclusive) de índices de archivos.
|
x.pe | Par | Especifica direcciones de pares fijas a las que conectarse. Se utiliza para iniciar el descubrimiento de pares en ausencia de (por ejemplo) rastreadores o DHT . [3]
|
La norma también permite parámetros experimentales específicos de la aplicación, que deben comenzar con "x". [ cita requerida ]
El parámetro xt especifica el URN para un protocolo p2p determinado. Su propósito es proporcionar un parámetro de búsqueda para encontrar los metadatos del torrent. Esto actúa efectivamente como un reemplazo de un archivo .torrent, que contiene los metadatos del torrent, al buscar en la red p2p (usando el URN) esos metadatos. Cada protocolo maneja un URN de manera única; por ejemplo, xt=urn:btih:FFC7E738EAA4CD4ECF51EC6FD669C6CDE2C281A8
usa el btih (protocolo BitTorrent v1), por lo que un cliente BitTorrent puede tomar el hash y buscar los metadatos del torrent en el DHT de BitTorrent. [6] En el caso del DHT, el cliente busca a través de un conjunto de nodos conocidos previamente y solicita los metadatos para un infohash; esos nodos harán la misma solicitud a otros nodos conocidos hasta que finalmente se encuentre un enjambre y se devuelva.
xt también permite una configuración de grupo. Se pueden incluir varios archivos agregando un número de conteo precedido por un punto (".") a cada parámetro de enlace. [ cita requerida ]
magnet:?xt.1=[ URN of the first file]&xt.2=[ URN of the second file]
xt=urn:tree:tiger:[ TTH Hash (Base32) ]
xt=urn:sha1:[ SHA-1 Hash (Base32) ]
xt=urn:bitprint:[ SHA-1 Hash (Base32) ].[ TTH Hash (Base32) ]
xt=urn:ed2k:[ ED2K Hash (Hex) ]
xt=urn:aich:[ aich Hash (Base32) ]
xt=urn:kzhash:[ Kazaa Hash (Hex) ]
xt=urn:btih:[ BitTorrent Info Hash (Hex) ]
btmh
) para permitir que los torrents puedan participar en enjambres tanto v1 como v2 [7]xt=urn:btmh:[1220: (v2 prefix) BitTorrent Info Hash (Hex) ]
xt=urn:md5:[ MD5 Hash (Hex) ]
Hay dos tipos de enlaces de descarga que un enlace Magnet puede incluir como fuente directa o de respaldo.
xs=http://[Client Address]:[Port of client]/uri-res/N2R?[ URN containing a file hash ]
xs=http://192.0.2.27:6346/uri-res/N2R?urn:sha1:FINYVGHENTHSMNDSQQYDNLPONVBZTICF
xs=dchub://[hub address]:[hub port]
xs=http://cache.freebase.be/[ SHA-1 hash ]
xs=ed2kftp://[client address]:[client port]/[ed2k hash]/[file size]/
Para opciones informales experimentales y autocomplementarias, x.
se puede utilizar el prefijo seguido de una letra de sufijo elegida. Se garantiza que estos nombres nunca se estandarizarán.
x.[name of the new parameter]=[data of the new parameter (URL encoded)]
[ cita requerida ]Cliente | es | SG | xt | es | xs | como | Contador | monte | los |
---|---|---|---|---|---|---|---|---|---|
AMule | Sí | Sí | urn:ed2k: | No | Desconocido | Desconocido | Desconocido | Desconocido | Desconocido |
ApexDC++ | Sí | Sí | urn:bitprint: urn:tree:tiger: | No | dchub: [Nota 1] | dchub: [Nota 1] | No | No | Desconocido |
BitComet | Sí | Sí | urn:btih: | Sí | Sí1.76 | No | No | No | Sí 1.74 [9] |
Flu de bits | Sí | No | urn:btih: | Sí | No | No | No | No | Desconocido |
Diluvio | Sí | No | urn:btih: | Sí | No | No | No | No | Desconocido |
Hielo DC++ | Sí | Sí | urn:tree:tiger: urn:bitprint: urn:btih: [Nota 2] urn:btmh: [Nota 2] | No | dchub: [Nota 1] adc: [Nota 3] adcs: [Nota 4] | dchub: [Nota 1] | Sí | No | Desconocido |
Enlace de vuelo DC++ | Sí | Sí | urn:tree:tiger: urn:bitprint: urn:btih: | No | dchub: [Nota 1] adc: [Nota 3] adcs: [Nota 4] | dchub: [Nota 1] | Sí | No | Desconocido |
gtk-gnutella | Sí | Sí | urn:sha1: | No | http: empujar: | Sí | Sí | No | Desconocido |
KTorrent | Sí | No | urn:btih: | Sí | No | No | No | No | Desconocido |
alambre de lima | Sí | Sí | urn:sha1: | No | http: urn:guid: | Desconocido | No | No | Desconocido |
MonoTorrent | Sí | Sí | urn:btih: | Sí | No | Sí | No | No | Desconocido |
μTorrent | Sí | No | urn:btih: | Sí | No | No | No | No | Sí |
qBittorrent | Sí | No | urn:btih: urn:btmh: | Sí | Desconocido | Desconocido | No | No | Desconocido |
Shareaza | Sí | Sí | urn:bitprint: urn:btih: urn:ed2k: urn:md5: urn:sha1: urn:tree:tiger: | Sí [Nota 5] | http: ftp: | http: ftp: (Misma prioridad que xs) | Sí | No | Desconocido |
Tixati | Sí | Sí | urn:btih: | Sí | Sí | Sí | Desconocido | Desconocido | Sí |
Transmisión [2] [10] | Sí | No | urn:btih: | Sí | No | No | No | No | Sí [11] |
Vuze | Sí | Sí | urn:btih: urn:sha1: | Sí | Sí5.7.5.0 | Sí5.7.5.0 | No | No | Sí |