P2Pでサーバに依存しない掲示板を作るの巻

P2Pでサーバに依存し� ..

268:デフォルトの名無しさん
01/12/27 01:19
>>263
検討しようと思ったけど、「サーバー」が何を意味するのかわからないよ。
「サーバー」=「利用者のクライアント」だったら、その案だと欠陥あり。
「サーバー」=「信頼の置ける少数の管理側サーバー」だったら、
現実的だけど、面白くない。ってのが正直な感想です。

pureP2Pでコレ！って案は結局ないのーか？（煽ってみる）

269:デフォルトの名無しさん
01/12/27 01:26
>>263
>他人のサーバにスレッドは立てられない
って事はやっぱり「利用者」の方か。以下、
そう決め付けた上での欠点。相変らず長文ごめん。

■ 其の１ ■

>動的にスレッドを移譲する仕組みがあればいいかなと思っている。

ここ重要。実際どういう仕組みを用意するつもりさ？
スレ立てた奴が繋いでないと書き込めない掲示板なんて
掲示板の用を成さないから、ここの仕組みは必要だけど、
もし悪質なノードに委譲されてしまったら、
それこそ改竄でもあぼーんでもやりたい放題。
きっと、誰かがどっかのスレをあぼーんしたいと思ったら、
ひたすらノード用意しまくって、委譲されるの待つ。
いたづら犯だったら委譲されたスレを片っ端から壊すかもしれないし。

■ 其の２ ■

委譲が任意だとすると、スレ立てた奴に公開を止める権利がある。
スレ立ててレス貰って、都合が悪くなったら公開中止。
これはレス泥棒。少しでも時間を割いて書いてくれた人に失礼。
あんまり好ましいとは思わない。

■ 其の３ ■

悪質なノード君がスレ立てしたとしたら…？
色んないたづらされそうでなんか嫌。

以上。
良い点もいっぱいあると思うけど、
とりあえず悪い点だけ。
勘違いしてたらごめんなさい。

270:236
01/12/27 10:30
>>268
不明なとこがあったら聞いてください。

サーバは実際には二種類あって、
ひとつは基幹ネットワークを構成するやつ。(Aサーバとする)
もうひとつは単なるスレッド供給者。(Bサーバとする)

BサーバはAサーバに依頼して、自分の持つスレッドを告知してもらう。
ただし、Aサーバ管理者に依頼しない限り、Aサーバネットに参加はできない。

クライアントはいずれかのAサーバにアクセスしてスレッド一覧をもらう。
スレッド一覧はBサーバのアドレスつきで送られるので、レスの取得は
実際に運営しているBサーバから直接もらう。

★移譲

これに関しては、次のような感じが良いかも、と思っている。

・サーバは"移譲サーバ"のアドレスをあらかじめ決めておく
・時が来たら、移譲サーバにスレッドを移譲
・管理をしたいときは移譲サーバに返還要求する

・移譲サーバは移譲依頼が来たら任意の別のサーバに移譲する
・移譲サーバは変換依頼がきたら実際の移譲先に通知後、
　スレッドの書き込みをチェック※して返還。

・クライアントは移譲サーバに実際の移譲先を聞いてアクセス。

※は、移譲中の部分に関しては仕方がない。
移譲する前の部分が改竄されていないかのみ。

>いたづら犯だったら委譲されたスレを片っ端から壊すかもしれないし。

最悪でもスレッドの一時的なダウンですみます。
オリジナルがサーバに残っているので。

>悪質なノード君がスレ立てしたとしたら…？

Aサーバのネットワークに介入されなければ何とかなります。

>スレ立ててレス貰って、都合が悪くなったら公開中止。

これについてはまだ考えているんですが、要はサーバクラッシュから
復旧させる手段が必要かな、と。復旧時にレス関係者が集まる場所を
決めておいて、そこでみんなのログを合成するというのが今の案です。

271:デフォルトの名無しさん
01/12/28 00:53
>>270
了解。俺りゃ1さんのノードがスレ管理をするんだと思ったよ…。
あくまで、管理側と利用側に分けた上での、
管理側ネットワークの仕組みっちゅーことですね。

それだったら上手くいくと思います。

というか、何度も書いてるようにそっち路線で行くしかない、と思っています。

でも、そっちの路線で考えるにあたって、それで本当に
このスレの目的は達成されるのだろうか、という疑問があるんですよ。
pureP2Pで出来るんならそっちの方がいいに決まっている。

というわけで、>>241での発言の繰り返しになっちゃいますけど、
俺の結論はpureP2Pで完璧な掲示板システムを作る事は出来ない。
どこかで妥協が必要になる。

これを確認したい。
「反論」を待つ。

＃反論がなけりゃしょーがねーや、そのうち>>241か>>242の方法を
＃取った掲示板か、もしくはログが必要ないCHATでも作ってみるわ。

272:つ
01/12/28 11:14
>>271
pureP2Pとはどういうものを指すのだろうか？
平衡型ならいいのかな？

想定する掲示板システムの仕様は２ｃｈ型でいいの？
それともマルチスレッド？

273:236
01/12/28 20:50
>>272
PureP2Pでは、P2Pに加え、
・ユーザ・クライアントを認証しない
とかかな。通信相手の選り好みをしないということ。

マルチスレッド、2ch型は意味不明。

274:デフォルトの名無しさん
01/12/29 00:25
pure P2Pの定義ですが

　「すべてのノードは平等な機能と役割を持ち、対等に通信する。」

でどうでしょうか？
もしくは、この定義が窮屈すぎるなら

　「pure P2Pであれば、誰にもネットワークを止めることが出来ない。」

という感じかな。
逆が成り立つとは限らないけれど。

275:いつ
01/12/29 03:41
>>274
>　「すべてのノードは平等な機能と役割を持ち、対等に通信する。」

これであれば、要は、正規応答モードじゃなくて、非同期平衡モードってことだと思う。

昔、無線を使ってそういうのやろうとしてた人達がいたみたいだけど
細かなプロトコルを統一しないと問題がでてくる。

で、問題の類似プロトコル（ワーム等）にネットワークが汚染されないようにするには>>266のように
プロトコルにブラックボックスを組み込んでおく必要がありそう。
そうすれば、性善説を取ることができるので最初から予期された（通信の確実性とか）以外の問題はおこらない筈。

