Loading article…
Magnetは、マグネット リンクの形式を定義するURI スキームであり、ファイルの場所ではなく 、暗号化ハッシュ値を使用してコンテンツによってファイル ( URN ) を識別するための事実上の標準です。
マグネット リンクはさまざまな状況で使用できますが、ピアツーピア ファイル共有ネットワークでは特に便利です。継続的に利用可能なホストを必要とせずにリソースを参照でき、中央機関が発行する必要もなく、ファイルをすでに持っている人なら誰でも生成できるためです。このため、マグネット リンクは、ファイル共有コミュニティ内で「保証された」検索用語としてよく使用されます。マグネット リンクは誰でも配布でき、そのリンクによって取得されたリソースが、取得方法に関係なく、意図したリソースであることを保証できます。
歴史
マグネットURIの標準は、2002年にBitziによって開発されました。これは、eDonkey2000とFreenet （現在のHyphanet）でそれぞれ使用されているURIスキームの「ベンダーed2k:およびプロジェクトに依存しない一般化」としての部分的なものであり、公式のIETF URI標準に可能な限り忠実に従うように試みられています。BitTorrentは、 2020年にBitTorrent v2の変更の一環としてこのプロトコルを導入しました。 [1]freenet: btmh:
形式
マグネット URI は、1 つ以上のパラメータの連続で構成されます。パラメータの順序は重要ではなく、通常HTTP URL を終了するクエリ文字列と同じ形式でフォーマットされます。
以下のパラメータがサポートされています: [2] [3]
この規格では、アプリケーション固有の実験パラメータも許可されており、これは「x」で始まる必要があります。[引用が必要]
正確なトピック (xt)
xt パラメータは、特定の p2p プロトコルの URN を指定します。その目的は、torrent のメタデータを見つけるための検索パラメータを提供することです。これは、torrent メタデータを含む .torrent ファイルの代わりとして機能し、代わりに p2p ネットワーク (URN を使用) でそのメタデータを検索します。各プロトコルは URN を一意に処理します。たとえば、xt=urn:btih:FFC7E738EAA4CD4ECF51EC6FD669C6CDE2C281A8btih (BitTorrent v1 プロトコル) を使用すると、BitTorrent クライアントはハッシュを取得して、BitTorrent DHT で torrent のメタデータを検索できます。[7] DHT の場合、クライアントは既知のノードのセットを検索し、情報ハッシュのメタデータを要求します。これらのノードは、最終的にスウォームが見つかり、返されるまで、他の既知のノードに同じ要求を送信します。
xt ではグループ設定も可能です。各リンク パラメータにドット (".") の後にカウント番号を追加することで、複数のファイルを含めることができます。[引用が必要]
magnet:?xt.1=[ URN of the first file]&xt.2=[ URN of the second file]
- タイガーツリーハッシュ（TTH）
- これらのハッシュは、 Direct ConnectやG2 (Gnutella2) などで使用されます。
xt=urn:tree:tiger:[ TTH Hash (Base32) ]- セキュアハッシュアルゴリズム1 (SHA-1)
- これらのハッシュ サムは、gnutellaおよびG2 (Gnutella2)で使用されます。
xt=urn:sha1:[ SHA-1 Hash (Base32) ]- ビットプリント
- このようなハッシュ サムは、SHA-1 ハッシュとそれに続く TTH ハッシュで構成され、ポイントで区切られます。これらは、gnutellaおよびG2 (Gnutella2) で使用されます。
xt=urn:bitprint:[ SHA-1 Hash (Base32) ].[ TTH Hash (Base32) ]- ED2K (eDonkey2000) ハッシュ
- これらのハッシュサムはeDonkey2000で使用されます。
xt=urn:ed2k:[ ED2K Hash (Hex) ]- 高度なインテリジェント破損ハンドラー(AICH)
- マグネット リンクの正式な URN ではありませんが、このようなハッシュ サムは、eDonkey2000によって、ダウンロード中のファイルと既にダウンロードされたファイルの整合性を復元および制御するために使用されます。
xt=urn:aich:[ aich Hash (Base32) ]- カザーハッシュ
- FastTrackで使用されるこれらのハッシュ サムは、ハッシュ衝突攻撃に対して脆弱です。
xt=urn:kzhash:[ Kazaa Hash (Hex) ]- BitTorrent 情報ハッシュ (BTIH)
- これらは、BitTorrentがダウンロード可能なファイルまたはファイル セットを識別するために使用する、 BitTorrent メタファイルの「情報」セクションの16 進エンコードされたSHA-1ハッシュ サムです。既存のリンクとの下位互換性を保つために、クライアントはハッシュのBase32エンコード バージョンもサポートする必要があります。 [3]
xt=urn:btih:[ BitTorrent Info Hash (Hex) ]- 一部のクライアントでは、info_hash のBase32 が必要です (例: Vuze )。
- BitTorrent 情報ハッシュ v2 (BTMH)
- BitTorrent v2は、廃止されたSHA-1ハッシュをSHA-256情報ハッシュに置き換えました。v2情報ハッシュには新しいプレフィックス（
btmh）が付けられ、v1とv2の両方のスウォームに参加できるトレントを可能にします[8] xt=urn:btmh:[1220: (v2 prefix) BitTorrent Info Hash (Hex) ]- メッセージダイジェスト5 (MD5)
- G2 (Gnutella2)でサポートされているこのようなハッシュは、ハッシュ衝突攻撃に対して脆弱です。
xt=urn:md5:[ MD5 Hash (Hex) ]
ファイルへのウェブリンク
マグネット リンクには、直接ソースまたはバックアップ ソースとして含めることができるダウンロード リンクが 2 種類あります。
- 「として」（「許容される情報源」）
- ほとんどのクライアントは、優先度に関しては「as」を「xs」トークンと同等に扱い、仕様で指定された「as」ソースに接続する前のタイムアウトを無視します。
- コンテンツアドレス可能な Web URL
- このタイプのRFC 2168ベースのリンクは、G2アプリケーションだけでなくgnutellaでも使用されます。[9]
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- ファイルのソースを見つけるためにDirectConnectハブにリンクする
- このタイプのリンクは、DirectConnect クライアントを該当するハブに直接接続します。
xs=dchub://[hub address]:[hub port]- Gnutella2上のファイルの Web ベースのソース キャッシュへの参照
- この場合、含まれているリンクはクライアント IP や直接のソースではなく、同じファイルをダウンロードするために接続している他のクライアントの IP を保存するソース キャッシュを指します。クライアントがキャッシュに接続すると、代替ソースの IP が提供されますが、クライアント自身の IP はキャッシュ内に保存され、キャッシュに接続する次のクライアントに転送されます。このシステムはBitTorrent トラッカーと同様に動作します。
xs=http://cache.freebase.be/[ SHA-1 hash ]- eD2k ソースへの参照
xs=ed2kftp://[client address]:[client port]/[ed2k hash]/[file size]/
補足フォーマット（x.）
実験的かつ自己補完的な非公式オプションの場合は、接頭辞x.の後に選択した接尾辞文字を使用できます。これらの名前は標準化されないことが保証されています。
x.[name of the new parameter]=[data of the new parameter (URL encoded)][要出典]
クライアント
参照
説明ノート
- ^ abcdef dchub://[ハブアドレス]:[ハブポート]
- ^ ab 外部ソフトウェアへのリンクを渡す
- ^ ab adc://[ハブアドレス]:[ハブポート]
- ^ ab adcs://[ハブアドレス]:[ハブポート]
- ^ v2.5.1.0以降
参考文献
- ^ “BitTorrent v2”. BitTorrent. 2020年10月30日時点のオリジナルよりアーカイブ。2020年9月7日閲覧。
- ^ ab "magnet-test.c in trunk/libtransmission; Revision 9531". Transmission. 2012-02-17 にオリジナルからアーカイブ。2012-02-04に閲覧。
- ^ abcd 「BitTorrent 機能強化提案 9: ピアがメタデータ ファイルを送信するための拡張機能」。bittorrent.org (2008 年 1 月 31 日公開)。2017 年 3 月 26 日。2022 年 10 月 10 日時点のオリジナルよりアーカイブ。2022 年 11 月 4 日閲覧。
- ^ Houlihan, Tyler (2017-05-24). 「Magnet URI 拡張 - ダウンロード用に特定のファイルインデックスを選択する」. BitTorrent.org . 2024-12-30閲覧。
- ^ “libtorrent/magnet_uri.cpp at 64817e0e8793d0875fc10245de52ffb2540a223d · arvidn/libtorrent”. libtorrent . 2022-11-04時点のオリジナルよりアーカイブ。2022-11-04取得– GitHub経由。
- ^ 「BitTorrent 機能強化提案 53: マグネット URI 拡張 - ダウンロード用に特定のファイル インデックスを選択」。BitTorrent.org 2017 年 6 月 6 日。2022 年 10 月 10 日時点のオリジナルよりアーカイブ。2022年 11 月 4 日閲覧。
- ^ “bep_0005.rst_post”. bittorrent.org . 2022年5月12日閲覧。
- ^ “BitTorrent v2”. libbittorrent.org . libbittorrent. 2020-09-07. 2022-10-22時点のオリジナルよりアーカイブ。2022-11-05に閲覧。
- ^ Chapweske, Justin (2001 年 11 月 29 日). 「HTTP Extensions for a Content-Addressable Web」. www-talk . W3C. 2011 年 7 月 28 日時点のオリジナルよりアーカイブ。2010 年11 月 7 日閲覧。
- ^ 「v1.74 Core Improve: Magnet URI で ws パラメータをサポートし、Web シードを追加」。bitcomet 。2021年 4 月 10 日時点のオリジナルよりアーカイブ。2021年 4 月 7 日閲覧。
- ^ 「マグネットURIの作成時にeXact Lengthパラメータを追加する」GitHub 。 2024年12月29日閲覧。
- ^ 「trunk/libtransmission の magnet.c; リビジョン 9979」。Transmission。2012 年 2 月 17 日時点のオリジナルよりアーカイブ。2012 年 2 月 4 日閲覧。
- ^ “libtransmissionのmagnet.c: コミット5c3fd1b5ccc3a8c4ab68e2c56861df31dd1c720a”. Transmission. 2021年9月4日時点のオリジナルよりアーカイブ。 2021年9月4日閲覧。
外部リンク
- SourceForgeの Magnet-URI プロジェクト、フォーマットの初期の定義 (最終更新 2002)
- CHK SHA1-Base32 および ED2K をサポートするフリーウェア チェックサム ユーティリティ
- SourceForgeのRHashは、マグネットリンクを計算できるオープンソースのコマンドラインツールです。