[DHT]P2P分散プロキシの検討：その１

さて、これから数回に分けてＤＨＴを用いたＰ２Ｐプロキシについて解説を行う。
進め方として大きく分けて
・Ｐ２Ｐ分散プロキシの実現方法の概略と実装時の注意点
・Ｐ２Ｐ分散プロキシの匿名性の議論（DHT-P2PプロキシはTorを超えられるか？）
・Ｐ２Ｐ分散プロキシの将来性
について書いていく予定だ。

さて、ＤＨＴによるＰ２Ｐ分散プロキシは既にＨＰで実現方式を書いてある。
分散ハッシュテーブルのＰ２Ｐアプリへの応用：その２

簡単に書くと、ノードＡがブラウザでURL=url1を見たいときにはNode_ID=hash(url1)となるノードＸにアクセスすれば良い。このときに、ノードＡがノードＸを検索するために介在するノードP1,P2.....PZをプロキシとすれば、ノードＡはノードＸに対して、多重プロキシを介することになり、結局誰がURL=url1を見ようとしているのかわからないといことになる。匿名性を薄めたければ多重プロキシを無効にすればよい。
ここでノードＸのように直接ターゲットとなるＷＥＢサーバあるいはストリーミングサーバにアクセスするノードをＧＷノードと定義しよう。

では、実際にＰ２Ｐ分散プロキシを実現するための注意点を書いていこう。

まず、ノードＸはhash(url1)となっているが、このときにurl1にアクセスが集中するとノードＸは当然負荷が重くなる。
負荷を分散する方法を考えよう。

簡単な分散方法として、url1にアクセスする時には、乱数をrand()として、Node_ID=hash(url1+rand())となるノードにアクセスすれば良い。こうすれば、特定ページに人気があっても、あるノードに負荷が集中する事はない。

次に今はNode_ID=hash(url1)のようにURL毎にＧＷノードを変えると、ＤＨＴのＮＷ負荷が高くなることが考えられる。これはＵＲＬが異なる毎にＧＷノードへのルーティングを計算しないといけないからだ。またこのルーティングによってページの表示に遅延が出ることが考えられる。
これを克服するには、ある時間毎にＧＷノードを変えることも考えられるだろう。すなわち、Node_ID=rand()+Time()のような関数で、Time()は一定時間毎に値が変化する関数である。このNode_IDとなるノードにアクセスすべきＵＲＬの情報を渡す事になる。こうすれば、ＮＷ負荷はNode_ID=hash(url1)の時よりも大分減るだろう。

ストリームを受信するときには注意を要する。ストリーミングサーバからクライアントがストリームを受信する際、クライアントのＩＰアドレスが変化すれば、当然ストリームは中断してしまう。ということは、少なくともストリームが流れている間はストリーミングサーバ⇔ＧＷノードのセッションは維持しないといけない。
一つの解として、ストリーミングを受けている間は、間にかますプロキシノードが変化しないと言う事が考えられる。それだと匿名性が薄まると懸念する人は、Node_ID=rand()＋Time（）となるノードを中間プロキシノードとして指定して、GWノードは固定するという手がある。こうすれば、ＧＷノードから見ると誰から受信しているかサッパリわからないということになる。ストリーミングを受信して他方に渡す技術はP2Pストリーミングの技術が確立しているから可能であるだろう。

次回はP2P分散プロキシとしてＤＨＴを使うと果たしてどの程度まで匿名性を高められるか検討してみる。
そしてP2P分散プロキシにおける匿名性と非匿名性のバランスについても議論する予定である。