ただそれでは　「pure P2Pであれば、誰にもネットワークを止めることが出来ない。」
というのは成立しない気がする。一種の認証だしね。
つまりこれではpure P2Pとは言えないという事なのかな？

結局プロトコルという規則や物理的制限に縛られている限り、それは完璧には無理なんじゃないだろうか？

で、>>1の目的にはそれは必要？

276:デフォルトの名無しさん
01/12/29 13:47
>>275
プロトコルをブラックボックス化するのは、厳密には不可能だと思う。
送受信されるデータは認証と暗号化の組み合わせで守る事ができるとしても
暗号化と復号化の手順を両方持ってるプログラム本体は守りようがない。
一旦解析されたら、性善説を取ってる受信者を相手に好き勝手できてしまう。

不特定多数と通信する以上、送られてくるデータもまた不特定多数である事
を前提にするべきで、送信者の自己申告は当てにできない。
絶えず受信者の側で判定する方が、より安全なのでは？

277:236
01/12/29 23:16
>>275,276

>そうすれば、性善説を取ることができるので
>最初から予期された以外の問題はおこらない筈。

2chで荒らしが横行しているのはなぜだ？
WWWサーバは完結しているのだから、性善説というかそういうことすら
気にしなくて良いはずだが？
それともひろゆきは対応できるのにしていないだけなのか？

クライアントが完全に信頼できても、
ユーザが信頼できなきゃ問題は起こるんだよ。

>プロトコルをブラックボックス化するのは、厳密には不可能だと思う。

というか、少なくとも漏れはそういう段階ではない。
すべてのクライアントが自前とものと仮定した上で、
厨房が暴れないようにする段階。

278:デフォルトの名無しさん
01/12/30 06:59
URLﾘﾝｸ(www.atmarkit.co.jp)

279:デフォルトの名無しさん
02/01/02 22:22
2ch鯖（基本鯖）を併用する。
↓
投稿は2ch鯖と自分のログ、そして相手に送信される
↓
2ch鯖に投稿されたものは削除も改変もできない（現在の2chのシステムを維持できる）
↓
しかし、自分の書き込みと相手のログは改変の恐れがある
↓
そこで各ユーザは2ch鯖にその投稿が本物かどうかを問い合わせることができる
ただし、返答は0（偽）か1（正）のみ。（これによりひろゆきの訴訟リスクをゼロにできる）
↓
また、2ch鯖へ投稿した個人は分からないため、匿名性もある程度維持できる。
↓
さらに24時間稼働できる準基本鯖（ボランティア）があるともっと良い。

どう？

280:デフォルトの名無しさん
02/01/02 22:54
>>279
それはもう一方のスレのP2Pcacheとかいう奴だね。
開発止まってるみたいだけど。

281:デフォルトの名無しさん
02/01/03 13:45
あけおめ。今年の目標はVojtaの完成です。
ファイヤーウォールへの対応はこれからがんがります。

282:デフォルトの名無しさん
02/01/03 22:49
がんがってください

283:デフォルトの名無しさん
02/01/03 23:06
>282
その言葉は、ここでは禁句。
「オメーの為に作ってるんじゃねー、作りたいから作ってるんだ」って反応が返ってくるのがオチ。

284:デフォルトの名無しさん
02/01/03 23:10
正しくは、「オメーら、カッコいいぜ！」

285:デフォルトの名無しさん
02/01/03 23:49
サーバに依存しないP2P掲示板では、参加するために他のノードのアドレスが必要
になります。「IPくれ～」というのを、P2P掲示板以外でやらなければならないわけです。
Vojtaでは板毎にネットワークを作るので、板毎にアドレス情報の交換をやるのは結構
大変と思われます。

中央サーバを用意してここで、ホスト情報の提供を行うことは可能ですが、ここの維持に
はコスト（サーバ、管理者等）がかかります。このサーバがクラックされたり、Dos攻撃を受
けたりしまうととネットワーク全体が死亡します。

286:デフォルトの名無しさん
02/01/04 00:01
ですから、「便利に使うためのツール」として、ホスト情報交換のためのサーバ
プログラムがあってもよいかもしれません。いつ消滅してもよいように、マニュア
ルで操作できる必要はあるかと思います。

他にも、ウェブからの読み書きのゲートウェイを提供するサーバプログラムが
あってもよいかもしれません。サーバ提供者には広告を挿入する特権を与え
れば、板によっては管理者のなり手がいるのではないでしょうか。ウェブから
読み書きできれば、モバイルからも参加できるし、過去ログをサーチエンジン
で検索可能にもなるでしょう。

しかし、それは純粋ではないのでは？>>1に反する？うーむ。理想と現実。

287:デフォルトの名無しさん
02/01/04 00:31
いや、大元のネットワークがpureであれば、>>1には反しないと思うけど。
オプションで便利になっていくのは良い事だと思う。

288:
02/01/05 11:35
ファイアーウォールの中からでも参加できるよう修正したVojtaをアップ
ロードしました。URLﾘﾝｸ(vojtaproject.tripod.co.jp)

289:デフォルトの名無しさん
02/01/05 12:24
今のホストは61.115.124.25の80番ポートです。
つなげてなにか書いてくれると楽しいです。

それでは遊び行ってきます。

290:236
02/01/05 12:52
書いてみた報告。

ISDN-FLET'S/NAT/LAN/XPで成功。

291:250
02/01/05 13:30
書いてみた報告

ISDN-FLET'S/NAT/LAN/98で成功したです。

292:デフォルトの名無しさん
02/01/05 13:52
書込ログの改竄が容易にできてしまうのは、妥協？

293:236
02/01/05 13:57
バグ報告

なんか知らんけど無限ループに入るみたい。
入るときのログにはさしあたって変なとこはないけど、直後から
java.net.SocketException: Connection aborted by peer: socket write error
at java.net.SocketOutputStream.socketWrite(Native Method)
at java.net.SocketOutputStream.write(Unknown Source)
at java.io.OutputStreamWriter.flushBuffer(Unknown Source)
at java.io.OutputStreamWriter.flush(Unknown Source)
at java.io.BufferedWriter.flush(Unknown Source)
at vojta.net.VojtaSocket.sendString(VojtaSocket.java:161)
at vojta.net.VojtaSocket.sendPacket(VojtaSocket.java:133)
at vojta.servant.Connector$PacketWriterThread.run(Connector.java:325)
failed to send packet:PacketSelfOrganizationQuery, 61.124.xxx.xxx:80, QUERY_MASTE
R, SOUTH, 1913920793
というログが繰り返されるようになる。

