じゃあもう一度だけ説明してやるからどれが最も良いと思うか言ってみろ
そんなに揉めるならこのスレを俺のポエムのスレにでもしようか?
>>486 それは連投制限が2chにはまだあるからそういえるんだけど、p2pなんかはそれがないでしょ。
騙り放題なわけだし。
連投制限つけようにもID制じゃないからやりたい放題。
つぶそうと思ったスレは、終了のAAでもいぱーい並べたらアウト。
連投規制なんかにはやっぱID制導入したほうがいいと思う。
じゃないと、固体識別難しいでしょ?
今は、ISP単位で規制できるけど、管理部門のないP2PではISP単位では厳しいでしょ?
P2Pでは個体単位で規制するものと思われる。
で、ID変わらないの嫌だな〜って意見がどこかにあったけど、
IDをメインIDとサブIDに分けたらどうかな?
メインID MACアドレスとかのPC由来のなかなか変えられないID
これを規制なんかに利用する。
普通の人は数台でしょ?PC持ってても。
LANボード大量所持してれば変えられるけど。
サブID IPアドレスを利用する。
これを書き込みなんかに利用
普段のP2P網ではこちらを表示する。
板とかスレ立てるシステムが議論中だからなんとも言えないけど、
スレ立てるときにID制にするか非ID制にするか選択できたら面白い。
工作員や自演を嫌う趣旨のスレではID制とか、
自演あったほうがオモシローってスレは非ID制とか。
非ID制でも見えないだけであってスレの書き込み情報としては付加しておく。
規制なんかに対応するため。
実際、メインIDも見えないだけでメインID情報も付加。
こうしとけば、規制するのも可能でしょ?
IDなんてさーパケットのやり取りからすれば所詮自己申告。
ソフトの使い方しか知りませんってレベルならいいけど、
パケット解読する連中にやらせたらやりたい放題だし
MACアドレスなんてVMWareあたりの上で走ってるOSからなら
変え放題でしょ
494 :
492:2007/01/19(金) 20:38:07
>>493 変え放題かもしれんが
荒らす連中はそこまでしないと思うよ。
ここの住人はみんなスキルが高いからそう思うかもしれないけど。
ソフトの使い方しか知りませんが大多数じゃない?
>>495 かくゆう俺もそうでげす。
んーまあ使い方しか知りませんって人よりはちょい上かもしれんけど、
かわらんか。
おれなんか大体の使い方はわかるけど、使い切れませんって感じだしw
nyであったやん。
ダウンロードだけするとか言うソフト
あれみたいにさ、ネトワク壊すソフトつくるハカーとか
499 :
492:2007/01/19(金) 20:50:13
>>492 ソフトインストールの際に適当な文字列生成しそれをメインIDでもいいな。
重複する可能性がゼロではないけど・・・
桁数増やせば可能性は減るでしょ。
もし重複したらそれはもうしょうがないってことで。
IPに関しては今でも同じだからいいと思うけど。
>>498 多数決的に制御したらどうかな?
一定数以上のノードが持っていないログは捏造とみなすとか。
そういや、白血病とかのみんなで解析やってるのあるじゃん。
あまったCPU時間貸してくださいってやつ。
あれになにかヒントはないか?
>>1 疑って悪かったな
でもあの案には集団工作に脆い欠陥があったんだ 分かってくれよな
>>502 いいよ、別に。
俺もそれはわかってたんだ、欠点は。
でも、現状管理者不在でやるならあれが一番いいとおもったんだ。
あの方式を集団工作に強くする方法があれば・・・ってループになるから終わり。
>>493 変え放題でも、今のIDはIPなんだからそれよりも信頼はあがらないか?
今だって変え放題なのだし。
あとはメインID(変わらないIDの方)を変えてアクセスしようとしてもアクセスできなくするとか。
>あとはメインID(変わらないIDの方)を変えてアクセスしようとしてもアクセスできなくするとか。
それをやる方法を探してるんだと思う
ところでまとめwikiの削除に関してはあれで良い?
削除のとこはほとんど俺が書いてるからさ。 コピペを分かり易いように並べただけだが。
誰も書いてくれないもんだから。
誰もなんも言わないからあんなもんで良いって事にしてるけど。
>>505 全ノードにネットワーク参加者リスト(ソフトID+メインID)を浸透させる。
これは別にまたーり進行でもいいんじゃないか?
速さを求める必要はないとおもうんだが。
うpフォルダみたいなところに常時うp状態で置いとく
新しいの受け取ったら上書きして隣に渡す。
他のノードからつなぎにきた時に参照し相違があったら接続拒否とか?
最初の登録は初期ノードにやってもらう。
やっぱりスーパーノードが必要か?
初期ノード=スーパーノードか・・・
>>508 理解力の乏しい俺の解釈
メインID ソフトID
↑ ↑
これは固定変わらない これはメインIDを元に毎回作る 毎回違うID
メインIDを元に変換してソフトIDを作っているのだから元に戻す事が出来る、
毎回違うIDだがメインIDが書かれているのも同じ。
この解釈で正しい?
>>509 俺のイメージとちっとちがう。
メインIDはその通り
ソフトIDはP2Pソフトをインストール時に生成されるID。
シリアルみたいなもの。
たとえば・・・
12345(ソフトID)+ABCDE(メインID)
これで、リストに登録。
みんななるべく新しいリスト持ってるとして、12345+ABCDEの情報が記載されているとする。
12345+ABCDEが接続しようとしています、許可しますか?ans許可
理由:リスト上のユーザーにソフトID、メインIDとも一致します。
12345+VWXYZが接続しようとしています、許可しますか?ans拒否
理由:リスト上のユーザーですが、メインIDが一致しません。
こんなかんじです。
削除人リストでもうちょっと仕様を考えてみた。
・削除人リストは、初期ノードリストを載せるサーバに一緒に載せる
・その中から各自が好きな削除人を選ぶ
・削除人リストは以下のフィールドを持つ
名前、コメント、よく見ている板名、公開鍵
・コメントには、以下のようなものを想定。これを目安に各自が選ぶ
・個人情報など違法性があるもののみを消します
・違法性のもの+宣伝を消します
・違法性+宣伝+グロ画像などを消します
・削除人はブラックリストID、ブラックリストキーワードを指定することができる
・各自はそのIDやキーワードを含むのレスやスレ建てを受け取ったら、
最初からローカルあぼーん状態にすることができる
・宣伝が蔓延すると、各自が削除人を設定することになり、
宣伝を書き込んでも誰も見てもらえなくなるようになり、
やがて誰も宣伝しなくなる
>>512 追加
・誰かがベイジリアンフィルターで自動判断して削除するプログラムを作り、
それを使って削除する削除人をリストに登録し、各自がそれを選べば、
ベイジリアンフィルターで自動削除もできる。
>>512-3 良いな
そうゆうのどんどん続けてくれ
アイディアのストック数だけイメージが膨らむ
ノードを別々にして好きな削除人のノードに参加する形にしてくれ
516 :
名無しさん@お腹いっぱい。:2007/01/20(土) 19:37:32
>>512 この案でほとんど問題なさそうなんだけど、
ひとまず議論を進める上でこれに仮決定しておかない?
>>516 同意。でないと本スレ進まないぞ。出来れば
認証方法はもう決まっているようなものだし、
・エンジンとhttp gate の組合せでテストするために NNTP に限らず実装組の
テストベッドの準備 本スレからの派生(もう、絞れてきただろ)
・削除機能実装のテストベッドの準備 本スレからの派生
・P2P 網の構築のためのテストベッドの準備 本スレからの派生
そして、削除方法のためのテストベッドの準備 本スレからの派生
くらいしてもいいんじゃないか。まとめ wiki 見ても、そろそろ各案に基づいて
作ってみたい人は焦れてるだろうね。
私は、NNTP (INN) と DHT 派。もう、小さいくくりの LAN 内でちょこちょこし
ている。とりあえずリーダーは gnus ではなく Win 版もある SylpheedとThunderbird
Gnus , WL , Mew あたりだと、w3m 利用の新聞付きの WL が楽だろうが、Win や
マカーを考えると。専用ブラウザとか後回し。上記アプリを適当にいじる。
P2P形態は既存の Netnews 配信網を想定だから後回し。早漏どころか勝手に
している。削除方法のフィルターは 512 案で。
Spamの応酬
ttp://www.songmu.jp/riji/archives/2006/07/ から考えて、もはや形態を問わず必須だろう。当分は ROM に徹するよ。
あー すまん書き忘れ
今月号の日経 Linux にも紹介されているが NTT データが GPL で
開発中の Hinemos を紹介してるな。統合管理ソフト。
ttp://www.nttdata.co.jp/services/hinemos/ IPA の委託開発。Cent OS あたりにはぶち込めるだろう。遊んでみ
る価値はあると思う。本スレは、どうやら降臨してきたみたいだな。
私を含め早漏香具師は、物が出来たら叩いてもらえよ。
2ちゃんねらー個人個人にもっと違反書き込み削除の自覚を持ってもらう事、
その自覚が2ちゃんねるの存続に直接つながるのだという事を1人1人に意識させる工夫があると良い。
それが浸透すれば違法な書き込みを減らす事に繋がり、
徐々に理想の2ちゃんねるに近づいていくだろうと思う。
誰かここも削除いらい出してくれー
>>520 自分で出せ。重要スレ、スレ削除にも出ていない。IP 出ると困るのか。
動かなければ dat 落ち。
VIPPERは前科つくのを恐れないな
524 :
名無しさん@お腹いっぱい。:2007/01/26(金) 11:25:19
特権的な削除人を設けるという件について、自分としてはそういうのがいるとウザい。
その特権を行使させるための認証の仕組みも面倒だし、クラックされれば致命的結果を招くが
それよりもっと嫌なのは、特権者の機嫌を損ねぬように振舞わなければならないということと
特権者がアホだと迷惑をこうむるということ。
2chを使っていてそういう教訓を得た。
自分が特権者になればいいじゃない
自身がアホだという確証と、他人を思いやる優しさが
>>524にはあるんでないかな?
>>524 クラック対策?
ム板のおいらから言わせて貰うと、だ。
DataSegmentにEntryPointを入れるだけで逆汗は難しくなる。
で、DSegで人間にとっては時間がかかり、複雑な計算
(mulとdiv、leaとかで撹乱させるとかその程度。勿論eipとesp以外は全部使う)をやってpush+ret
で、飛んだ先でupx系の自己解凍とか。
少し加工するだけで相当クラックに強いプログラムになるってこった。
勿論、折居とか猫飯とか検出したらエラー出して終了するようにしておかなければいけないが。
あるいは、だ。管理者用プログラムと一般ユーザー用プログラムを別物にする。
暗号化はDiffie-Hellman鍵交換+3DESで十分だと思うが、そこらへんのアルゴリズムは暗号技術の専門家に任せよう。
この場合は、管理者権限を持っているユーザーがハッキングを受けたりするとちょっと危ない。
スパイボートとかを導入して、注意してもらうしかあるまい。
あとは、P2Pそのものがクラックされて権限の識別方法が割れた場合に、管理者用プログラムが作られる可能性があると言う事。
まあこれは公開鍵による暗号デジタル署名を用いる、と言う方法で何とでもなるだろう。
ランダムな平文を送信して、秘密鍵で暗号化、送り返して公開鍵で複合化し、チェックする というだけの事だ。数回やれば十分だろう。
長文スマソ
528 :
527:2007/01/28(日) 01:13:51
3段落目 追記
暗号化する理由は勿論、一般ユーザーに盗聴されても平気なようにするためである。
529 :
名無しさん@お腹いっぱい。:2007/02/11(日) 10:51:49
>>526 自分は間違わないから特権を与えろとか、他人はどうなってもいいというのは
民主主義社会に適合しない。
530 :
名無しさん@お腹いっぱい。:2007/02/11(日) 16:13:29
ネット社会にデモクラシーとはこれいかに
保守
テスト
534 :
名無しさん@お腹いっぱい:2009/11/12(木) 18:49:04
テストってこくごの!?
たぶん、あほか。っていわれるだろうな。
535 :
名無しさん@お腹いっぱい。:2009/11/12(木) 19:34:45
test
536 :
名無しさん@お腹いっぱい:2009/11/12(木) 20:02:17
ああ、、、そっち。あ〜
537 :
名無しさん@お腹いっぱい。:
rootよ今こそ立ち上がれ