Direct Connect
出典: フリー百科事典『ウィキペディア（Wikipedia）』 (2025/05/03 22:23 UTC 版)
| ファイル共有 |
|---|
 |
Direct Connect（DC）は、P2Pファイル共有の通信プロトコルである。Direct Connectのクライアントは中央のハブに接続し、互いに直接ファイルをダウンロードすることができる。Advanced Direct Connectは、しばしばこのプロトコルの後継と見なされている。
ハブには、接続されているクライアントまたはユーザーの一覧が表示される。ユーザーはファイルを検索し、他のクライアントからそれらをダウンロードすることができ、さらに他のユーザーとチャットを行うことも可能である。
歴史
NeoModusは、ジョン・ヘスが高校在学中の1999年11月に、アドウェア「Direct Connect」によって資金提供を受けて設立した会社である[1]。
最初のサードパーティ製クライアントは「DClite」と呼ばれ、このプロトコルのファイル共有機能を完全にはサポートしていなかった。ヘスは、接続開始に単純な暗号鍵を必要とする新しいバージョンのDirect Connectを公開し、サードパーティクライアントを締め出した。この暗号鍵は解読され、DCliteの開発者はNeoModusの新しいソフトウェアと互換性を持つ新バージョンのDCliteを公開した。その後しばらくして、DCliteはOpen Direct Connectとして書き直され、MDIユーザインタフェースを持ち、ファイル共有プロトコル用のプラグインを使用する（MLDonkeyに類似）ことを目的とした。Open Direct Connectもまた、プロトコルのファイル共有機能を完全にはサポートしていなかったが、Javaへの移植版は完全なサポートを有していた。その後、DCTC（Direct Connect Text Client）やDC++といった他のクライアントが人気を博すようになった。
DCDevアーカイブ[2]には、2003年から2005年にかけてのDC開発におけるプロトコル変更に関する議論が収録されている。
プロトコル
Direct Connect protocolはテキストベースのプロトコルであり、コマンドおよびその情報は平文で送信される。元のNeoModus製ソフトウェアには暗号化が存在しなかったが、プロトコル拡張として暗号化が利用可能である。クライアントは「ハブ」として機能する中央サーバに接続する。このハブはコンテンツの発見を提供し、クライアント同士が直接接続してコンテンツを転送するための交渉を可能にする。この中央ハブはメタデータのみを扱うため、コンテンツそのものを配信する場合と比べて必要な帯域幅ははるかに少ない。推定によれば、1000人のユーザーを処理するためには約2.5 Mbit/sの帯域幅が必要とされる[3]。
このプロトコルには公式な仕様が存在しないため、（元のNeoModus製クライアントおよびハブを除く）すべてのクライアントおよびハブは情報をリバースエンジニアリングせざるを得なかった。そのため、本記事が参照するいかなるプロトコル仕様も不正確あるいは不完全である可能性が高い[4]。
このプロトコルのクライアントサーバモデルでは、接続が確立される際にサーバが先に応答することが規定されている。たとえば、クライアントがハブのソケットに接続する際には、ハブが先にクライアントに応答する。
プロトコルにはクライアントやハブに対する既定の文字エンコーディングが規定されていない。元のクライアントおよびハブは、オペレーティングシステムのエンコーディングではなくASCIIエンコーディングを使用する。これにより、新しいソフトウェアではUTF-8エンコーディングへの移行が可能となっている。
ポート411はハブの既定ポートであり、412はクライアント間の接続に用いられる。これらのポートのいずれかがすでに使用中である場合、空いているポート番号が見つかるまで番号が増加される。たとえば、411、412、413が使用中であれば、ポート414が使用される。
ハブのアドレスは「dchub://example.com[:411]」の形式であり、411は任意のポート番号である。
グローバルな識別スキームは存在せず、ユーザーはハブごとにニックネームで識別される。
クライアント間の接続要求は、実際の接続と結びつけることができない[5]。
検索結果は、特定の検索クエリと結びつけることができない[6]。
ユーザーをキックしたり別のハブへ移動（リダイレクト）させたりする機能はプロトコルによってサポートされている。ユーザーがキックされる場合、ハブはそのユーザーに特定の理由を提示する義務はなく、ユーザーがリダイレクトされる先にも制限は存在しない。ただし、権限を持つ他のクライアントがハブにキックを命令する場合、そのクライアントは事前に通知メッセージを送信することがある。ユーザーをリダイレクトする際には、理由を添える必要がある。HTTPリファラに相当するものは存在しない。
ハブはクライアントに対してユーザーコマンドを送信することができる。これらのコマンドは純粋にプロトコル上のコマンドであり、主に特定の作業を簡便に行うために用いられる。たとえば、ハブはユーザーの既定ブラウザを開いてウェブサイトを訪問させるようなコマンドを送信することはできないが、「+rules」（「+」はコマンドであることをハブに示す。この記号は実装により異なる場合がある）といったコマンドを追加してハブのルールを表示させることは可能である。
プロトコルのPeer to Peer部分は「スロット」の概念に基づいている（求人における空きポジション数のようなもの）。これらのスロットは、任意の時点でユーザーからダウンロード可能な人数を示しており、クライアントによって制御される。
クライアント間の接続では、双方がランダムな数値を生成して、どちらが先にダウンロードを行うかを決定し、大きい数値を持つクライアントが優先される。
ダウンロードの転送およびハブへの接続にはTCPが用いられ、アクティブな検索にはUDPが使用される。
ユーザーが存在できるモードには「アクティブモード」と「パッシブモード」の2種類がある。アクティブモードのクライアントはネットワーク上の誰からでもダウンロード可能である一方、パッシブモードのユーザーはアクティブユーザーからしかダウンロードできない。NeoModus Direct Connectでは、パッシブモードのユーザーも他のパッシブモードユーザーの検索結果を受け取るが、ダウンロードは不可能である。「DC++」では、これらの検索結果すら受け取らない。NeoModus Direct Connectでは、検索クエリごとに最大5件の検索結果が全ユーザーに送信される。ユーザーが検索を行った場合、「DC++」ではアクティブモード時に10件、パッシブモード時には5件の検索結果が返される。パッシブクライアントには検索結果がハブ経由で送信され、アクティブクライアントには結果が直接送られる。
プロトコルの区切り文字には「$」、「|」、およびU+0020 spaceがある。これら（およびその他少数）のためにプロトコルにはエスケープシーケンスが定義されており、多くのソフトウェアはログイン（Lock to Key）シーケンスでそれを正しく使用している。何らかの理由で「DC++」の開発者はこのエスケープシーケンスを無視し、これらの文字をユーザーに表示する際にはHTMLの代替表現を使用している。
評価機能や言語パックといった機能に対する関心は依然として存在する。「DC++」の開発者らは、Direct Connectを完全に置き換えるプロトコルであるADC（非公式にはAdvanced Direct Connect）を提案している。ADCは元のプロトコルと同じネットワーク・トポロジー、概念、および用語を使用している[7]。
オリジナルのプロトコルと比較して追加された機能の一例としては、共有ファイルのTiger Treeハッシュのブロードキャストがある。これにより、ファイルが正確にダウンロードされたかの検証が可能となり、ファイル名に依存せずにファイルを検索できるようになる。
DDoS攻撃に利用されたDirect Connect
このプロトコルではハブが他のハブへユーザーをリダイレクトできるため、悪意のあるハブがユーザーを正規のDirect Connectハブ以外の場所にリダイレクトし、事実上のDDoS攻撃を引き起こすことがあった。これらのハブはクライアント間接続におけるIPアドレスを改変し、標的となる被害者を指すようにすることがあった[8][9][10]。
CTM Exploitは2006年から2007年にかけて表面化し、この期間中にDirect Connectネットワーク全体がDDoS攻撃にさらされた[11][12]。この状況を受けて、開発者たちはセキュリティ問題により真剣に取り組むようになった[13]。
2009年2月の時点で、攻撃を受けた側が接続してきたユーザーを送信したハブを特定できるようクライアント向けの拡張機能が提案された[14][15][16][17][12]。
Direct Connect Network Foundation
Direct Connect Network Foundation（DCNF）は、非営利団体であり、ネットワーク内のソフトウェア、プロトコルおよびその他のサービスの改善を通じてDCネットワークの向上を目的としている[18]。
DCNFは、DCに関連する記事、論文およびその他の文書のリストを管理している[19]。
関連項目
脚注
- ^ Annalee Newitz (2001年7月). “Sharing the Data”. Metro, Silicon Valley's Weekly Newspaper. Metro Publishing Inc. 2021年1月21日時点のオリジナルよりアーカイブ。2006年10月16日閲覧。
- ^ The DCDev archive Archived 2016-12-20 at the Wayback Machine.
- ^ Fredrik Ullner (2007年4月). “Command and bandwidth estimations in NMDC”. DC++: Just These Guys, Ya Know?. 2007年10月16日時点のオリジナルよりアーカイブ。2007年7月27日閲覧。
- ^ “NMDC Protocol”. Nmdc.sourceforge.net. 2017年2月10日時点のオリジナルよりアーカイブ。2016年12月4日閲覧。
- ^ “CTM tokens in ADC (or why the NMDC protocol is terrible, part 2)”. DC++: Just These Guys, Ya Know? (2007年8月). 2007年10月15日時点のオリジナルよりアーカイブ。2007年10月7日閲覧。
- ^ Todd Pederzani (2006年6月). “Filtering Redux”. DC++: Just These Guys, Ya Know?. 2007年10月15日時点のオリジナルよりアーカイブ。2007年8月31日閲覧。
- ^ Jacek Sieka and Fredrik Ullner (2019年1月). “ADC Protocol”. DCNF. 2020年12月1日時点のオリジナルよりアーカイブ。2020年12月21日閲覧。
- ^ Paul Sop (2007年5月). “Prolexic Distributed Denial of Service Attack Alert”. Prolexic Technologies Inc.. Prolexic Technologies Inc.. 2007年8月3日時点のオリジナルよりアーカイブ。2007年8月22日閲覧。
- ^ Robert Lemos (2007年5月). “Peer-to-peer networks co-opted for DOS attacks”. SecurityFocus. 2015年9月24日時点のオリジナルよりアーカイブ。2007年8月22日閲覧。
- ^ Fredrik Ullner (2007年5月). “Denying distributed attacks”. DC++: Just These Guys, Ya Know?. 2016年3月15日時点のオリジナルよりアーカイブ。2007年8月22日閲覧。
- ^ Ullner, Frederik (2008年1月17日). “Press coverage regarding DC being used as a DDoS tool”. DC++: Just These Guys, Ya Know?. 2016年9月23日時点のオリジナルよりアーカイブ。2017年5月19日閲覧。
- ^ a b Fredrik Ullner (2011年7月20日). “Long lost response regarding DC being used as a DDoS tool”. DC++: Just These Guys, Ya Know?. 2011年9月8日時点のオリジナルよりアーカイブ。2011年7月20日閲覧。
- ^ Furtunã, Adrian (2008年7月). “DC++ and DDoS Attacks”. 2016年11月9日時点のオリジナルよりアーカイブ。2017年5月19日閲覧。
- ^ Jan Vidar Krey (2009年2月). “Referral extension”. DC++ Launchpad Page. 2011年8月12日時点のオリジナルよりアーカイブ。2009年2月11日閲覧。
- ^ Jan Vidar Krey (2009年2月). “Referral extension on ADCPortal wiki”. ADCPortal.com. 2011年7月7日時点のオリジナルよりアーカイブ。2009年2月11日閲覧。
- ^ Eugen Hristev (2009年2月). “DC++ pointing out the corrupted”. DC++: Just These Guys, Ya Know?. 2009年3月9日時点のオリジナルよりアーカイブ。2009年2月11日閲覧。
- ^ Toast (2009年1月). “CTM Review and the errors of past”. ADCPortal. 2011年7月7日時点のオリジナルよりアーカイブ。2009年1月27日閲覧。
- ^ “DCNF - Direct Connect Network Foundation”. 2016年1月25日時点のオリジナルよりアーカイブ。2016年1月7日閲覧。
- ^ Direct Connect Network Foundation: Documents and Resources Archived 2016-12-20 at the Wayback Machine.
外部リンク
- NMDC Protocol Wiki (Mirror) Archived 2022-04-08 at the Wayback Machine.
- NMDC Protocol Document[リンク切れ]
- NMDC Protocol
- Direct Connectのページへのリンク