再現性はある。復帰はしない。
発生までの経過時間はバラバラ。

294:hiro
02/01/05 15:16
よくできてますねぇ。
ソースみたい！

295:hiro
02/01/05 15:26
P2PにIP Messengerみたいな機能を付加できないかなぁ？

IP Messengerみたいな機能というのはローカルのLANあるいはリモートのLANにブロードキャストして反応が返ってきたホストをP2Pのホストとして加える。
これあると結構便利だと思う。

296:デフォルトの名無しさん
02/01/05 18:26
ただいま～。

帰ってきたらなんかLinuxのJavaVMがエラーで落ちてました。すんません。
VMが古いのかなー。

>>293
定期的に接続をチェックするようにしているんですけど、>>293はセッションが
切れているように見えますね。ログをみると他にもちょっと変なところもあります。
詳細は明日検討します。

ということで、メシ食いに逝ってきます。

297:オウヨ？　オウヨ！
02/01/05 23:46
あ。そうそう。
終了した後もたくさんコネクションを張りっぱなしになるんだけど、
これって仕様？

298:デフォルトの名無しさん
02/01/06 15:24
え～と、Ｐ２Ｐ掲示板の完全性がイロイロと議論されているようですが・・・
ここいらで、ちょっと考え方の視点を変える事を提案したいと思います。

それは、世の中に完璧なものなど殆ど存在しない・・・という事です。

例えば、現行の２ｃｈのようなサーバ型の掲示板ですが、サーバのＯＳ
からしてセキュリティホール云々が取り沙汰される昨今、それは全く
完璧なシステムなどではないという事です。
また、世界中の人々が絶大なる信頼をおいている「お金」という奴ですら
偽造、詐欺など枚挙にいとまがないほど行われております。
つまり、議論する上で「穴が開いているかどうか」はあまり重要ではない
ように思うのです。
開いている穴の大きさが、掲示板参加者にとって許容できるかどうか
だけが問題なのだと思います。
それが許容範囲内にあれば、システムとして存続し得るという事です。

299:236
02/01/06 15:39
つまりその穴が大きいかどうか、ほかに穴がないかを議論してるんですが。

また、穴をなくすことは不可能ですが、事実上無視できる程度に小さくできた場合は
一般に「ない」ものとして扱いますので、そういう観点から完璧なものができないかを
議論することは非常に有益かと思います。

300:デフォルトの名無しさん
02/01/06 15:41
さて、とりあえず、

> ・サーバ間のみP2P
> ・レスの共有はしない
> ・スレッドはサーバが所有
> ・あるスレッドへの要求はすべて単一サーバに集中
> ・他人のサーバにスレッドは立てられない
> ・サーバ間で常時コネクションを張る
> ・サーバネットワークでは更新のあるスレッドについて全域に配達する

のサーバの定義ですが・・・
これは、長時間に渡り同一ＩＰ且つ同一ＩＤで稼動し続け、サーバになっても
良いと表明しているクライアントが自動的にサーバに昇格すれば良いの
ではないでしょうか？
接続時間と安定性でサーバとしての信頼度が加算されていき
その際に上位１０位ぐらいまでがサーバとして連携を取り、内容の同一性を
保てば良いのでは？
これならば、スレを完全ハックするには５台以上の信頼性のおけるサーバを
時間をかけて作る必要があります。
これには５種類以上の異なるＩＰを入手し、その上でそのＩＰを使って長時間
サーバ候補として稼動させつづける事が条件になり、
それは、恐らく「掲示板をハックするというくだらない行為」に対してペイしない
手間ではないかと思います。
この時点で、そうした行為を行う人が現れる確率は皆無になり、参加者に
とって十分信頼のおける掲示板を作る事も可能なのではないでしょうか？

え～、それから、もちっと追加すると・・・
スレを立てる == 最初のサーバを立てる
という事でいいのではないでしょうか？
人気が出れば、そのスレの２番目・３番目のサーバとして名乗りを上げる
クライアントが増え、そのスレの信頼性がＵｐしていき・・・
クソスレは人気が出ない為、いつまで経っても荒らし放題、サーバもダウン
しがち・・・いずれは消えていく・・・
という事で、掲示板栄枯盛衰の理にかなっているようにもみえます。

301:デフォルトの名無しさん
02/01/06 15:59
>>300
もうちょっと考えてから書こうよ。
とりあえず一点だけ。

>それは、恐らく「掲示板をハックするというくだらない行為」に対してペイしない
>手間ではないかと思います。

訴訟を起こしてまでスレを削除しようとしている企業もいるんだよ？
むしろ個人が手間をかけて昇格しようとするより、
こういう企業がしのぎを削ることになりそうな。

302:デフォルトの名無しさん
02/01/06 16:09
> 訴訟を起こしてまでスレを削除しようとしている企業もいるんだよ？

どこのスレが知らんが少なくとも俺は、企業が全力で潰したくなるような
アングラなスレを期待して２ｃｈに来ている訳ではない。
そこまでのアングラ性を期待しているユーザなんて全２ｃｈユーザの１％
にも満たないと思うが・・・？

303:デフォルトの名無しさん
02/01/06 16:13
上記のアドレスをfeedした後updateすると以下のエラーがでます.

java.lang.NullPointerException at vojta.packet.PacketBroadCastQueryMessage.
(PacketBroadCastQueryMessage.java:36) at
vojta.servant.VojtaClient.queryThreadList(VojtaClient.java:118) at
vojta.servant.VojtaServantImpl.updateThreadList(VojtaServantImpl.java:119) at
vojta.proxy.VojtaServerHTTPHandler.commandBodyUpdateThreadList
(VojtaServerHTTPHandler.java:872) at
vojta.proxy.VojtaServerHTTPHandler.executeCommand(VojtaServerHTTPHandler.java:
160) at vojta.proxy.ProxyThread.run(ProxyThread.java:72)

catv(private ip address),linux,w3m&netscape 4.77
です.

304:デフォルトの名無しさん
02/01/06 16:15
追伸

ついでに言えば、そのアングラスレをどうしても維持したければ、
潰されても潰されても立てつづければ良いだけの話のような・・

いや、第一そのスレが絶大なる人気と支持を誇るのなら、きっと
企業にも勝てる強固なサーバ群に成長してると思うぞ？

