01/10/13 13:53
URLﾘﾝｸ(www.geocities.co.jp)
ページの最後のほうの赤いところ。多分君の言っていることはここだよね。
疑問： Dの東が空白、Fの西が空白が同じ位置であることを認識するには、A,B,CまたはG,H,I
のノードが存在する必要がある。もっと遠回りすれば可能？
勝手にノードをつなげて行くと、同じ位置に二つ以上のノードが存在してしまうことになる。
(1)それを許容しない。探索パケットがどんなに遠回りしても、グリッドをきちんと並べる。
(2)一つの位置に複数のノードが存在することを許容する。
「位置」といっても、別に物理的な位置があるわけではなく、パケットが流れればそれで十分
なわけで。上のページで言えば、E1とE2を作って、他のノードはそれぞれと同じ方向で接続
する。
(3) ジム行ってくる。
181:かごめかごめ
01/10/13 14:53
空き地だった場合にどうやって向こうを知るかと言うことなんだけど、
発信源を原点とした座標アドレスを持つのが手っとり早いんじゃないかな？
TTLと一緒にアドレスを計算すれば、もし空き地の向こうからきたパケットがあれば
すぐに分かると思う。分かったら空き地を飛び越して流してやればいいんじゃない？
というか座標が無いとすると、ワープノードていうのはどうやって一定間隔に配置するの？
182:
01/10/16 01:12
>>181
座標を自己組織化に利用するかどうかはおいておいたとしても、座標をもつことによるデメリットを
指摘できないですね。少し考えてみます。
>ワープノードていうのはどうやって一定間隔に配置するの？
ワープノード探索パケット（一つの方向に直進する）を東西南北４方向に投げて、TTL=0なパケットを
受け取ったノードが、パケットを発行したノードとお互いにワープノードの関係になる。
183:デフォルトの名無しさん
01/10/16 10:27
ここのスレが荒んでるのは机上の空論が横行してるからじゃないかと思ふ。
184:熱さ忘れてすっかり寒くなったなあ
01/10/26 13:02
荒んでるというより寂れてるな。
問題は実装して検証する人が居ないこと
php板あたりから援軍募集したほうがいいのだろうか？
何かつまってる事があって出来ない＆様子見なら
言えばいいのにと思う。
まあ単にみんな喉元過ぎて忘れただけだと思うが
それとも避難すれば済むから別にいいってことなのか？
机上の理論はないよりあったほうがいいんじゃないか？
最近はそれすら少ない。
採用するかしないかは実装者が決めればいい。
それに不満ならソース公開してもらってパッチあてればいいと思う
どっちがいいかは評価次第じゃないかな？
なんか、物がでないと、学生のレポートか、誰かの飯の種を
みんなで無償で手伝ってただけみたいな感じがして良い気分はしない。
感謝されるわけでもないし。
あと、違う事を言えば黙っててと言われるのでは
誰も発言しなくなるのではないだろうか？
間違ってると思う箇所があるのなら訂正しながら構わず話を進めればいいのに
185:
01/10/26 13:30
ちゃんと作ってるよ。もし興味があるなら、気を長くして待っててくれ。っていうか、
君も作れば？
別に感謝されたいわけでもなんでもなくて、ただ自分が作りたいから作ってる
だけなんだけど、それじゃ駄目なのかな。
186:２ｃｈはノリが一番
01/10/26 14:19
>>185
いや、そろそろ首が疲れてきたんで、そういう頼もしい声を聞きたかっただけ。
全然発言ないのでみんな止めてしまったのかと思った。
他はどうなんだろうか？
感謝っていうのは案を出す方に対してね。
興味があって、実現に協力したいと思うから、なんかしら案を出すわけで、
別に困ってる本人から感謝とか尊敬されたい訳ではないって事。
もっとも既知の取るに足らない案ばかりかもしれないけどね。
とにかくたまにはスレに誰か出て来ないと盛り上がらないと思うのよ。
当たり前の話だけど。
まあ、そんな時間があったら作ってるって人が多いとは思うんだけど。
ちょっと寂れすぎかなって気がした。
187:ネタ提供?
01/11/07 14:14
Ring型っぽいプロトコルが URLﾘﾝｸ(pdos.lcs.mit.edu) にあるのを発見。
まだ読んでないけど。既出だったらすまぬ。
188:1を読まずにｶｷｺ
01/11/15 19:26
保守ｶｷｺ
189:デフォルトの名無しさん
01/11/16 17:50
age
考えるに、こいつの一番の問題点は、効率のいい伝送方式より
何より、ログが改竄されてないという保証が出来るかどうか、
という事じゃないかなぁ。2ch はこういうトコだし。
例えば、ネットワークにクライアントが２台しか参加していない
として、片方のログをくれ、という要求にもう片方が改竄ログを
渡した時、それを改竄されたものだと見破れるか？
190:
01/11/16 18:05
ageてくれてありがとう。週末だけですが、こつこつ作っています。
>>189
別のルートから同じ書き込みを取り寄せて比較する。
191:
01/11/16 18:06
ごめん。これは２台だけでは成立しないかもね。
192:デフォルトの名無しさん
01/11/16 20:09
hashでも生成して複数照合して、ひとつでも違いがあったら
2chから取り直して違いがなくなるようにする手順でも入れるとか…
ってややこしくなりそうだし、わざとでたらめなもの流して
結果的にDDoS起こすこともできそうだなあ。
193:192
01/11/16 20:10
ってスマソ。ひさしぶりに見たので勘違い
2chのキャッシュの話じゃなかったか
194:デフォルトの名無しさん
01/11/17 05:48
＞ログ改竄
発言者が、公開鍵と発言内容の束を送信するようにすればいいんでない？
毎回、公開鍵を送信するのは効率が悪いけど・・・・
195:デフォルトの名無しさん
01/11/17 06:25
Rubyで書いてください。
Rubyのもの以外は認めません。
196:デフォルトの名無しさん
01/11/21 17:47
定期age
197:デフォルトの名無しさん
01/11/21 18:24
只今秘密兵器開発中。
我推量約一ヵ月乃至一ヶ月半後報告可能。
198:masato
01/11/24 10:31
一ヶ月半か！ま 待ちましょう
一ヶ月半ですね？いいですとも！
俺は待つぞ！
199:デフォルトの名無しさん
01/12/02 02:20
なんかNNTPの話が一気に進展してるね。
200:
01/12/13 04:35
もしかするとみんな忘れてしまったのかもしれないのですが、
密かに作っています。GUIは２ちゃんねるを模倣しているので、
２ちゃんねるの研究をしています。２ちゃんねるってよく出来ていますね。
>>197 競争ですね。
201:デフォルトの名無しさん
01/12/13 06:18
>197 >200 に激しく期待ヽ(`Д´)ノ
202:デフォルトの名無しさん
01/12/13 09:08
>>200
オープンソースでなくていいけど
仕様はぜひ公開してほしい。。
203:デフォルトの名無しさん
01/12/17 16:48
進捗状況報告期待age
204:デフォルトの名無しさん
01/12/17 17:27
管理不能である以上P2Pにするのは無意味だと思うが。
P2Pが何かわかってるのか? ネタ?
205:デフォルトの名無しさん
01/12/17 20:23
どうでもいいけどクライアントが経路を学習
したしする必要は無いのか？
206:デフォルトの名無しさん
01/12/21 01:17
管理不能・・・だからいいんじゃん・・・ヒヒヒ
207:
01/12/22 20:06
それで、本当に動くんでしょうか。
Vojta計画
ｽﾚﾘﾝｸ(esite板)
208:
01/12/22 22:56
やっとこさウェブサイトを用意して初めのバージョンをアップロードできたのです。
似たようなシステムを作っている人はおそらくいると思います。
共通の問題としては、
(1)入り口になるウェブサイトの問題とか、
(2)どこにどんな板があるのかを検索(?)する問題とか、
(3)相互接続とか、
そういう問題があるのだと思います。
209:デフォルトの名無しさん
01/12/22 23:10
>>207
とりあえずJERをダウンロードして、インストールしようとしたら
なぜか、インストールできなかったので、でかいJDKのダウンロードに
チャレンジ中です。
210:
01/12/22 23:19
>>209
あぁローカルでうまく動いたら接続実験しましょうよ。
LANでしか試してないんですよ。
２ちゃんねるはいつかそのうちなくなるか、形を変えてしまうと思うんですよね。
そのときのために今から代替掲示板を作っておかねばならないと思います。
211:デフォルトの名無しさん
01/12/23 00:57
とりあえずVojtaのインストール完了。
でも、データベースのイニシャライズをやってもステータスがエラーと
表示されている。
うまく動いているか、わからない。
--------------------------
Status
status:ERROR
Menu
Initialize database
Compact database
212:204
01/12/23 01:57
>>206
誰もが好きなように改竄可能な、万人が管理人の掲示板なんて誰も欲しがらない
だろうという意味なんだけど。最も単純なP2P掲示板のイメージって、WinMXとか
のようなサービスでテクストファイルだけ共有して投稿者名/投稿題名あるいは
キーワードをadvertiseするという形だと思うがこれであってるか? あるいは独自
のルーティング機構を備えた簡易HTTPサーバみたいな物か。
いやしくも掲示板を名乗るなら、投稿にレスを付け、さらにレスを付ける、という連鎖が必要
だろ。でなきゃ単なる個々人のてんでばらばらな意見表明の集積にすぎないからね。そのた
めには連鎖的なデジタル署名もくっつけてやらなきゃならない。インターネット上にHTML
ファイルを皆が勝手に置いて、検索エンジンで検索して運が良かったらそのHTMLファイル
を誰か見るわけだが、それと同じことを専用クライアントでやっても意味ねぇし。そんな
ツールを進んで起動しっぱなしにして帯域消費させる馬鹿が(動画その他の交換という用途
を除いて)そうそういるとも思えないしね。
で、さらに書くと、迷惑メールと同様の商業的なデータの入力を遮断する手段が無いって
のが一番の問題だな。ブラックリストを共有するのも有りだが、そのブラックリスト自体
の正当性を担保する手段が無い。単に掲示板をブラウズしたいだけの人間が、自分でセ
キュリティ管理もやんなきゃなんなくなるってのは割に合わない。
以上に答えられる奴はこのスレにいるか?
213:名無し
01/12/23 02:39
>>212
このスレは2ch危機のときに立ったスレだからねぇ。
帯域問題に対する２ちゃねらの解がP2Pだったんでは？
214:
01/12/23 04:57
おはようございます。そうでした。データベースにはODBCを利用しているので、
ODBC関連のセットアップが行われていないとダメかもです。特別なドライバを
用意する必要はないです。
215:
01/12/23 05:00
>>215
長くて読めないです…過去ログ読みました？
216:デフォルトの名無しさん
01/12/23 05:10
>>215
いきなり自問自答をぶつけられても…。
217:
01/12/23 05:15
あぁ。ねぼけてたんですかね。
>>211
vojta0901aフォルダのインストールする場所によって、必要なファイルを見つけられずに
データベースの初期化ができないケースがあるみたいです。原因はよくわかりま
せんが、フォルダの位置を適当に動かしてテストしてみてください。
218:
01/12/23 05:23
>>211
どうも、vojtaのインストールしたパスに日本語の文字が含まれているとダメみたいです。
データベースの初期化が出来ません。
C:\test\vojta0901a は動作しますが、
C:\テスト\vojta0901a はうまく動かないです。
219:デフォルトの名無しさん
01/12/23 06:14
早く作れヴォケ
220:デフォルトの名無しさん
01/12/23 11:05
今回の「ガサ入れ未遂事件」で、再度このプロジェクトに注目が集まりそうなﾖｶｰﾝ
応援してます。
221:デフォルトの名無しさん
01/12/23 14:33
>>212
改ざんされたくない人はクリア署名(あるいはX-PGP-Sig
みたいなものをつける)すればいいよね。
UBE,UCEについてはUSENETと同様に一定時間内に
同じパターンの内容があればフィードしないように
すればいい。そういうのはソフトウェア側で工夫して
利用者が複雑に考えないようにすればいいじゃん。
つーか過去ログ読め。
222:
01/12/23 14:45
なんか古いIEだとうまくいかないみたいなので直しました。
URLﾘﾝｸ(vojtaproject.tripod.co.jp)
223:
01/12/23 14:56
過去ログレスペクト
2chのような掲示板システムってP2Pで
URLﾘﾝｸ(piza2.2ch.net)
2chのような掲示板システムってP2Pで part.2
URLﾘﾝｸ(piza2.2ch.net)
224:デフォルトの名無しさん
01/12/23 15:36
NATには対応しているんですか？ぽーと開けなきゃ駄目？
225:212じゃないけど
01/12/23 16:42
>>221
それで騙りは防げるだろうけど、スレ本体の改竄は防げないような気が…。
そこんトコどうよ？
226:デフォルトの名無しさん
01/12/23 17:27
>>225
・発言の改変
対策：発言者は、公開鍵暗号系で暗号化(認証付加)する。
板なりスレなりの形を成すのはローカルのみで、送受信は全て
発言単位で扱う。
問題：公開鍵のサイズ。トラフィックの増加
・発言の意図的なフィード拒否
対策：発言者がＡ，Ｂ，Ｃ，Ｄに接続しているなら、ＡとＢに発言を送り。
ＣやＤにデータを要求してみる。
ＡとＢが正しくフィードしているなら、ＣやＤは発言者の発言を
見つけられるはず。
問題：発言者がＡとＢに発言を送ってから、ＣやＤが発言を見つけるまで
のタイムラグが不明。
・無意味＆宣伝＆罵倒＆その他糞発言の大量フィード
対策：思いつかん(：´Д`)
227:デフォルトの名無しさん
01/12/23 22:49
・発言の改変
カキコを書き換えても、書き換える前のコピーが他のホストに見つかれば、
どれが書き換えられて書き換えられていないのかは、すぐにわかりますよね。
228:デフォルトの名無しさん
01/12/23 23:37
>>227
それだと、同一発言を２ヶ所以上から手に入れて、絶えず比較
しなきゃならないから、単純にトラフィックが２倍になる。
229:デフォルトの名無しさん
01/12/23 23:42
>>227
その他のホストもグルだったら？ >>226 の方法にしても実際に
その時間には発言されていない書き込みを後から意図的に
挿入される危険は回避出来ない。
平等な立場のノードだけでネットワークが構成されるとしたら
改竄の危険は完全には防げない、ってのが自分の結論なんだけど
間違ってる？ご意見希望。
230:デフォルトの名無しさん
01/12/24 00:05
>>229
公開鍵暗号系の認証なら他者のナリスマシはないと思う。
復号化(読み)は可能でも暗号化(書き)はできないんだから。
231:デフォルトの名無しさん
01/12/24 01:13
JXTAあげ
232:デフォルトの名無しさん
01/12/24 01:49
>>229
改ざん検出が目的なら、
カキコと一緒にその電子署名を
つけておくだけでいいと思う。
署名の検証はクライアントが行うのね。
信頼できる認証局を一つ立ち上げて
認証書を発行すれば、それでいいんじゃない？
233:デフォルトの名無しさん
01/12/24 03:16
ガイシュツだが、参考スレ
ｽﾚﾘﾝｸ(download板)
234:デフォルトの名無しさん
01/12/24 14:49
ちょっとバグなおしました。良かったら試してみて感想聞かせてください。
URLﾘﾝｸ(vojtaproject.tripod.co.jp)
235:デフォルトの名無しさん
01/12/24 15:37
>>234
詳しい動作原理きぼん
236:デフォルトの名無しさん
01/12/24 21:35
だれかIPくれ
237:デフォルトの名無しさん
01/12/24 21:39
>>236
URLﾘﾝｸ(www.nic.ad.jp)
238:236
01/12/24 21:42
イブにそんなベタなネタで返さんでも・・・。
239:デフォルトの名無しさん
01/12/25 01:07
誰かいる？
>>234さんのツールのお試し用に
IP晒し場作ってみました。（かなり適当だけど…）
URLﾘﾝｸ(hoge.s7.xrea.com:8080)
しばらく俺の晒しときますわ。
240:デフォルトの名無しさん
01/12/25 01:09
>>238
そういえば IP v6って今どうなってるんだろう。
p2pのネットワークに利用できないものだろうか？
241:デフォルトの名無しさん
01/12/25 04:06
うお…誰も繋げてくんなかったよ。もう寝る。
>>230 >>232
騙り防止は了解。
でも、改竄されてない保証が出来るのは個々の書き込みまでが
精一杯だよ。レス全体で見たら、どっかに後から書き込みを
追加されたかも知れないし、
取り逃がしてる書き込みがあるかも知れない。
平等な立場のノードだけでネットワークが構成されるとしたら（強調）
この可能性はどんな手を使っても 0 にはならないっしょ？
もし違うんなら教えてくれ。
一番現実的なのは反則なんだろうけど、書き込み保証用の
サーバーを立てることだよなぁ。その時間帯に確かに
書き込んだ、ということを署名してブロードキャストする。
スレごとに最終レス番号を覚えさせておけば
書き込みに正確なレス番号を付加できるから
取り逃し防止にもなる。
242:デフォルトの名無しさん
01/12/25 04:28
ついでに覚書も兼ねてもうひとつ書いておきます。
「平等な立場のノードだけでネットワークが構成されるとしたら」
を強調した理由。
管理側だけでネットワークを組むのはどうだろうか。
一般クライアントは発信側にならない。
管理側は限られた多数のボランティアを募集する。
イメージ的には今の削除人さんたちのような感じ。
もちろん、負担にならないように
常時動かさなくてもいい仕組みを作る。
このネットワークの中では性善説を適用できる。
改竄される可能性は 0 ではないけど、そんな事を
するような奴を選ばないよう留意する（出来るか…？）。
書き込みのあぼーんも出来る。
管理プログラムの変更も割と簡単かも知れない。
でもこれだと管理の責任が生まれそうなので諸刃の剣。
>>1を読み直したらやっぱりスレ違いっぽい。
長文ｽﾏｿ
243:デフォルトの名無しさん
01/12/25 05:33
さらにバグ修正しました。Linuxで文字化けするバグも直しました。バージョンは
0904aです。 URLﾘﾝｸ(vojtaproject.tripod.co.jp)
>>239さん、すみませんでした。試そうと思ったんだけど、環境が用意できなか
ったです。
今の僕のホストは、211.19.93.1の80番ポートです。とりあえず、つけたまま寝ま
すので、もし人がいたらアクセスVojtaからアクセスしてみてください。スレッドを
たてたり、コメントがつけられたら、動いていることになります。
>>241-242
ごめんなさい。もう眠くて頭が働かないです。あした読みます。
クリスマスイブに徹夜しちゃいました。ちょっと感動しました。
244:デフォルトの名無しさん
01/12/25 08:00
>>241
>もし違うんなら教えてくれ。
夜書く。
245:かごのなかのとりは
01/12/25 08:26
>>241
要は、アリバイ証明の逆ができればいいんじゃない？
ブロードキャストしている？以上、書き込みがあった事を証明できるのは
特定のサーバーに限られないと思う。
ただ、転送された時刻以前に書かれたという証明は難しいね。
まあラグはそんなに考える必要ないか？（というかあまりあってはマズイ）
>>242
>>58あたりの方法はどう思う？
246:236
01/12/25 13:24
>>423
うまくつながらん。
うちはFlet's-ISDN,LAN経由,NAT,80はIISが占有。
Host(211.19.93.1:80) was feeded to servant.とでる。
しかしコンソールに
failed to create serversocket:80
なる文字があるからIISとめなきゃダメかな。
環境についてもうちょっと説明しちくり。
247:デフォルトの名無しさん
01/12/25 13:37
Vojtaはデフォルトで80番ポートを使うので他でウェブサーバが使っていたり
するとダメかもです。その場合は、conf/VojtaServantPreference.xmlを開い
て、ServerPortの80を適当なポート番号に置き換えてください。
248:デフォルトの名無しさん
01/12/25 13:47
カキコありがとうです。今別の誰かがつなげようとしているようですが、
192.168.0.2とかのIPがでちゃって、応答できないみたいです。
249:236
01/12/25 13:48
お、つながった・・・みたいだが変化なし。
セッションは維持してるみたいだが、確認はどうすんの？
250:デフォルトの名無しさん
01/12/25 13:51
>>248
それ、たぶん私です。
ダイヤルアップルータ経由なんで、ローカルのIPが出ていっちゃっているのか。
どうしたら良いでしょう？
251:デフォルトの名無しさん
01/12/25 13:52
掲示板の一番上のConnectorのところをクリックしてください。
接続先が表示されます。協力感謝感謝です。
他の参加者の人に迷惑なので、どこか別に掲示板を用意します。
252:236
01/12/25 13:54
ていうか192.168.1.2ならオレっぽいなぁ。いまセッションも切れたみたい。
セッション切れる前に暴走したみたいになって、CPUを100%もっていった。
正直LANとNATに対応しないと使い物にならん、もしくは使えん。
253:デフォルトの名無しさん
01/12/25 13:57
カキコしたのは俺です。236さんとは別人です。混乱させてごめん。
254:248
01/12/25 13:58
192.168.0.2は、やはり私かも。ローカルのIP確認したっす。
コネクションは張れるのに、残念だなぁ。
255:250
01/12/25 13:59
上の>>253は私です。間違えました。すんません
256:デフォルトの名無しさん
01/12/25 14:01
そうですね。対応しないと現実的には使えないですね。
気を長くしてお待ちくださいです。
257:250
01/12/25 14:15
>>256
私はスキル無いっすけど、テストには協力しますんで、
がんがれ
258:デフォルトの名無しさん
01/12/26 02:01
>>244
夜だぞ！？まだか！
>>245
チェーン方式…、俺は直感としてはダメだと思うんだけど
誰かやってくれるんなら、アイデアの段階じゃなくて
チェーンに悪質なクライアントが混じった場合の振る舞いとか
チェーンのノードが全部ネットワークからいなくなった時はどうすんのさ？
などに答えを出して、完成させた仕組みの形で見てみたい。
突っ込む用意は出来てるから。
259:デフォルトの名無しさん
01/12/26 15:04
URLﾘﾝｸ(www-106.ibm.com)
既出でしたか？でもこの図はどっかで見たことあるんだよなぁ。
260:デフォルトの名無しさん
01/12/26 16:27
>>258
他人に実装を求めた上に、突っ込む用意ができてんなら、どんな問題が
考えられるか、それに対する対処が何故難しいかくらい提示しろよ。
喧嘩売ってんのかテメェは？何がやりてぇーんだ？
261:236
01/12/26 17:41
>>260
売ってても買っちゃダメでしょ。(w
262:デフォルトの名無しさん
01/12/26 20:12
>>260
一概にチェーン方式って言ったって、やり方はひとつじゃない。
俺だっていくつか候補は考えてみたけど、どれも結局穴が出た。
だから、無理だと思ってる俺が穴のある仕組みを提案するより、
本当にこれで完璧と思っている奴がいるんなら、
ソイツの考えた仕組みを見て、
それが本当に完璧か議論した方が生産的でしょ？
仕組みの穴を見つける手助けはするって言ってんだよ。
上の方にも書いたけど、俺は真の意味での pure P2P で
完璧な掲示板システムが出来るって事に懐疑的です。
ちゃんとやるんなら>>241か>>242の方法、少なくとも
「信頼の置ける」ノードなしには出来ないと思ってる。
せっかく喧嘩を買ってくれるのならこれが間違いだ、
っていう証明をしてくれよ。
263:236
01/12/26 21:38
>>262
オレも完全P2Pで掲示板ができるとは思っていない一人だが、
けんか売っちゃダメだろ。Vojtaがうまく行けば机上の空論だし。
ところで漏れもソフト作ってるんだが、そこまでいうのなら
システムを書くのでぜひ検討してほしい。
一人でやってるとどうもね。
・サーバ間のみP2P
・レスの共有はしない
・スレッドはサーバが所有
・あるスレッドへの要求はすべて単一サーバに集中
・他人のサーバにスレッドは立てられない
・サーバ間で常時コネクションを張る
・サーバネットワークでは更新のあるスレッドについて全域に配達する
長所
・いろいろ
欠点
・管理責任が発生しそう
・リソースがサーバに依存
責任問題については、漏れは発言者本人にはあって当然と思っている。
それもあって匿名問題についてはあまり気にしていない。
ただ、サーバ管理者に管理責任が発生するのは避けたいので、
動的にスレッドを移譲する仕組みがあればいいかなと思っている。
264:236
01/12/26 21:43
漏れの環境ではNAT込みで動いているが、
.NET Framework Runtime が必要なんで、
それでもいいという人がいたら言ってくれ。
ちなみに98,NT,2K,XP用で20MBほど、ベータ板。
265:デフォルトの名無しさん
01/12/26 23:24
関係ねーけどトークンリングって懐かしい……
266:い
01/12/26 23:31
>>262
いや、並べてみて、その穴の部分を取り上げて解消するアイデアを見つける方が得策。
ところで、信頼性というのは維持したまま分散できないものなのだろうか？
結局、悪意のクローンを排除可能なプロトコルって事になるのかな？
プログラムを署名付きで配布して、無署名で改造したらばれてプロトコル上門前払いできる
とかいうようなのって無理？
267:デフォルトの名無しさん
01/12/27 00:32
メールサーバも変なの多いよねー。でもなんとか動いてる。動いてない？
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
感想を一言で言えば、稚拙。
385:デフォルトの名無しさん
02/02/02 19:26
というよりも、グリッド->vojta なんです。
386:デフォルトの名無しさん
02/02/03 02:41
>>384
最低でも設計仕様作ってから言えー。
プログラム書けないやつでも名。
しかし、ちみなら世界を制覇できるものが
作れるのかもね？
そうだったら、すまんね。
ということで、君の案の仕様を見せてね。
387:
02/02/03 10:45
URLﾘﾝｸ(www5.ocn.ne.jp) 期待あげ。
毎日チェックしてるので頑張ってください。
普段はかちゅ～しゃを使ってるので
こんなのは大歓迎です。
388:新入り
02/02/03 12:56
とりあえず、グリッドな接続のシュミレーションをやろうと思ってコード書いてます。
雰囲気的には、ライフゲームみたいな感じて。
それでプロトコルをまとめて見ようかと思います。
-----
ふと、昔・昔、
某所で192kbpsの専用線の下でNNTPサーバーをあげてた時に
フィードするグループの調整した苦労を思い出した。
ルータの転送量を監視しなが、alt.binaries以下をやめるかどうか悩んでいたあの頃を・・・
389:
02/02/03 20:24
これが実現したら２ちゃんを超える？？
390:236
02/02/03 23:59
２ちゃんが完全につぶれてしまうか、なんらかの理由によって
住み心地のよい２ちゃんが失われたときのものではないかな。
どんなにP2Pが優れていても、２ちゃんが現状を維持するなら
あまり需要は見込めないような気がする。
391:デフォルトの名無しさん
02/02/04 00:35
そらまったく同じやり方をすればな。
P2Pを生かした方法ってもんがあるっしょ。
掲示板主体で動き出すP2Pフレームワークみたいなものが出来れば
俺は結構面白いと思うな。
392:デフォルトの名無しさん
02/02/04 01:05
つーか、最大の違いは
２ちゃんねる→管理者がいる→削除しろｺﾞﾙｧ!!訴えるぞｺﾞﾙｧ!!
pure p2p掲示板→えっ、管理者いないの？→無法地帯だｺﾞﾙｧ!!
なんじゃないの？
２ちゃん自体が最近は規制が厳しくなっているからね。
昔の２ちゃんを知っている俺としては、あのころの無法地帯ぶりが
なつかしひ。
393:デフォルトの名無しさん
02/02/04 06:31
>>390
2chがいつまでも続くものだとは思わないし、それは楽天的過ぎる発想だと思う。
アウトになってから、次を準備しても遅いんで、
次を模索していく事は大切だとおもう
>>391
ファイル共有型は、ネガティブなイメージが付きまとうので、
p2pな部分とその上に載せるアプリケーションプロトコルの層を分離して、
まずは掲示板のアプリをってのは面白いと思う。
>>392
無法がそんな良いとも思わないが。
ポリシー的に二重に仕組みを用意するってのは良いかもしれない。
394:新入り
02/02/04 08:36
プロトコルを考えてた。
なんかHTTP とかGnutllaみたいに、
改行コード区切りより、Napsterみたいにlengthが入ってた方が
コマンドがバシバシ飛び交う場合は処理しやすいんじゃないかと思った。
gnutellaのメリットは、ブラウザでもファイル取得出来ちゃうかも・・って部分かなと
セパレータ待ちより、サイズ指定の方が、コマンド受信のコードはキレイかもとか。
どう思います?
395:236
02/02/04 10:24
>>394
プロトコルの設計で重要なこととはかけ離れていると思われ。
端的に言ってRAWメッセージの形式など枝葉末節、どうでもよい。
396:新入り
02/02/04 13:07
>>395
確かに枝葉であり、本質はそんなとこにはないんだけど
今時はどっちの方がトレンドなのかとちょっと気になった。
gnutella,freenet,openNapなクライアントもどきを試しに実装してみて
思った率直な感想だった。
重要はなのはp2pならば、いかにスムースな
ネットワークを構築するプロトコルにするかってあたりってのは
重々承知。
---
グリッドなネットーワークのシミュレータの実装はボチボチです。
Serventクラスが接続してきてネットワークの構築してくるようには出来た。
各Serventにランダムに所有物リストを保持
自立して、ランダムなタイミングで欲しくなった物を要求・取得
ダウンしてみたり、再接続してみたりするようにはなった。
でもネットワークの遅れというか混雑が実装されてない。
今はすべての処理を全体で一本のキューにいれて、
それを要求時にセットしたランダムなレイテンシーを使ってごまかしているが、
各接続もクラス化してネットワークをシミュレートしたい。
グリッドの論理的な接続と、実際の回線とは違うのでちょっとてこずってる。
397:デフォルトの名無しさん
02/02/04 14:30
>>395 = >>236
確かに枝葉の問題だが、結構現実的な問題だ。
理論では無く、実用にするための技術だからな。
ちなみに漏れは、両方だ。
行頭に行の文字数、行の最後にCRCとかね？
これはやりすぎ？
398:通りすがり
02/02/04 14:51
長さ＋データだとバグや回線エラーでずれたときに復帰しずらいと思う。
明らかに区別可能な制御コードで区切りがあればそこで少なくとも回復できる。
399:かおなし
02/02/04 21:40
>>396 読み返すとなんかきつく書きすぎたかも。まあ堪忍な。
トレンドがXMLだとすると、バイナリで長さを送って、そのあとXML本文。
…………冗談で書いてみたが、結構良いかも。
400:236
02/02/04 21:41
あ、送信しちゃった。
>>399は>>236です。
401:デフォルトの名無しさん
02/02/04 21:43
>>399
JAXTA か?
402:電波５号
02/02/04 22:36
あのう
P2Pでヤフーオークションみたいなの
あったら
いいと思うんですが
出品者がサーバーになって
403:デフォルトの名無しさん
02/02/04 22:47
>>402
俺も考えたが、相手特定しづらいので犯罪が横行しそうだと思って止めた。
金が絡むと P2P は問題山積み。
404:新入り
02/02/04 23:37
>>397
CRCはあると安心かもと思うけど、実際問題、TCPの上に載せててエラーになるのって・・
と思ったけど、昔某国産のルータ使っててヅレた事あったな。
>>398
ヅレた時の復帰に関しては確かに悩む。
昨日もOpenNapなクローンを作ってたらバグってズレて泣いてたし。
でもデータ中に、制御コードと同一のものが入ってる場合はエスケープしないといけないよね。
実装を考えると、本文というかボディというかデータ部受信中に、
制御コードを見つけるコードを入れるのがちょっとな。
>>399
xmlか・・・
キライではないし、実務で使ってるから違和感はないんだけど、
最初タグの名称をフルスペルで実装したら、データ中のタグの割合が高すぎて、
ショートネームというか略称を使えるようにしてダイエットしたという悲しい記憶が・・・
soapとか試していると、実データに対して送信データのでかさに、泣けるときがあるし。
---------
いろいろ書いたけど、やっぱ悩みは深いかも。
というか決めればいいだけなのかもしれないが。
405:デフォルトの名無しさん
02/02/04 23:44
>>404
こういうので技術的に大風呂敷広げて成功したのって聞いたことないから、あまり
XML とか SOAP とかにこだわらないほうが吉かもね。でも CRC か MD5、エラー
ブロックだけの再回収はデータ取得の安定に直結するのであった方が良いような。
406:知ったか
02/02/04 23:47
データが多いときはXMLはデメリットの方が大きいよ～
407:236
02/02/04 23:54
データ量については考えたんだけど、
フィールドに当たるものを要素じゃなくて属性として書けば
大して違わないような気がしたのよ。だめかなぁ。
408:新入り
02/02/04 23:58
>>405
Soapは.netで使うと、ナルホド便利だねって感じる。
でもそれは、プログラマっていうかCoderの観点から便利って事。
パフォーマンスとか、アプリケーションユーザにとって幸せかどうかは別問題。
XMLも、たとえば通信で使用するデータの構造を組み立てていくのには便利だし
拡張性があるから、あとからコレもとか思ったときも安心。
でもコレも作る側の幸せ。
使う方(アプリユーザー)にしてみたら、どうでも良いこととか思っちゃったりしてる。
409:デフォルトの名無しさん
02/02/05 00:07
通りがかりだけどおせっかいな業務経験者から一言。
XML の使用はココ一番というところだけに抑えておいたほうがいいよ。設計の中心に XML を持ってくると
実装量とパフォーマンス劣化が指数関数的に増加してゆくから。グローバルスタンダードなプロトコル作る
気でなければ XML は高価すぎるよ。無理しないで TCP のストリームベース部分なら UTF-8 あたりの
telnet ベース、UDP/ブロードキャストのパケットベースなら固定長バイナリが良いと思われ。
今時はファイアウォールやプロキシ、NAT ルータを意識した作りが必須かも。
410:デフォルトの名無しさん
02/02/05 00:36
oopとxml
411:デフォルトの名無しさん
02/02/05 01:28
圧縮して送受信すれば、XMLでもサイズの問題はないと思うけど・・・・・
予め知り得る情報も多いから、両端が共通の辞書を持てば、殆ど無視
できるレベルだと思う。
412:デフォルトの名無しさん
02/02/05 01:32
>>411
いくらパーサが流通してても XML は実装がでかくなる。
でも圧縮はいいね。CRC はそれに任せられるから。
413:新入り
02/02/06 09:31
>>411
圧縮するにしても、最初から余分なタグが付いてない方が楽でしょう。
そのXMLのフォーマットに最適化した圧縮をするならば別だけど。
でもDOMパーサーは容量が増えるとダメだね。
SAX使ってネイティブなデータ構造に収納しないと。
>>412
DOMパーサーを使ってそこにデータを保持してよいなら、
実装はコンパクトにできるよ。メモリ喰うけど。
MSXMLなんかはクエリー検索できるから便利だよ。
(selectSingleNodeとかね。)
414:デフォルトの名無しさん
02/02/09 00:24
vojtaアップデートしました。
URLﾘﾝｸ(vojtaproject.tripod.co.jp)
さらに、vojtaproject.kicks-ass.orgの80番ポートでいつでもアクセスできるようになったのです。
２４時間お試しくださいです。
415:デフォルトの名無しさん
02/02/09 01:31
接続できない人がいるみたいです。テストは最新版(0911a)でお願いします。
416:デフォルトの名無しさん
02/02/09 01:36
>>414
ういっす。
試してみたけど、つながらないです。
なんかvojtaproject.kicks-ass.org:80に接続するけど反応がないみたい
417:デフォルトの名無しさん
02/02/09 01:38
0911aをつかってます。
掲示板を開いて、ConnectorsのShowをクリックして、FeedHostにvojtaproject.kicks-ass.orgですよね?
418:デフォルトの名無しさん
02/02/09 01:42
あれーおかしいなぁ。今ダイアルアップでつなげてみたんですけど、うまくつながります。
恐れ入りますが、アプリケーションを再起動してもう一度試してみていただけますか？
419:デフォルトの名無しさん
02/02/09 01:46
うまくつながらないかた、インターネットへの接続方法と接続速度をお教えいただけませんでしょうか？
420:417
02/02/09 01:50
つながりました。
理由は、あっちに書きましたが、
こちらのポートを変更しようと企んだが、失敗。
80に戻したらIISがいたという落ちです。
掲示板2にだけつながりました。
421:417
02/02/09 02:07
ポート変えてもだめみたいです。
その後メッセージはオレのIP:80 って出てるし。
で、なぜかしらないけど、接続できなくなった。
Feedしようとしてボタン押しても、コンソールになんの反応もない・・・
422:417
02/02/09 02:10
なんとなく、ですが、
板単位で、どこかの板がfeed中に他の板(同じ板を含む)もFeedしようとすると、「ページがみつかりません」になるね。
423:417
02/02/09 02:17
ダメボ・・・
つながらない、というか自分の80番が開かないみたい。
だから、接続にいってもこちらの口が開いてないから、ダメボ・・・
netstatでみる限りは死体は転がってないんだけど・・
424:デフォルトの名無しさん
02/02/09 02:20
>ポート変えてもだめみたいです。
>その後メッセージはオレのIP:80 って出てるし。
変更に失敗しているといったことは考えられませんでしょうか。テストしてみましたが、
変更は効いているみたいです。
一度Vojtaを終了し、２分くらい立ってからもう一度接続してみてください。なんかすみません。
425:417
02/02/09 02:29
ファイルの書き換えはうまくいってます。
PCを再起動してみましたが、ダメボ・・・・
メッセージはこんな感じですだ。
----------
Starting proxy thread port:8081
feed entrance:vojtagroup_vojtatest2
queryMyRemoteHost:vojtaproject.kicks-ass.org:80
new Host:vojtaproject.kicks-ass.org:80
queryMyRemoteHost:vojtaproject.kicks-ass.org:80
DROPPED:failed to get packet3
queryPacket:PacketSelfOrganizationQuery, XX.XX.XX.XX:80, QUERY_MASTER, NONE, -
1450139986
426:417
02/02/09 02:34
申し訳ないがねます。
また明日よろしくおねがいたもう。
427:デフォルトの名無しさん
02/02/09 02:39
あぁなんか僕も寝ます。ありがとうございましたです。
他にもテストしてくれる人がいたらつなげてみてくださいです。
428:417
02/02/09 02:41
ちなみに、ダイヤルアップして繋いでもみたので、アドレス2つ分は私です。
結構期待しているage!!
429:デフォルトの名無しさん
02/02/09 13:26
初回起動時にDBのテーブルが無いという例外が出ます。
D:\temp\vojtaproxy0911a>java -cp lib\xerces.jar;lib\hsqldb.jar;lib\activation.ja
r;lib\mail.jar;lib\vojtaproxy.jar vojta.VojtaApplication
debug.properites initialized
instantiating db connection...
compute guid
java.sql.SQLException: Table not found: PROPERTIES in statement [INSERT INTO Pro
perties (GUID) VALUES(-98857582)]
at org.hsqldb.Trace.getError(Trace.java:180)
at org.hsqldb.jdbcResultSet.<init>(jdbcResultSet.java:2645)
at org.hsqldb.jdbcConnection.executeStandalone(jdbcConnection.java:994)
at org.hsqldb.jdbcConnection.execute(jdbcConnection.java:721)
at org.hsqldb.jdbcStatement.fetchResult(jdbcStatement.java:686)
at org.hsqldb.jdbcStatement.executeUpdate(jdbcStatement.java:85)
at vojta.servant.MessageDBHsqldb.getGuid(MessageDBHsqldb.java:64)
at vojta.servant.VojtaServantImpl.<init>(VojtaServantImpl.java:39)
at vojta.VojtaApplication.startApp(VojtaApplication.java:56)
at vojta.VojtaApplication.start(VojtaApplication.java:46)
at vojta.VojtaApplication.main(VojtaApplication.java:28)
Starting VojtaClient:Vojta試験用掲示板
Starting VojtaClient:Vojta試験用掲示板２
Starting VojtaClient:別の掲示板
430:デフォルトの名無しさん
02/02/09 13:28
んで、Database->initializeしてみると、やっぱり PROPERTIES っていうテーブルが無いって怒られます。
これって期待通りの動作でしょうか？
Starting proxy thread port:8081
initializedb
java.sql.SQLException: Table not found: PROPERTIES in statement [DROP TABLE Prop
erties]
at org.hsqldb.Trace.getError(Trace.java:180)
at org.hsqldb.jdbcResultSet.<init>(jdbcResultSet.java:2645)
at org.hsqldb.jdbcConnection.executeStandalone(jdbcConnection.java:994)
at org.hsqldb.jdbcConnection.execute(jdbcConnection.java:721)
at org.hsqldb.jdbcStatement.fetchResult(jdbcStatement.java:686)
at org.hsqldb.jdbcStatement.executeUpdate(jdbcStatement.java:85)
at vojta.servant.MessageDBHsqldb.dropTable(MessageDBHsqldb.java:750)
at vojta.servant.MessageDBHsqldb.initialize(MessageDBHsqldb.java:666)
at vojta.servant.VojtaServantImpl.initializeDB(VojtaServantImpl.java:213
)
at vojta.proxy.VojtaServerHTTPHandler.commandBodyDBInitialize(VojtaServe
rHTTPHandler.java:1291)
at vojta.proxy.VojtaServerHTTPHandler.executeCommand(VojtaServerHTTPHand
ler.java:160)
at vojta.proxy.ProxyThread.run(ProxyThread.java:74)
compute guid
431:デフォルトの名無しさん
02/02/09 13:28
今日は、なぜ昨日（部分的に）うまくいかなかったのかを検証します。
メシ。
432:デフォルトの名無しさん
02/02/09 13:29
>>429
初回起動時はデータベースが初期化されていないため、そのような例外が発生します。
データベースを初期化してください。
433:デフォルトの名無しさん
02/02/09 13:30
データベースの初期化に失敗している可能性が考えられます。データベースのステータスは
どのように表示されていますか？
434:417
02/02/09 13:45
準備おっけー
435:429
02/02/09 13:47
>>433
あ、なんかこれが出るのは
・最初に起動した時
・最初に初期化する時
みたいですね。STATUSはOKになってますし、再度初期化してみるともう例外は出ません。
お騒がせしました。
これからちょっと試してみますね。せっかく1.4.0rc入れたんで(w
436:デフォルトの名無しさん
02/02/09 13:52
>>429
わかりにくくて申し訳ないです。vojtaのフォルダのインストールする位置によっては、
データベースを初期化できないという不具合があるらしく、例外を出すようにしている
のです。
437:デフォルトの名無しさん
02/02/09 13:54
不具合発見。
LinuxでJavaVMを動かす。デーモン起動すると、文字コードが化けてしまう。
一般ユーザやルートで動かすと大丈夫なのに。
ほらほら！なんでだろう。多分言語設定が違うのだろう。どうやって変更するのだろう？
URLﾘﾝｸ(vojtaproject.kicks-ass.org:8081)
438:デフォルトの名無しさん
02/02/09 14:01
localeの問題では?
439:236
02/02/09 14:06
>>437
WinXPですが、URLﾘﾝｸ(vojtaproject.kicks-ass.org:8081)を見てみたら
左のメニューところが下のようになってます。
Vojta
Vojta???????
Vojta??????
Vojta???????
??????
?????
?????
Menu
Status...
Database...
Exit Voita
About Vojta...
.NETだと変換不能な文字コードを変換しようとしたときに似てるんですが、
大丈夫でしょうか。これからこちらの環境に入れて動かしてみます。
440:デフォルトの名無しさん
02/02/09 14:10
デーモンで動かすと、おそらく標準の言語設定が日本語ではないどこかの文字に設定されて
いるので、標準の文字コードがずれて文字化けを引き起こしているようです。とりあえず、
ShiftJISに無理やり設定してコンパイルしなおしました。それから8081番のポートを空けておくと
誰でもデータベースを初期化できてしまうため、閉じました。
一旦再起動しますので、接続が切れたり、つなげられなくなるかもしれません。数分間お待ちください。
441:デフォルトの名無しさん
02/02/09 14:16
文字コード（暫定的に）直したです。
やっとメシ食ってきます。
442:デフォルトの名無しさん
02/02/09 14:26
人数いないとツマランですな。
443:お試し中
02/02/09 14:32
UJAXPでgetDocumentする時にURLを直に渡すんではなくて、エンコーディングを
明示したInputStreamReaderを渡さないとダメかもね
444:236
02/02/09 14:38
動かしてみたけど、どうも指定したポートが開いてないような…。
8081ポートは常に開いているんだけど、VojtaServantPreference.xml
で指定した8080ポートが開いてない。80はIIS用なので使えないし。
起動時にエラーメッセージは出ませんです。
あとついでに思い出したんだけど、
「GUIDともに強制表示されます。[Detail]」
のDetailをクリックしたときのMS932というエンコーディングのせいで
IE6.0では見れないです。暇なときに直していただけると。
445:429
02/02/09 14:47
ホストとポートを確認してfeedボタンを押すと、以下のようなメッセージがブラウザ上に出ますが、
コネクタのリストには追加されません...
Host(vojtaproject.kicks-ass.org:80) was feeded to servant.
・環境は Win2k/J2RE1.4.0rc/IE5.5
・サーバントが使うポートは8080に変更
・外向けに空けているのは8080のみ(8081は閉じています)
446:429
02/02/09 14:55
VojtaServantPreference.xml の指定は無視されて、
確かに80番固定になっているみたいだ..
447:417
02/02/09 14:57
昨夜試していたんですが、VojtaServantPreference.xmlでのポート変更はきいていないような感じです。
448:429
02/02/09 15:15
vojta.servant.VojtaServantPreference#init の実装が怪しいかもかも
修正ｷﾎﾞﾝﾇ＞作者様
449:デフォルトの名無しさん
02/02/09 15:18
確かに80番固定はツライよの。
450:デフォルトの名無しさん
02/02/09 15:28
正直な話WWWのwell-knownを使うということ自体が不思議でならない。
たしかにFWとかを通り抜けられるが、開発段階では意味が無いように思う。
451:デフォルトの名無しさん
02/02/09 16:02
寝てしまった…
80番ポートの変更が効かないという点について試してみました。
81番ポートに変更し接続を行ってみたところ、んー。昨日と同じように普通に変更され、何も問題なく
接続できるようです。何を見落としているのだろう…
452:デフォルトの名無しさん
02/02/09 16:08
>>451
8082 とか4桁にしても関係ないよね?
こちらでも81番で試してみます。
453:デフォルトの名無しさん
02/02/09 16:21
8082番でもカキコできることを確認しました。
テスト中他の接続に関するバグを見つけたので、もしかすると、それが原因なのではないかとも思います。
とりあえずそれを直してみます。
(1)起動時にStartingVojtaServer...のところに表示されるポート番号
(2)ブラウザの画面左側のStatusをクリックして表示されるリモートホストの箇所のポート番号
を確認してください。つまらなくてごめんなさいです。ご協力本当に心から感謝です。
画像とかmp3とか任意のファイルを張れるようにしたら人は集まるのだろうか…
454:429
02/02/09 16:29
VojtaServantPreference.xml の変更が反映されない件ですが、
vojta.VojtaApplication#loadVojtaServantPreference の中で
VojtaServantPreference のインスタンスを作る際に例外が発生して
結局 loadDefaultVojtaServantPreference で作られたデフォルトの設定が
使われてしまっています。
なんで例外が発生しているかというと、
vojta.servant.VojtaServantPreference#init の中で、
workAsServer_ = URelaxer.getElementPropertyAsBoolean(rstack.popElement());
という(実在しない)エレメントの取得を行っているためにスタックが一つずれて
最後にnullエレメントを取得してしまうからです。
ｽﾏｿ、decompileしてソース読んでしまったよ
455:デフォルトの名無しさん
02/02/09 16:31
>>454
ビンゴだそれ。直します直します。
parserが古いのか。原因がやっとわかりました。ありがとうです。
ソースコード公開はもうちょっと待ってくれ。
456:デフォルトの名無しさん
02/02/09 16:44
>>453
>画像とかmp3とか任意のファイルを張れるようにしたら人は集まるのだろうか…
これは微妙かも。
freenet+frostとかもあってﾀﾞｳｿ板でスレもたってるけど、JAVAな環境の敷居が高いのか、
まだ規模が小さいとか、freenetの仕様上の問題なのかで、いまいち盛り上がってない。
だからファイル共有があれば、人が集まるとは一概には言えないかと。
でもあと10人ぐらいは欲しいですな。テスト参加者。
457:デフォルトの名無しさん
02/02/09 16:55
>>画像とかmp3とか任意のファイルを張れるようにしたら人は集まるのだろうか…
>これは微妙かも。
ファイル交換ソフトは色々な問題を抱えるから嫌だなー。
>freenet+frostとかもあってﾀﾞｳｿ板でスレもたってるけど、JAVAな環境の敷居が高いのか、
>まだ規模が小さいとか、freenetの仕様上の問題なのかで、いまいち盛り上がってない。
そうですねー。ノード参加者がプロキシーをインターネットに開放すれば、Vojtaは特別にソ
フトを用意しなくともブラウザのみで閲覧可能です。Vojtaがある程度完成した段階で、Win32
に移植してかちゅ～しゃみたいのを作る。
まぁ、時間はいくらでもあるので、色々考えているうちが楽しい。