305:デフォルトの名無しさん
02/01/07 18:16
このスレの人、もしよかったら
freenet&frostも使ってみてください。
参考になるかも。
ｽﾚﾘﾝｸ(download板:756-760番)

306:デフォルトの名無しさん
02/01/07 18:39
>>305
freenetも違法コピー目的に使われてかわいそうだなぁ。

307:デフォルトの名無しさん
02/01/07 18:51
>>300

＞接続時間と安定性でサーバとしての信頼度が加算されていき

どこがモニタと信頼評価するんじゃ。アホか。

308:236
02/01/07 18:59
>>300
なんか否定レスがつきまくってますが、検討には多謝です。
いまレポートで死にそうなのでレスは遅くなりそうだから
ちょっと待っててください。

ちなみにモニタするのは信頼を要求されたサーバでしょう。
自分がクライアントとして相手を一定期間観察すればよいかと。

309:デフォルトの名無しさん
02/01/07 23:16
え～、ちょっと補足説明。
モニタするのは信頼されたサーバ以外に、
各クライアント（＝将来のサーバ候補）
も含まれると思います。

Ｐ２Ｐ掲示板のブラウジングソフトが
稼動中の一定時間間隔で各サーバの動作
状況をチェックし、安定しているものに、
署名付きの「お墨付き」を与える。
(これは自分がＰ２Ｐに接続する際の接続先
リストを兼ねているのだが、これは自分の
ローカルディスクに置いておく)

サーバ候補を表明しているブラウザは
この動作状況チェックの際に稼動中の
サーバの数も同時に調べ、例えば１０台
のリミットを下回っていたら、自分が
サーバに昇格できるかどうかの検討を
始める。
この際に、Ｐ２Ｐでコネクションを保って
いるクライアント群に、お墨付きの状況
を要求し、自分のお墨付きが１０位以内
にあるかどうかを調べる。
１０位以内であると判定したら、今度は
自分がサーバへ昇格する旨をクライアント
群に通知する。
クライアントは、その通知元のサーバが
自分の信頼に足るかどうか調べ
（厳密に１０位以内かどうか検証するので
なく、多少条件は緩めにする）
信頼に足れば、以降そのピアをサーバと
して認識するし、信頼が足りない場合は
そのピアをＰ２Ｐのネットワークから排除
するように動く。
（具体的には自分の直接の通信先だった
場合、即座に通信を打ち切るとか・・・）

こんなんでどうでしょうかね？

あと、下のイメージはちょっと変更。

> スレを立てる == 最初のサーバを立てる

板を立てる == 最初のサーバを立てる

ぐらいにしときたいと思います。

310:デフォルトの名無しさん
02/01/07 23:38
vojtaちょっとアップデートしました。突如として同じホストを闇雲に張りはじめる
不具合を直しました。今の僕のホストは　61.115.124.1の80番ポートです。誰か
ちょっと見てやろうかという人いらっしゃいましたら、つなげてくれるとうれしいです。

それから、誰かファイアーウォールの中にいない人、僕から接続してみたいので、
IPアドレス教えてくれるとすごく感謝です。URLは　URLﾘﾝｸ(vojtaproject.tripod.co.jp)
です。

311:310
02/01/07 23:58
ちょっとサーバの調子がよくないです。テスト中止しますです。
ごめんなさい。今日はもう寝ます。

312:vojtaに質問
02/01/08 01:08
現行のvojtaって何らかの既存のＰ２Ｐプロトコルの上に構築してるの？
それとも完全オリジナル？

P.S. 試そうと思ってるんだが、俺が見るといつも稼動してないな・・・

313:デフォルトの名無しさん
02/01/08 02:50
できればvojtaの作者の人は固定ハン＆トリップで名乗って
くれると質問しやすくていいのだが、、、

314:デフォルトの名無しさん
02/01/09 13:21
vojtaはJXTAもGnutellaも今のところ使ってない。
せっかくあるものをなぜ利用しないのか？Gnutellaや(今の)JXTAで掲示板やると
ピアが増えた時に破綻すると思うから。　あと、Jxtaのライセンスや、『文化』に縛
られるのが嫌かなとも思った。でも、将来は未定。

freenetは、あまり勉強していないのでちょっとよくわからない。freenetの技術資
料ってどこかにありますか。

315:デフォルトの名無しさん
02/01/09 15:56
>314

Freenet関係は、ここいらへんが良いんじゃないかな．

Freenet:分散匿名型の情報保存と検索システム
URLﾘﾝｸ(www.sfc.wide.ad.jp)

URLﾘﾝｸ(longitude.doc.ic.ac.uk)(本文PS)
URLﾘﾝｸ(longitude.doc.ic.ac.uk)(本文HTML)

URLﾘﾝｸ(freenet.sourceforge.net)(参考資料English)
URLﾘﾝｸ(www.geocities.co.jp)(参考資料Japanese)

316:(-_-ﾒ)
02/01/09 15:58

★重要告知★

『 OKWeb 』及び教えてGoo は最悪だ !
利用する奴ははっきり言って馬鹿の象徴 !!
馬鹿の証明しているに過ぎない !!
"OKWeb" を利用すると　頭が変になり、馬鹿になる !!　気をつけろ !!!
　それにOKwebを利用するだけで『ウィルス』に感染してしまうから
絶対利用はするな !!

317:デフォルトの名無しさん
02/01/09 17:20
vojtaアップデートしました。
URLﾘﾝｸ(vojtaproject.tripod.co.jp)

テスト絶賛実行中。ホストは、61.115.124.181の80番ポートです。
バージョンは0908a。古いバージョンと互換性がなくなったので、
新しくだうんろーどしてくださいよろぴく。

僕は出かけてしまうので、PCが落ちたらそこでテスト終了ですそれでは。

318:236
02/01/09 17:57
カキコ報告。成功。

うちでは80をIISが使っているはずなんだけど、ディフォの設定で動作しました。
ポート見ると2562を代わりに使ってるみたいだが、次回のバージョンアップでは
代替ポートの固定を希望。固定してくれたらルータに穴を開けるんで。

しばらくつなぎっぱにしてみる。

319:236
02/01/09 19:57
報告。
二三時間接続状態でほっときましたが、例の暴走現象は確認できませんでした。

320:デフォルトの名無しさん
02/01/10 00:31
80番ポートは必ずしも空ける必要はないです。

80番ポートを変更したい場合は、confフォルダの中にある、VojtaServantPrefere
nce.xmlを開いて、ServerPortの値を適当なポート番号に書き換えてください。

ただし、実際の運用においては、ファイアーウォールの中にいる別の人が、その設
定によってはあなたのサーバにアクセスできなくなる可能性があるので、80番ポー
トのままにしておいて、サーバとしての機能を停止したままにおいたほうがよいと思
います。この辺りは、Vojtaがどのようにネットワークを作っているのかの説明が必要
なのですが、もう眠すぎ。

協力してくれた人、カキコしてくれた人ありがとうです。サーバントは、７時間無事に
動いていました。動かしたまま寝ますのでまだアクセス可能です。

321:デフォルトの名無しさん
02/01/10 00:56
すいませんVojtaで遊んでみようと思ったのですが、
データベースの初期化ができないです。
[Database| Initialize database]をやると次のようになります。

Status
status:ERROR
Menu
Initialize database
Compact database

あと、起動時にDOS窓で
fatal error : File "vojta_servant_VojtaServantPreference.dtd" not found.
fatal error : File "vojta_proxy_ProxyPreference.dtd" not found.
fatal error : File "vojta_xml_BBSPreference.dtd" not found.
fatal error : File "vojta_xml_BBSPreference.dtd" not found.
っていうエラーも出てるようなのですが、何が悪いのでしょうか？

322:321
02/01/10 00:58
原因が判明しました。
デスクトップで解凍してやったのがまずかったみたいです。
c:直下において動かしたら動きました。

323:デフォルトの名無しさん
02/01/10 00:59
試しに書き込んでみた。コンソールで(in)で始まる行と(out)で始まる行が
ひたすらくり返されているんだけど、これって正常なの？

324:　　
02/01/10 12:14
もう落ちてますか？
さきほどは繋がらなかったです。

325:デフォルトの名無しさん
02/01/12 23:09
バグがとれないage

326:妄想
02/01/13 23:26
・仮運営者（意思表明をしたもの）を決め、各板のランキングを任せる。
　仮運営になる意思を表明すると、仮運営者にＩＰが送られ、そのリストは
　ランキングを見た閲覧者にリストが更新されているならば配信される
　仮運営者の候補（予備軍）は仮運営者に何分かに一回接続されているかを
　確認しにいき、切断されていたならば予備軍リストＮＯ１が仮運営者となる
　閲覧者はランキングに繋いでどんなスレがあるかを確認する
・スレのデータは、スレを建てたもののＰＣに保存され
　閲覧者はランキングのリンクを辿って閲覧する
　閲覧したもののＰＣにそのスレは保存される
　最新５０レスで最も書き込んでいる人間がスレの管理を任され
　ランキングのリンクは、その人間のものに更新される
　最新５０レスで最も書き込んでいる何人かをスレ管理候補者として
　ランキングに送りリスト化する
　閲覧者がランキングのリストに繋いで繋がらない場合は、候補ＮＯ１が管理人になる
　いない場合は閲覧者が管理人になる
・ランキングを任された者、スレの管理人はデータの変更は一切出来ない
　リストは暗号化される
　管理を任されている者が切断する場合、候補ＮＯ１に引き継ぐようにする
　完全な同期は期待しない

327:デフォルトの名無しさん
02/01/20 00:17
HDDが壊れちゃってネット遊び休んでました。

vojtaアップデートしました。画像つきました。ウェブにスクリーンショットも載せました。

URLﾘﾝｸ(vojtaproject.tripod.co.jp)

328:　　
02/01/20 10:57
>>327
動かしてみたいのですが、ノードのIPとか判らないと・・・

329:236
02/01/20 11:09
またやばいらしいですね。今回は乗り切れそうな気もしますが、
次の次あたりは本格的な危機になりそうな予感。

>>300

>良いと表明しているクライアントが自動的にサーバに昇格すれば良いの

自動的な昇格に関しては実現したいです。
でも監視方法についてはもう少し考えて見ます。
少し複雑すぎる気がするんですよね。

本当はもっと長々としたレスを書いていたんですが、やってみないと
わからない部分が多いので、削ってしまいました。お待たせしてすまん。

330:236
02/01/20 11:12
あと、.NETランタイムの国際版が Coming soon で、VS.NET日本語版が
三月中らしいので、僕のほうのソフトの公開はその頃になりそうです。

331:デフォルトの名無しさん
02/01/20 12:39
「危機」っていうか、有料化が必然であると印象づけることを目的とした
運営側による自作自演でしょう。

332:デフォルトの名無しさん
02/01/20 15:01
自作自演つーより、今のクラサバ方式だと、経費と参加者はリニアだろ。
有料化は必然だと思うが… 9月からその方針で検討は進められていただんだろ。

ただ、今考えられているdatの有料化がうまく逝くとは思えない。
read.cgi経由の独自ブラウザが出現するだけ。

333:デフォルトの名無しさん
02/01/20 15:03
有料化には拒否感を持つ参加者が多いので、それを薄めるために
危機危機と言っているのだと思います。

334:　
02/01/20 15:04
「規定路線」なら、別に普通に有料化プランを公開すればいいのにね。

335:デフォルトの名無しさん
02/01/20 15:11
夜勤は危機とは言っていないと思うが…

336:　
02/01/20 15:13
だから匿名で。

337: ◆MsUYMX0E
02/01/20 15:30
テストしてみたいからだれかノード立ててIPおせーて

338:デフォルトの名無しさん
02/01/20 16:17
正直、運営側の自作自演むかつく

339:デフォルトの名無しさん
02/01/20 16:42
ということで、>>1　なんだよ。

340:デフォルトの名無しさん
02/01/20 20:21
URLﾘﾝｸ(vojtaproject.tripod.co.jp)

アップデートしたよ。0910a。
ホストは　211.19.93.58 の80番ポート。板によっては匿名カキコ可能になった
よ。

341:デフォルトの名無しさん
02/01/20 21:30
誰かつなげられないって人いますか？ダイアルアップ回線から書けたから
大丈夫だと思うんだけど…。うまくいかない人は最新版にアップデートしてから
テストしてくださいね。　ハンバーガー食いたい。

342:
02/01/20 21:43
うーん。うまくいかない・・・
ポートを8899にした以外は何も変えてないんだけど

Starting VojtaServer(0.910a):8899
feed entrance:vojtagroup_vojtatest
new Host:211.19.93.58:80(-1)
fatal error : ドキュメント URI を使用せずに、相対 URI "vojta_xml_PPacketHeader.d
td" を解決することはできません。
org.xml.sax.SAXParseException: ドキュメント URI を使用せずに、相対 URI "vojta_xm
l_PPacketHeader.dtd" を解決することはできません。
at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3121)
at org.apache.crimson.parser.Parser2.fatal(Parser2.java:3115)
at org.apache.crimson.parser.Parser2.resolveURI(Parser2.java:2702)
at org.apache.crimson.parser.Parser2.maybeExternalID(Parser2.java:2674)
at org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1125)

at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:489)
at org.apache.crimson.parser.Parser2.parse(Parser2.java:305)
at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433)

at org.apache.crimson.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl
.java:185)
at vojta.xml.UJAXP.getDocument(UJAXP.java:154)
at vojta.xml.UJAXP.getDocument(UJAXP.java:62)
at vojta.xml.PPacketHeader.setup(PPacketHeader.java:328)
at vojta.packet.Packet.deserializePacketHeader(Packet.java:155)
at vojta.net.VojtaSocket.getPacket(VojtaSocket.java:82)
at vojta.servant.Connector$PacketReaderThread.run(Connector.java:379)
failed to get packet
vojta.net.InvalidPacketException: Invalid packet header
at vojta.net.VojtaSocket.getPacket(VojtaSocket.java:85)
at vojta.servant.Connector$PacketReaderThread.run(Connector.java:379)
packetString:<?xml version="1.0" encoding="Shift_JIS"?><!DOCTYPE PPacketHeader S
YSTEM "vojta_xml_PPacketHeader.dtd"><PPacketHeader><Protocol>Vojta</Protocol><Ve
rsion>0.910a</Version><GroupIndex>vojtagroup</GroupIndex><BBSIndex>vojtatest</BB
SIndex><ClassName>vojta.packet.PacketSelfOrganizationQueryHitsRemoteHost</ClassN
ame><PacketID>1879634415</PacketID><PayloadLength>505</PayloadLength><Hops>1</Ho
ps><UserAgent>VojtaApplication0.910a</UserAgent><Time>1011530594463</Time></PPac
ketHeader>

343:デフォルトの名無しさん
02/01/20 21:46
ぬ。なんでだろう。書けている人もいるみたいです。
vojtaのインストールする位置をC:\なんかにしてみて再挑戦していただけると
うれしいです。

344:デフォルトの名無しさん
02/01/20 22:36
ログもたまって不具合もいくつかみつかったので一旦テストを終了させて
もらいます。ご協力ありがとうございました。

345:デフォルトの名無しさん
02/01/20 22:42
>>344
またバグ取り頑張ってくださいませ～ヾ(´ー`)ノ

346:デフォルトの名無しさん
02/01/21 23:48
なんか本家スレも作るって言ってるぞ。P2PBBS乱開発か…

347:266＠ム板
02/01/21 23:49
いや、多分 PureP2P にはならんです。
もしできるならば、という話で。

348:236
02/01/22 01:15
>>346
リンク希望

349:236
02/01/22 01:21
発見しました。板汚してすまん。

350:デフォルトの名無しさん
02/01/22 01:52
乱開発は必要だね。そこでパクリぱくられよい物が出来てゆく。

351:巨額詐欺
02/01/22 02:49
巨額詐欺の疑いのある、グローバリーについて

掲示板を拝見されてるの皆様、新年あけましておめでとうございます。
掲示板の趣旨とは直接関係ない話で申し訳ないのですが、この世の中では許せない事があります。

URLﾘﾝｸ(www.max.hi-ho.ne.jp)

この会社はありもしない儲け話をでっち上げ、巧みに客の財産を聞き出し、全財産を巻き上げます。

２００２年になりましたが、一向に改善する気配すらなく、悪質化は進む一方です。
この会社の営業は世間の皆様の迷惑になっています。

それだけではなく、人を騙して破産に追い込み、騙された人が仕方なくグローバリー社員を
殺人する事件も実際に発生し、新聞ザタになっています。

URLﾘﾝｸ(www.mainichi.co.jp)

みなさんもこちらの掲示板に投稿し、悪徳会社に騙される不幸な人が増えないようご協力お願いしま
す。

URLﾘﾝｸ(messages.yahoo.co.jp)

また、この書き込みを見て賛同頂ける方はこの内容をコピーしていろんな掲示板に書き込みをお願いします。

352:デフォルトの名無しさん
02/01/22 05:22
P2Pだと↑みたいなのの処理が面倒なのよね(笑)

353:デフォルトの名無しさん
02/01/22 13:15
すると、今のところ

(1)P2PCache
(2)2チャンネル依存型P2PBBS
(3)vojta（PureP2P型BBS）
(4).netのP2PBBS

の４つのプロジェクトが少なくとも「生きている」と考えてよろしいか。

354:236
02/01/22 16:45
>>353

>(4).netのP2PBBS
うぃ。生きてます。

>>ALL

URLﾘﾝｸ(tiara.zive.net:2222)
URLﾘﾝｸ(tiara.zive.net:2223)

で、ブラウザからの書き込みをテストしています。
暇な人はぜひなにか書いてみてください。
場所はどこでもいいです。
＃ネスケはなんか変になるので少し待って。

P2Pの部分は.NETランタイムが出ないとテストできないので
P2Pとしてはまるっきり意味なしなんですが・・・。

355:236
02/01/22 19:15
テストを見に来ていただいてありがとうございます。

ソフトはしばらく放っておきますので引き続き閲覧できますが、
どうも書き込みに関して不都合があるようです。
修正したらまたここにお知らせします。

ネスケから見ると変になる不都合は修正しました。

では。

356:236
02/01/23 00:20
書き込んでくれた方に感謝を。

書き込みに関する不都合を多分修正しました。
IE6.0,NN6.2で正常に読み書きできます。

このままつけっ放しで寝ますので、
気が向いたらアクセスをどうぞ。

357:デフォルトの名無しさん
02/01/23 00:27
vojtaを開発しているものでございます。

tiara/BS2CHおめでとうございます。　.net すごいなぁ。僕もC#覚えよう。
将来的に（もし）一緒に何かできたらカコイイですね。

一緒にP2PBBSを盛り上げてゆきましょう。

358:ほげ隊長 ◆cG6Ia.BU
02/01/23 06:01
>>353
遅ればせながら、、こんなものも考えています。
URLﾘﾝｸ(www5.ocn.ne.jp)

GUIはかちゅーしゃモドキ。
P2Pの仕組みはGnutellaの発展系です。

サイトもソフトもまだまだできていないですが、とりあえず
がんばって作っていますので、みなさんよろしくです。

359:デフォルトの名無しさん
02/01/23 06:06
>>358

通信告知も、クエリもブロードキャスト！ノードが増えたらすぐに破綻しそうだ！
がんばってください。

360:デフォルトの名無しさん
02/01/23 08:48
>>358
非常に面白い。テストの時には協力するよん。

361:236
02/01/23 17:02
>>357
こちらこそ以後お見知りおきを。

NNTPとかCacheとかにお株を奪われている感じなので
ひとつ奮起したいところですよね。

>>358
vojtaがグリッドを採用している(はず)のと違って、
オーソドックスな形式のpureP2Pですね。
とりあえずバイナリの配布を期待してます。

362:236
02/01/24 00:46
いったんテストを終了します。

書き込んでいただいた方はもちろん、
ご覧頂いた方ありがとうございました。

修正後は非常に安定していたようで、
一度も落ちることなく現在まで稼動することができました。

またテストを実施することがありましたらご協力お願いいたします。

363:デフォルトの名無しさん
02/01/31 16:35
最近はどんな感じですか?

364:デフォルトの名無しさん
02/01/31 18:27
vojta用の２４時間vojtaを動かせるように、新しいPCを自宅に準備中です。
tiaraはドメイン名があってかっこいいと思いました。真似することにします。

なんでPure型なのにサーバを用意しないといけないのだろう？なるべく静かなPCにしようと思います。

365:デフォルトの名無しさん
02/01/31 18:34
tiaraさんが利用されているzive.netは、有効期限(?)があるみたいですね。
動的に変動するIPアドレスと固定ホスト名を結び付けてくれる無料サービスは
いくつもあるみたいですが、使いやすいところはどこかなぁ。出来れば有効期限
がないところがいいなぁ思いっきりスレ違いですねsage

366:236
02/01/31 18:50
>>363

今日ようやく試験が終わったので、いろいろと調整してます。

>>364,365

既存のソフトを知らなかったので自作してしまいましたが、DiCEという
ソフトを使うとIPの自動更新ができるらしいです。これ使うと簡単に
URLゲットできます。
有効期限……ってあったかな？

固定URLはソフトの配布とか、告知とか、
なによりエントリポイントに使えるので。
＃加えて格好いいし、ハッタリも必要かな、とも。

DiCEのページにDDNSプロバイダ一覧があったので参照するといいかもです。

367:デフォルトの名無しさん
02/01/31 22:22
>>364
Diceのホームポー時からDynamincDNSを提供してるサイトの一覧がみれます
URLﾘﾝｸ(www.hi-ho.ne.jp)
あとは非Diceな所もありますが・

vojta参加ｷﾎﾞﾝ

368:デフォルトの名無しさん
02/02/01 15:03
なんか3つぐらい個人的なProjectが走ってるようですが、質問です

1.プロトコルを開示するつもりはありますか?
2.またあるとしたら、その時期は?

369:デフォルトの名無しさん
02/02/01 15:30
名乗らない見ず知らずの人とは話さないほうがいいよ。
ヤクザかもしれないからね。

370:デフォルトの名無しさん
02/02/01 15:45
ヤクザってちゃんと挨拶しますよ。
「手前生国と発します所は...

371:236
02/02/01 19:35
【１】
クライアントが情報を取得する部分は完全公開します。
サーバが色々とやるところは公開しないかもしれません。

【２】
今すぐにでも別に困らないんですが、ドキュメントを書き直すのが
面倒なので、そういう観点からするとある程度仕様が決まってから。

372:デフォルトの名無しさん
02/02/01 19:53
外部とのやりとりのプロトコルは公開したほうが吉かと
批評してもらえるし

プロトコル仕様レベルになれば、厨は口出せないので
面倒なことにはならないだろうし

運が良いと、よりキレイなドキュメントにしてくれる人が
現れるかもしれないし

373:デフォルトの名無しさん
02/02/01 22:14
kage

374:デフォルトの名無しさん
02/02/01 22:25
vojtaは、最初の頃は書いてウェブに載せていたのですがハードディスクが
ぶっこわれて全部どっか逝っちゃいました。またそのうち書きます。
それにプロトコルはまだ固まってないので。

375:ほげ隊長 ◆cG6Ia.BU
02/02/01 23:41
>>368
>>372
まだ、zigumoが開発中のため、どんどん変更が入って
しまうと思いますが、とりあえず、ドラフト版を掲載
してみました。

URLﾘﾝｸ(www5.ocn.ne.jp)

感想等ありましたら、よろしくです。

376:新入り
02/02/02 03:08
>>375

zigmoのプロトコル仕様読みました。
基本的にgnutellaなんですね

なんか他所で読んだネタだけど、
2chでIPv6 P2P キラーアプリケーションをつくろう
ｽﾚﾘﾝｸ(tech板:51番)
にある、QueryHitを受け取った最初のサーバント上でのアドレスの書き換えとか
有用な気がする

あと「メッセージ識別子」がMD5Hashになってたけど、その生成方法が気になったかな。
gnutellaはms-winなGUIDだよね。あれはあれで、そこそこunique性が保たれてるけど、
zigmoは如何に?

スレッド・レス関連だけど、
スレッドの階層化が欲しい感じがします。
純粋にIDでuniqueになってれは良いって考え方もあるんだろうけど、
所得時に
/get_res_list/pc/tech/?threadid=xxxxx HTTP /1.0
とかの方が管理しやすいかなとか。(2ch そのままって話はあるけど)
でも要求を受ける側のデータ管理は楽になるんじゃないかな
保存先もまんまディレクトリで分けられるし

あとはもget_threadに関しても、気になる点はあるけど、
スレッドID,レスIDの仕様がわからないから・・・
そのへんの明確にしてくれれば

なんか勝手な事言ってスイマセン

377:デフォルトの名無しさん
02/02/02 03:09
>>374
ご愁傷様でした・・・

って、ソースは無事なんですよね?

378:ほげ隊長 ◆cG6Ia.BU
02/02/02 11:31
>>376
感想ありがとうございます。

> 基本的にgnutellaなんですね
そうなのです。既にある程度実績のあるプロトコルを流用してしまった
方が、問題が少ないかなと思ったりしました。

> にある、QueryHitを受け取った最初のサーバント上でのアドレスの書き換えとか
> 有用な気がする
NAT対応の件については、既に実装されていて、ハンドシェイクを
行うときに、NAT BOX越しに見た相手のIPアドレスを返信すること
で、いわゆるグローバルなIPを通知する予定です。
ですので、各サーバントでは自分がローカルにいても、ローカルIP
を埋め込んだパケットを流さなくてすみます。

> あと「メッセージ識別子」がMD5Hashになってたけど、その生成方法が気になったかな。
下記設計書の「匿名性の確保とユニーク」を見てもらえば分かるのですが、
URLﾘﾝｸ(www5.ocn.ne.jp)
基本的にMSのGUIDを元に、更にMD5Hashをかけています。
ですので、ほぼユニーク性は保てると考えています。

> スレッドID,レスIDの仕様がわからないから・・・
スレッドIDやレスIDも全て、GUIDを元にMD5Hashを取った値を使います。

> スレッド・レス関連だけど、
> スレッドの階層化が欲しい感じがします。
そうですね。ここら辺は悩んだのですが、とりあえず、内部的なデータの管理は
プロトタイプを急いで作って、その後で考えようということにしてしまいました。
多少のスクラップ＆ビルドはやもうえないかなと、、、
ちなみに、表面的には（GUI上は）階層的に操作できます。

379:236
02/02/02 12:35
>>378
ほげ隊長さんのbasic.htmlが分かりやすかったので、
参考にして似たようなものを書くことにしました。
問題ないかと思うのですが、お礼を兼ねて報告しときます。

380:新入り
02/02/02 12:44
>>378

basic.hmtlの存在に気づいてませんでした・・

>> 基本的にgnutellaなんですね
>そうなのです。既にある程度実績のあるプロトコルを流用してしまった方が、問題が少ないかなと思ったりしました。

>NAT対応の件については、既に実装されていて、ハンドシェイクを行うときに、NAT BOX越しに見た相手のIPアドレスを返信すること
なるほど、ハンドシェイク時方が賢いですな。
>ZIGUMO OK\r\n\r\n
のOKの後あたりにIPをいれるのかな?

>基本的にMSのGUIDを元に、更にMD5Hashをかけています
これも了解。匿名性をupしてるんですね。

>スレッドIDやレスIDも全て、GUIDを元にMD5Hashを取った値を使います
スレ上で順序数(?)がUniqueで取れないからレスIDもGUIDになってしまうんですね。

板とかスレは名前が付くからよいけど、実際のレスはどんな感じになるのかな・・・?

">>378" とかってわけにはいかないだろうし。
メールとかニュースみたいにツリー状になるのかな。

">>b05fe4b7251186e2d1d0db1094c4d168" とかツライよね (w

まぁこのあたりは2ch形式から脱却しないといけない部分だとおもうけど。

なんにしてもGUIは出来てるあたりが頼もしいですね。

テスト等には協力させていただきますので、よろしくお願いします。

381:ほげ隊長 ◆cG6Ia.BU
02/02/02 13:38
>>379
どうぞ、どうぞ、どんどん流用しちゃってください。
私もGnutellaプロトコルとか関連サイトの資料をいろいろ参考に
させてもらっていますし、、、
やっぱり衆知を集めるのが重要だと思ったりします。

>>380
> >ZIGUMO OK\r\n\r\n
> のOKの後あたりにIPをいれるのかな?
ご明察です。
まだ、いろいろ検証中なので設計書に反映させていないのです。

> >スレッドIDやレスIDも全て、GUIDを元にMD5Hashを取った値を使います
> スレ上で順序数(?)がUniqueで取れないからレスIDもGUIDになってしまうんですね。
> 板とかスレは名前が付くからよいけど、実際のレスはどんな感じになるのかな・・・?
> ">>378" とかってわけにはいかないだろうし。
> メールとかニュースみたいにツリー状になるのかな。
> ">>b05fe4b7251186e2d1d0db1094c4d168" とかツライよね (w
そうですね。ここら辺が一番の悩みどころだったのですが、
いわゆる">>380"みたいな番号指定はあきらめました。
各自のサーバントで勝手にレスが付加されるため、レスの順番を維持
することは不可能なのです。
レスをつける場合はレスの番号を指定するのでは無く、ニュースやメー
リングリストでよくやられているように相手の文章の引用が主体となる
と思います。レスIDを指定してもいいですが、IDが３２文字にもなって
しまいますので現実的ではないです。

> なんにしてもGUIは出来てるあたりが頼もしいですね。
いや、実はGUIの方も、とりあえずイケイケで作っちゃてますので、
プロトタイプが完成して、いろいろな人の意見を聞いてから細かいと
ころは手を加えようと思っています。
現時点では２ちゃんのように数珠繋ぎに無理やり表示しちゃってます。
ただ、データとしては、レスのタイトルとか、どのレスへのレスか、
といった情報を持たせていますので、GUI次第で、メールソフトのよう
に１メッセージづつ表示させたり、ツリー状の階層化は可能だと思い
ます。ここら辺はなるべく仕様をオープンにしていろいろな人が作って
くれたらなぁとか妄想しています。（もっとも、その前にzigumoプロト
コルが破綻しないできちんと動くか？ということが重要ですが、、、）

> テスト等には協力させていただきますので、よろしくお願いします。
こちらこそよろしくです。

382:新入り
02/02/02 13:42
>>379
禿げしく同意。
basic.htmlは良くかけてると思う。

オレも、メッセージ形式は後にして、p2pなネットワークな部分の仕様でも書くかなと考えてる

ちなみに236さんのはグリッドな接続なんですか?
それとvojtaは?

今月はちよっと余裕があるんで、p2pな実験をしてみたいと思ってます。
いろいろと資料を漁ってる段階ではあるんたけど、
グリッド接続の実証モデルとか作ってみたいかなと。
どこかに既にわかりやすいのがあれば、それを見るだけで満足なんだけど・

383:236
02/02/02 18:06
>>382
tiaraはgnutella型ではなくて
どちらかというとwinmx型なのでpureP2Pではないです。
トポロジはリングにスター形の接続。

グリッドのシミュレーションはJavaで誰か作っていました。
動く様子は見たけど、数値的にどうかはオレには分からんかった。

384:デフォルトの名無しさん
02/02/02 19:24
感想を一言で言えば、稚拙。

次ページ