03/06/23 17:17 ijm2KPIl
>>38
freenetのようなP2Pインフラを狙うわけですね。
freenetを参考にしたP2P-IRCプロキシでIIPというのがあるんですが、
IRC以外の用途にも使えるP2Pプロキシがあると面白そうですよね。
40:535 ◆rllaU5stOw
03/06/23 17:17 0iEhA2Nk
>>37
すいません、本人確認ができません。
ﾒｰﾙで送るかﾌﾟﾛｼﾞｪｸﾄﾒﾝﾊﾞｰからはずれるかして意志表現をお願いします。
41:535 ◆rllaU5stOw
03/06/23 17:29 0iEhA2Nk
削除します。
42:535 ◆rllaU5stOw
03/06/23 17:38 0iEhA2Nk
削除しました。
URLﾘﾝｸ(sourceforge.jp)
43:535 ◆rllaU5stOw
03/06/23 17:41 0iEhA2Nk
誘導
今までありがとうございました。&ご迷惑おかけしてすいません。
今後のｶｷｺは
Winnyのオープンソース化を考えるスレ
ｽﾚﾘﾝｸ(linux板)
でお願いします。削除依頼出してきます。
44:login:Penguin
03/06/23 17:45 FwxXxaFM
終了かよ（ｗ
まぁ乙かれ・・・
色々大変だったねｗ
45:login:Penguin
03/06/23 17:48 1hWmVwc7
気分すっきりWinnyｽﾚでがんばりましょう！
46:login:Penguin
03/06/23 17:57 j/t68km4
結局、「削除しろ」って言ってて本当に削除されたら寂しいな（ｗ
47:login:Penguin
03/06/23 18:01 kKDGGKZH
48:login:Penguin
03/06/23 18:10 a26IWp8t
で、私は aki と名前欄に書いただけの aki の中の人ではないのだが。
49:login:Penguin
03/06/23 18:14 j/t68km4
このスレが止まったらなぜかWinnyスレも止まる罠
50:login:Penguin
03/06/23 18:29 a26IWp8t
向こうの馬鹿ウゼえなぁ
51:login:Penguin
03/06/23 18:40 FwxXxaFM
終了した途端にこの荒れようか。
a26IWp8tよ、向こうのスレは荒らすな。
Linux版winnyは永遠に出ない気がしてきた。
52:login:Penguin
03/06/23 18:42 a26IWp8t
[w
53:aki__
03/06/23 19:39 aS6bPXdP
(´-`).｡oO(体調崩して寝てました……。)
とりあえず、私もバックアップ捕獲できたので、
後で適当に加工してinfoのwikiあたりにでもこっそり上げときます。
535さんに一言だけ。
荒らし耐性なさすぎです(w。
2ちゃんと言うくらいで荒らされてなんぼ、荒らしは放置を貫かないとなにもできませんぜ。
ともあれお疲れ様でした。
少なくとも47氏に動きを見せることが出来たという意味でも
何らかの価値があったのではないかと。
54:535 ◆rllaU5stOw
03/06/23 19:46 0egOb3Cx
>>53
お体の方大丈夫でしょうか？
aki様もお疲れ様でした。
このﾌﾟﾛｼﾞｪｸﾄでは自分よりaki様の方が色々な意味で貢献されたのではないでしょうか？
Linnyのｻｲﾄの方はすぐには消えないみたいです。
> 後で適当に加工してinfoのwikiあたりにでもこっそり上げときます。
わざわざありがとうございます。多謝
> 少なくとも47氏に動きを見せることが出来たという意味でも
> 何らかの価値があったのではないかと。
そうですね。これからはWinny for Linuxでがんばていきましょう。
55:login:Penguin
03/06/23 19:50 BUi/rKqN
うははははあははははははは 終了かよっ！
56:login:Penguin
03/06/23 19:55 S3RBKkWJ
糸冬了に驚いてる人大杉
57:login:Penguin
03/06/23 21:14 ZLzr3b8R
akiってどっかで聞いたことのある名前だと思ったら・・・
>>38のやつよさそうですよね
串を使いたい人が集まって誰が書き込んだかわからなくする・・・みたいな
58:login:Penguin
03/06/25 02:50 UCRj9U1U
プロプライエタリの必死の煽りによって、無事Linnyプロジェクトは崩壊を向かえたのであった
著作権を守るため、今日も戦え！
59:login:Penguin
03/06/25 12:50 Yvy2it1l
まじに参加しようと思ってるんですけど、
URLﾘﾝｸ(linny.sourceforge.jp)
が Not Found なのですが、、
60:login:Penguin
03/06/25 13:08 /2H4NHHL
>>59
何もはじまってないプロジェクトだったから、残念がる事はないよ。
マジならばイチから立ち上げてみてはどうか。
立ち上げるのは嫌だけど、一寸口出しして参加したつもりになりたかったのに・・・程度の思いならまぁ誰かがまた始めるのを待つしか無いだろね。
61:login:Penguin
03/06/25 14:05 0Ir3gJLy
オープンソースでWinnyのような匿名ファイル交換、という試みは
Winnyのオープンソース化を考えるスレ
ｽﾚﾘﾝｸ(linux板)
の方で進んでいますよ。
そうではなくて、>>38さんや>>57さんのように匿名串をやりたい人がそこそこいるのであれば、
別の形で新しくプロジェクトを立ち上げても良いと思いますが。
62:login:Penguin
03/06/25 14:14 lTf78IfS
WASTEのほうに動きがあった模様です。
ｽﾚﾘﾝｸ(download板)
>>38 >>39 >>57
IIPについて調べてみました。
URLﾘﾝｸ(www.invisiblenet.net)
URLﾘﾝｸ(peercast-jp.sourceforge.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(internet.watch.impress.co.jp)
P2PのSOCKSプロクシって感じですかね？もしそうだったらemail,ICQ,HTTP,FTPと
使用範囲が幅広くなるので違うのかな？
間違っていたらごめんなさい。
Six/Fourを用いるのがいいのか、IIPを用いるのがいいのか、それとも
独自に作成するほうがいいのか考えてみます。
別にPure-P2Pでなくても構いませんよね？
Napsterのように中央サーバがあってもファイル交換するわけではないのだから
違法性無いはずだし。
>>59
どんなプロジェクトにします？
ファイル共有にしてもいいですし、P2P-Proxyでもいいですし。
>>59 さんのお考えを教えてください。
63:login:Penguin
03/06/25 18:00 PAgtoa9N
ファイル共有しないの？
64:login:Penguin
03/06/25 18:01 +WOQp0Ch
WASTE のスレ止まってるじゃん。
65:login:Penguin
03/06/25 18:45 8zjhyX8G
>>62
>P2PのSOCKSプロクシ
実現すれば素晴らしいね。
既存の技術を使うぶん、Six/Fourより使いやすいと思う。
作るのであれば、やはりピュアであるべきかと。
中央落とされたら使えなくなるのは避けたい。
66:login:Penguin
03/06/25 18:49 faxk2d+u
寮ｽﾚ化ですか？
67:login:Penguin
03/06/25 19:24 0Ir3gJLy
(´-`).｡oO(socks使えるとsockscap使えるか……。)
68:login:Penguin
03/06/25 21:45 CFztKyNM
以前にJXTAとかを使ったら?という話が出ていたので、(かなり前の話です)
かりにJXTAをミドルに使って作るとなると、
1.匿名性は確保できるか
2.Javaでの実装に問題があるか
などがありますがこれらはクリアできるのでしょうか？詳しいかたい
たら教えてください。
JXTAを利用すれば、プロトコルを一から作る必要がなく、ファイアウォール
越えも簡単。既存のJXTAネットワークがノードに利用できる可能性がある。
等の利点があると思うのですがどうなんでしょう。
69:login:Penguin
03/06/26 02:11 aXR0H6Y1
p2proxy=peer to proxy
70:login:Penguin
03/06/26 15:39 6nY1ptMG
Jxta は通信内容の暗号化機能は持っているけれど，ノードの隠蔽は意識していない．
ので，自分でそこのところは作り込む必要はあるけれど，基本的にはツールキットな
んで問題はないかと．Java での実装という面では，DoCoMo 504 あたり以上では動く
ようなので，いろいろ面白い遊び方ができると思ふ．
71:login:Penguin
03/06/26 22:06 LoVoGAUZ
>>70
通信内容の暗号化はSSLを利用するのですよね。ただそのときは一対一通信
になると認識しているのですが、間違いでしょうか。もしくはそれは問題に
ならないですか。
ノードの隠蔽は自分で作る際には、JXTAのプロトコル上の難しい気もするの
ですが思い違いでしょうか。また隠蔽するにはどのような方法が考えられま
すか。
72:login:Penguin
03/06/30 07:38 0v7W8kLa
(´-`)つURLﾘﾝｸ(winny.info)
73:535 ◆rllaU5stOw
03/06/30 20:35 WPplQGqN
>>72
お疲れ様です。
74:login:Penguin
03/07/02 22:21 OyDup/1H
JXTAで開発できるﾔｼなんかいないだろ。
ここは一つ、Linux板らしくJXTA shell使って遊ぶか？（ｗ
75:login:Penguin
03/07/03 17:48 1lzCTXeO
URLﾘﾝｸ(www.hotwired.co.jp)
ブラブスターは、コンテンツの検索や転送の処理において『UDP』というデータ転送プロトコルを
使用している。他のファイル交換ネットワークでデータ転送に使用されている『TCP』プロトコルと
異なり、UDPはいわゆる「コネクションレス型」であり、身元が特定されるような形で、各ノード間の
リンクを明らかにしたり、ファイルの転送を承認したりはしない。
UDPの転送ログでは、どのIPアドレスのどのユーザーが、いつ、どのコンテンツにアクセスしたか、
という詳細におよぶ情報はわからない。そのため、法的に情報の開示の必要がある際にも、TCPの
ログよりも安全であると考えられる。
76:login:Penguin
03/07/08 02:42 L4K+tiMU
2ch乗っ取り危機が現実のものになってきています
2chだけでなく日本の為にも頑張ってください
77:login:Penguin
03/07/13 15:52 HTvh61U8
こんにちは
78:山崎 渉
03/07/15 11:24 2JhhXBQM
__∧＿∧_
|（ ＾＾ ）| ＜寝るぽ（＾＾）
|＼⌒⌒⌒＼
＼ |⌒⌒⌒~| 山崎渉
~￣￣￣￣
79:login:Penguin
03/07/16 19:56 rJtLfSeB
Six/Four を用いたIMらしいよ。
URLﾘﾝｸ(ultramagnetic.sourceforge.net)
というわけで燃料投下！
80:login:Penguin
03/07/17 10:26 U+HfWnIL
dmachinemon って動かしてみた人いる？
URLﾘﾝｸ(www.netfort.gr.jp)
これから論文読んでみまふ．
81:login:Penguin
03/07/17 21:23 l0ELA3tv
>>80
紹介乙。
スレの流れからいわゆる『伝説のプロクシ』を作成しようという流れかな。
WinnyNET(って言ってもいいの？)を利用したい気持ちは山々なんだが
そういうわけにも行かないしねぇ。(速度がおぼつかないし、目的が違う)
SOCKは後回しにしても良いよね？
HTTPだけでも結構状況が違うし。
初期ノード情報を如何するべきかを考えればすぐに実装できるかしら？
暗号化はあとから皆で考えることにして。
どこかに改造しやすいプロクシが無いかな？
82:80
03/07/17 21:34 QG1/s/xK
ローカルネットワーク用ですた．> dmachinemon
>>81
単純な分散プロクシを P2P で，ってのは論文がありました．
「Peer-to-Peer Network を用いた Web Cache の提案と実装」
URLﾘﾝｸ(iplab.aist-nara.ac.jp)
多数のクライアントノードのローカルキャッシュを P2P で共有する，
ってだけですが，それなりに意味がありそうです．
実装したみたいですけど，コードは公開されてませんね．中で触れられている
squirrel とかもあたってみる価値があるかも
で，そこにどさくさ紛れに P2P コンテンツを流し込んでしまって，
独自 URL で流通させるっての面白くないですかね．
Winny と同様に中継なのか発信元なのかがわからないから，
誰が流し込んだかというのを発見するのは非常に困難かと．
83:81
03/07/18 12:32 oZIteLv2
>>82
有難うございます。2人しかいないのかしら？
論文拝見しました。結構楽しく読めましたけど、同時にP2PでProxyとなると
こういう利用法が限度かな、と。
実装した後のことを考えると、閲覧ならともかく書き込みもサポートしてしまった場合、
違法なものを本人の意思とは関係なくプロクシ経由で書き込まれてしまうわけですよね。
表面上書き込み責任が書き込んだ人ではなく、最終的に経由した人になるわけなのですが、
『私はP2P-Proxyを用いているので、その書き込みは私の物かどうかわかりません』
なんて言い訳が通用するかどうかを考えると、恐らくは無理でしょう。
(P2Pが閉じているならともかく最終的には開いてしまうので、証明をどの様に行なうのか
というのが困難かと。『悪魔の証明』というんでしたっけ？)
##Six/Fourの様に政治的メッセージに賛同する人が参加するならともかく
##普通の方は上のような状況を嫌がりますよね。参加意欲低下にも繋がるなぁ...
書き込み責任に関して、その辺りはどうなるとお考えですか > 皆様
84:81
03/07/18 12:39 oZIteLv2
連書きしてしまい、すみません。
書き込み制限に引っかかってしまいました。
>>82
> で，そこにどさくさ紛れに P2P コンテンツを流し込んでしまって，
> 独自 URL で流通させるっての面白くないですかね．
Freenetでも出来ますけど、Winnyの様にもう少し改良する、ということでしょうか？
それともPeerCastやIIPのような形(コンテンツを限る)をお考えなのですか？
恐らくWinny作者は最終的にはこの路線を行くのでしょう。現状でも作者に2，3の改変を
(ご協力いただけるかどうかは別として)していただくことで可能ですし。
(Nychと同じことを掲示板ログ以外にもしていただければ)
面白いのは同感ですが、もう少し違った方向へ向かうのも一つの手かと。
##上のIMもそうですけど、NNTPとか、QuickML、WikiをP2P化してみるとか...
##「そんな馬鹿な」というのが以外に面白かったりするかも？
纏まりの無い文章で長レスまでしてしまい、すみません。
自分も考えてみます。
情報まで提供していただいたのに、否定する形になってしまい、御免なさい > >>80 さん
85:ぼるじょあ ◆yBEncckFOU
03/08/02 05:41 GfRe8vK7
∧＿∧ ∧＿∧
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎―――◎ 山崎渉&ぼるじょあ
86:login:Penguin
03/08/04 01:04 qQcuyAAm
あんまり関係ない話ですが、zigumoプロジェクトが終わったようです。
P2P匿名掲示板zigumoスレッド
ｽﾚﾘﾝｸ(tech板:622番)
> 622 名前：デフォルトの名無しさん [] 投稿日：03/08/03 21:49
> URLﾘﾝｸ(www.zigumo.org)
> ｸﾋﾞﾂﾘｷﾀ━━━(ﾟ∀ﾟ)━━━!!
とりあえずソースは公開されたようですが…
87:login:Penguin
03/08/12 02:12 Z7Ey4Vhi
結局Winnyスレは何の収穫もないままに終わってしまったな。
88:login:Penguin
03/08/12 05:05 YRdvP49G
まぁ、「何故か」必要以上に荒れるからね。不思議なもんです。
89:login:Penguin
03/08/12 08:22 sbvykeUI
ﾀﾞｳｿ板は馬鹿が多いけど
Linux板は基地外が多い気がするな
90:login:Penguin
03/08/12 10:53 tWeSi3b+
「ぬるぽ」 Winnyで広がるワームが出現
URLﾘﾝｸ(headlines.yahoo.co.jp)
91:login:Penguin
03/08/12 14:36 5Dn6RWGH
>>89
ダウソ板に厨房とキティが混在していて、
そのキティがわざわざ犬板まで煽りに来ていたような気がする
92:login:Penguin
03/08/13 00:33 KoPOgLDq
最大の問題はLinnyスレから派生したことだったなぁ
いつまで経っても開発スレと勘違いした連中の煽りが絶えなかった
93:login:Penguin
03/08/14 14:27 Idwj8FIV
>>82
論文を読みました。
主要な機能二つについては、
「サーバサイドのトラフィック削減」はクライアントにとってのメリットではない。
「Webキャッシュ」にしても、
WANで行った場合サーバから直接とってくるより、遅くなるのは明らか。
LANで行っても、p2pプロクシによるトラフィックの増大のデメリットの方が上回る。
さらに、ローカルキャッシュを検索させるという方針だと、キャッシュにヒット
する確率はかなり低い。
無理やりウェブキャッシュにp2pを適用しようとしたという印象。
94:login:Penguin
03/08/14 15:01 2OiZiQMJ
>>93
WAN回線が高価で、LAN回線が安価な場合にはメリットが上回る場合もある、
って程度じゃないかと。
あるいは、現在のいわゆるぶろーどばんど環境のように、アクセスにぶらさがっ
てる人同士の回線は速いけれど、ISP から上流に出ていく回線や、地域IP網と
ISP間がボトルネックになってる現状だと意味がある場合もあるのでは？
95:93
03/08/14 15:08 Idwj8FIV
>>94
＞WAN回線が高価で、LAN回線が安価な場合にはメリットが上回る場合もある、
＞って程度じゃないかと。
そうですね。
Gnutella を利用している以上、ISP内での利用といった規模の限定は考慮されて
いないでしょう。
96:login:Penguin
03/08/14 23:42 Idwj8FIV
p2p プロキシの場合，キャッシュは使わずに中継のみを行う方がよいと思います．
キャッシュのヒット率は低くなりそうですし，邪魔ですから．
# NNTP を P2P にすることによる利点はありませんね
97:login:Penguin
03/08/14 23:48 N4JwhWKH
噂の雑談スレはここですか?
98:login:Penguin
03/08/15 00:06 omFMb9vq
nyが大変なことに
99:login:Penguin
03/08/15 00:21 +0FqLQo4
(´-`).｡oO(段々と別館出張所みたいになってるね(w)
100:login:Penguin
03/08/15 03:39 iCqar7LK
(´-`).｡oO(オープンソース化は興味があったんだけどネタが続かなかったな･･･)
(´-`).｡oO(クラック版程度ではびくともしないネットワークは難しいか･･･)
101:login:Penguin
03/08/15 07:54 SaDnRADn
次スレが立たなかったのはオープン化スレで考えるべき、
と思ってることがみんなバラバラだったからだな。
最初は匿名性かDOM対策かなんて議題の根幹で揺れてたし、
47氏のお墨付きが出たと思ったら次は…
誰かがドップダウンでやらないと無理かね。
102:login:Penguin
03/08/15 08:28 JREZ/n9e
>>99
別館ってどこ？こんな議論(ってほどじゃないか)やってるとこ他にあんの？
>>101
ある程度一人でじっくり練ってから出さないと駄目だね。揚げ足はいくらでも取れるだろうから。
ウェブかどっかに私案を公開して、2ch や Wiki で叩いてもらうのがいいのかも。
103:login:Penguin
03/08/15 11:24 vaGIFBTi
ついにメタ議論に突入かよ。
次スレではメタメタ議論でもするつもりか。
104:login:Penguin
03/08/15 21:31 wINQDnFx
>>103は典型的なメタメタ議論レス
105:login:Penguin
03/08/15 21:53 dyQryDMX
(´-`).｡oO(……しっ！)
106:山崎 渉
03/08/15 22:42 dil3w4kp
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
107:login:Penguin
03/08/15 22:48 shfoRmC4
久しぶりに来ると雰囲気変わってる罠
108:login:Penguin
03/08/16 06:54 +sxxS92b
ダメダメ議論スレ
109:login:Penguin
03/08/16 07:24 RhQdldw0
メタ議論＝悪という単純思考の>>103がいるスレはここですか？
110:login:Penguin
03/08/16 10:43 sMfcUPLm
悪じゃないならさっさと話を進めろよﾄﾞｱﾌｫ
111:login:Penguin
03/08/16 20:12 YBRMqwly
通信にIPv4をつかうと便利かもね
112:login:Penguin
03/08/17 16:50 vKG4P+D3
>>102
>ある程度一人でじっくり練ってから出さないと駄目だね。
発端は47氏でさえ思いつかなかった設計を考えようだから、
アイディア勝負みたいなとこもあるし、それもまた難しいんだよねぇ。
113:login:Penguin
03/08/20 22:18 7Nmgbq9L
全然進まないね･･･
114:login:Penguin
03/08/20 22:23 x7HiAcuc
おい、もう終わったことを蒸し返すなって
115:login:Penguin
03/08/20 22:48 yNsGaCu0
もう進めるべきものは何もないからな。
この板にあるからスレがなかなか落ちないだけで。
116:login:Penguin
03/08/21 08:21 IUy39Jr1
きちっと敗北宣言してから終わりゃいいのに
117:login:Penguin
03/08/21 18:32 8YwiO6rA
なんだかんだ言いつつまだこのｽﾚに書き込もうとするみんなが好きだ。
118:login:Penguin
03/08/25 10:24 1tasKpzX
ﾎｯｼｭﾎｯｼｭ
119:login:Penguin
03/08/25 13:54 Nodql6qE
>>118
ﾎｼｭる価値はないと思うんだが…。
120:login:Penguin
03/08/28 00:40 jmBnlOwQ
なんだか俺はこのｽﾚのなごやかさが好き。
121:login:Penguin
03/09/03 01:03 QCf+aeyX
結局47氏の判断は正しかったということだな
122:login:Penguin
03/09/03 04:09 F3eMSn8K
47氏が現実解だったということなのかな。
まぁ、今後PCやネットワークの性能向上でFreenetでも何も困らない時代が来るのかもしれませんが。
ていうか、Freenetはアーキテクチャとして重すぎるのよね、「たいていの人の需要」より。
123:login:Penguin
03/09/03 13:47 d/IVIvL7
オープンソース化もいつのまにか無くなってるし・・・
やはりオープンソースで効率がいいというのは夢物語なのか
124:login:Penguin
03/09/04 02:17 TgXSCPfx
>>123
現時点ではそのようで。
125:login:Penguin
03/09/05 22:40 TbF/xhP+
>>123
場合によるでしょ。
ﾀﾞｳｿ厨にグダグダ言われながら開発を続けられる47氏の様な人がそう沢山いるとは思えないなぁ。
126:login:Penguin
03/09/06 20:02 XphnzB0Y
>>125
論点がずれてる
オープンソース化は47氏のいいだしたことだし・・・
127:login:Penguin
03/09/06 22:35 dOqWcCK2
というかwinny自体特に目新しいところ(クラスタワードくらいかな)のない
要は「使える」P2Pソフト、というgnutellaに毛が生えたくらいの存在なのに、
そんなのに追随しようとした時点で終わってることに先に気付けよ
128:login:Penguin
03/09/06 22:53 rzYY9gbu
>>127
「ただの使えるP2Pソフト」であるのには同意。
でも「gnutellaに毛が生えたくらい」は言い過ぎ。
それは利用者の視点では正しくても、アーキテクチャを話すスレでの発言じゃない。
Winnyの特徴は中継やキャッシュ、そして何より検索ネットワークの最適化であって、
初期の検索ベースのWinnyならともかく、今は検索の考え方自体が異なってる。
もはやGnutellaと似たような点は、検索クエリの飛ばし方くらいでしょう。
まぁなんだ。
煽りに釣られる漏れ必死すぎｗｗｗｗｗｗｗｗｗ
129:login:Penguin
03/09/07 12:46 eDp90Zhw
>Winnyの特徴は中継やキャッシュ、そして何より検索ネットワークの最適化であって、
>初期の検索ベースのWinnyならともかく、今は検索の考え方自体が異なってる。
具体的な説明を頼む。
というかそんだけなら今のgnutellaのバリエーションなら普通にやってる
のだが。「中継やキャッシュ」にしても単に個々のノードが一旦ダウンロード
したファイルを消さないで持ってることを言い換えたに過ぎないし。
130:login:Penguin
03/09/07 20:42 p8fFibd0
>>129
P2Pレイヤでの「手」をファジーに結ぶというやりかたが独自な点だと思う。
で、それから派生するクラスタ化なんかがユニークかなと。
キャッシュと中継自体は FreeNet 由来なので独自性はないよね。ホップ数を2程度
に押さえることによって匿名性を犠牲にするかわりに、速度を上げたというのはそ
れなりに重要な判断だったとは思うけど。
131:login:Penguin
03/09/07 23:26 KFsKt4VZ
>>129
既存の技術を組み合わせたことがすごいんだろ？
132:login:Penguin
03/09/08 08:19 N9TyP+D7
>>130
>P2Pレイヤでの「手」をファジーに結ぶというやりかたが独自な点だと思う
ごめん、ﾜﾛてしまいました
133:biosmania ◆ZqBiosoUXU
03/09/12 22:47 ZCNo5NQh
renice
134:login:Penguin
03/09/16 19:24 CeVw9vHS
Good-bye妄想
135:login:Penguin
03/09/16 21:34 eTbsLuFk
もうだめぽ
136:login:Penguin
03/09/21 04:19 VWdJX2vn
今さら遅いが、とりあえずLinuxでnyのキャッシュをファイルに変換する機能と
キャッシュをP2Pで共有する機能がありさえすれば・・・
137:login:Penguin
03/09/23 07:14 Lj9E923E
ありさえすれば何なのかイマイチわかりませんです
138:login:Penguin
03/09/23 17:02 PLD7+XN+
面白そうなんで開発に参加しようと思ったけど、下記のスレはdat落ちだしsourceforge.jpは
メンテでずっと落ちているし。
一番ホットな場所（スレ、サイト）はどこですか？
Winnyのオープンソース化を考えるスレ
ｽﾚﾘﾝｸ(linux板)
139:login:Penguin
03/09/23 19:12 PLD7+XN+
とりあえず漏れの構想を。
winnyみたいなP2Pの敵はISPによる帯域制限。
これを避けるには何かのプロトコルに似せて、制限をかけれないようにしなければ
ならない。
大容量のファイルをやり取りするものとしてストリーミングやFTPがあるが
これからはSIPがいいと思う。SIPはVoIPで使われているプロトコルの一つで、
長時間に渡って通信しても長電話をしていると思われるだけで、これに規制
をかけるのはQoSにシビアなVoIPができなくなるので規制しづらい。
SIPのライブラリとしてGPLのものがあるし、開発もやりやすいと思う。
SIP版Linnyはどうだろうか？
140:login:Penguin
03/09/23 20:00 ADRDSTJr
他プロトコルに擬装するならKeep-AliveなHTTP上に載せるのが良いでしょ。
木を隠すなら森の中。
もちろん、自宅鯖上げるの禁止なISPだとだめだけど。
141:login:Penguin
03/09/23 20:51 ZputeOjA
>>140
CATVは鯖禁止してるところ多いぞ
142:136
03/09/23 21:51 ey6PpkfZ
>>137
ありさえすれば、WindowsとLinuxデュアルブートしてる人を拠点にして、
Winnyネットワークと一部互換性のあるLinnyができるかなー、とか
思ったんだけど、やっぱ駄目か・・・。無駄が多いだけかもな。
143:login:Penguin
03/09/23 21:58 PLD7+XN+
>>136
検索機能とBBSはいらないってこと？
言葉でいうのは簡単だが、共有する機能っていうのが大規模で、
結局のところ全て実装するということと違いはなくなる。
キャッシュを変換って無理じゃなかった？それができたら変換済みのキャッシュを
消されて、共有ファイルが減っちゃうから。
144:login:Penguin
03/09/23 22:02 PLD7+XN+
>>140
HTTPでできるならそれがベストだろうね。LinnyはHTTPで作るみたいだし。
疑問だけど、winmxは6699やプロトコルをプローブしてISPで規制できるけど、
winnyはどうやって規制しているの？
>>141
うちのCATVも鯖立て禁止してるなぁ。全体からみたら少数派なんだろうが。
145:login:Penguin
03/09/24 02:11 N93nfcMK
httpだと転送効率悪そうだな。
146:login:Penguin
03/09/24 19:22 yM3snryR
httpらしく（？）多重ダウンロードで補う・・・？
いっそのことftpと平行ダウンロードとか（どうやるんかわからんけど）。
147:login:Penguin
03/09/25 13:43 pTJ8pjGy
>>139
SIP はセッション初期化に使うシグナリングプロトコルだから…
現在出てる帯域制御ソリューションはペイロードのデコードと、SYN/ACK や
フラグのパターンの組合せをパターンマッチグかけてる。ある意味ウィルスの
パターンファイルみたいな感じで刻一刻アップデートされているそうな。
多少冗長になるのをあきらめて、通常の HTTP に見える、あるいは通常のHTTP
を誤認識しかねないようなパターンを使うか、いっそのこと擬似 HTTPS にして
しまうあたりが簡単かな。
もうちょい徹底するなら UDP とかで状態を持たない通信をするとだいぶひっ
かけにくくなると思われ。
148:login:Penguin
03/09/25 14:10 JHbxphhc
udp だと、壁の後ろの通信はどうなるんかいな？
149:PLD7+XN+
03/09/25 21:28 LAH93U+r
>>145-146
別に転送効率が悪いとは思わないが。Apacheがforkした各プロセスについて
リソースを食い尽くさないようにしているだけで、任意のhttpdなら転送効率は
tcpを使う他のプロトコルと違いがないはずだが？
>>147
その通り、SIPは呼の制御をするだけで、メディアはRTP/UDPで送られる。
FTP、RTSPと並べてSIPを説明しただけで、SIPが不利だとは思わないが。
でも偽装するならHTTPSがよさげですなぁ。
SIPプロファイルは多種多様だから、ISPが自分のSIPプロファイル以外を
規制するといったことが容易にできちゃうから。もっとIP電話が普及して
相互接続を海外ともやるようになったら考え物かも。
帯域制御ソリューションってなかなか表には出てこないだろうけど、どこかに
製品説明のページとかないかなぁ？まずは敵を知らねば。
150:147
03/09/25 22:11 pTJ8pjGy
>>149
いくつか製品説明聞いた限りでは、>>147 に書いた通り。導入は基本的に守秘契約
結んだ上でやってるそうな。あんまり派手に宣伝したくないし、対策打たれるのが
いやだから技術詳細も出さないとか。
バージョンアップから1週間程度で対応、ってほんとにワクチンソフトみたいな
感じでやってるところもあるみたい。どうせ海外製だから ny は大丈夫だろう、
と思ってたら最近対応してきた模様。がんばれ 47 氏。
151:login:Penguin
03/09/26 03:05 cxPUpKJu
UDPでstatelessでがんばるというのは、確かGNUNetあたりがやっていた気がする。
違うやつだったらごめん。
Winnyも、相手を認証(Winnyかどうか、速度、キーワード)するためにstateがあるけど、
データやクエリの転送のプロトコルそのものはstatelessに近いつくりになってるよね。
とはいえ、とりあえずSSLでひねってタイミングばらしとけ、というのが
暗号学的には正しいかもしれない(w
152:147
03/09/26 13:16 I9OSqmmB
>>151
某帯域制御装置は TCP の state そのもの (SYN/ACK RST/ACK とか) をパターンマッチ
に使っているようなので、そこで言ってるプロトコルの stateless とは意味合いがちと
違う。
GNUNet は面白そうだね。ちょっと見てみよう。blobster(だっけ？)も udp の筈だけど、
どういう意味で udp なのかはよくわかんね。
153:login:Penguin
03/09/26 13:31 Uj+p3opQ
`なんかなし崩し的に再開してるみたいだけど
ここでやっている限りどんな成果も上がらないことを予言しておこう。
ま、みんなわかってて雑談してるんだろうけど。
154:login:Penguin
03/09/26 15:02 31wZ9hRG
nyができるならLinux使ってやってもいいぞ
んじゃ。
155:login:Penguin
03/09/26 15:05 JLDQTVR/
>>154
お前は一生使わなくていい。
156:login:Penguin
03/09/27 21:55 uJAFC40f
まじめにやるなら基本的にトップダウンで議論しつつ
価値観や方針が分かれたら枝分かれするようにしないと進まない予感。
Wiki再開したら？
157:login:Penguin
03/09/27 21:58 Ynf20TqY
欲しい物は喪前が用意すれば？
158:login:Penguin
03/09/27 22:20 uJAFC40f
俺が欲しいわけじゃないよ。
ただ前スレの議論の仕方があまりにお粗末だから提案してみただけ。
159:login:Penguin
03/09/27 22:24 Ynf20TqY
もともとネタスレなんだが。
160:login:Penguin
03/09/27 22:27 /Lj5F/Eu
もともともうだめぽ
161:login:Penguin
03/09/29 20:02 EMvTEBRb
素直にWineでny動かした方が手っ取り早いかと思われ。
【Linux】 - 今夜も Wine で乾杯! - 3本目
ｽﾚﾘﾝｸ(linux板)
162:login:Penguin
03/09/29 21:42 VIyCPPDw
最新の ny だと動かないんだよね > ny on wine
163:login:Penguin
03/09/29 21:48 naZPU/i3
あれって、何で動かないの?
164:login:Penguin
03/09/30 04:56 pBkPZmbi
>>163
展開ルーチンでマニアックなことしてるからじゃないかな
デバッガで追ったらOSの例外処理を利用して展開してる感じだったし
165:163
03/09/30 05:08 G3Xc39i7
>>164
さんくす。エミュレーションがまだまだってことなのかぁ。
どこかのフォーラムに、telock はハードウェアブレークポイントまでセットして
デバッガを検出してるとか書いてたのを見ますた。
でさ、本来の .exe をメモリ内に展開するところまで到達したんだけど、
メモリダンプから正常に動く .exe が作れなくて (´･ω･`)ｼｮﾎﾞｰﾝ
166:login:Penguin
03/10/01 02:57 LIy9JvSm
>>165
実際に見てみたわけでないけど、本体チェックしてるみたい。
展開後のイメージをメモリに置くだけでは動かないみたい。VC版のときからだけど。
激しくすれ違いの悪寒
167:login:Penguin
03/10/01 09:46 aC6EfEPe
いっそのことLinny開発プロジェクトから
WINEでWinny起動プロジェクトに転換したほうがｲｲ鴨。
168:login:Penguin
03/10/01 11:53 yMxaMoTD
>>167
そうだな。
願わくば、それによってWINEが真のwindows emulatorになってくれれば、
LINUXの出来る世界が大幅にひろがるだろうし。
ny使ってないし、WINEにソース寄稿できるぐらいのる能力もないけど、、、、、、、。
169:login:Penguin
03/10/07 10:55 vOF4BlxJ
終了。
170:login:Penguin
03/10/08 03:01 Xl8i3l2+
再開
171:login:Penguin
03/10/08 13:37 YXTZLHZ5
Winny開発者の47氏がここ最近姿を見せていないらしいね。
漏れは47氏が著作権など既得権益の死守をはかる組織によって殺害されたと考えている。
もし犯人が捕まってもどうせ金で雇われた中国人だろうし、その先を調べても黒幕に
行き着くことは不可能だろうが。
単なる妄想と一笑して済ませられればいいのだが、Winnyがコンテンツビジネスを破壊
するだけの力を持っているのは明らかで、このまま野放しにしておけば破滅は避けら
れなかった。
47氏が匿名でクローズドな開発をしていたのは自分の身を守るためだったわけだが、
少なくとも今回はそれが裏目に出た、と言えよう。
死人に口なし、とはよく言ったものだ。
真相は永遠に闇の中・・・
172:login:Penguin
03/10/08 16:33 BEJclBvC
というか単に忙しいだけでしょ
まだ一ヶ月もたってないのに死人扱いされるなんてかわいそうだねぇ・・・
173: ◆1haVRB54HY
03/10/08 16:43 R7Iwp/qj
それをいうならNoName開発者(顔文字いれるのﾏﾝﾄﾞｸｻ
なんて。。。。
age
174:login:Penguin
03/10/08 19:23 qUQRrO57
そういえば誰かfreenetの新しいフロントエンド作ってる人がいなかったっけ？
あれってどうなったんだろう。
freenetはフロントエンドさえしっかりしてればそれほど効率が悪くないと言う人がいるので興味はあるんだけど。
175:login:Penguin
03/10/09 06:26 7IcEZTef
こっちへどぞ。
URLﾘﾝｸ(jbbs.shitaraba.com)
176:login:Penguin
03/10/09 23:58 9Vc8GI09
>>175
どうもありがとう。
177:login:Penguin
03/10/11 13:59 c7ghlcpD
このスレは今からUnny開発プロジェクトに変わりますた。
178:login:Penguin
03/10/13 20:06 9a90mJZ3
なんかさ・・・ 47氏の中の人がマジ大変なことになってるようで・・・
Linuxどころじゃねーんだろな。
こりゃますます47氏に依存しないLinnyの確立が期待されるところだが・・・
179:login:Penguin
03/10/13 21:51 rVbJnK2o
名前はLinnyでも何でもいいから新しいfreenetフロントエンド作ってよ。
180:login:Penguin
03/10/13 21:54 xbG29dg3
>>178
どこかのスレに載っているの？
生存してるよね？
181:login:Penguin
03/10/13 21:56 xbG29dg3
あったあった。
URLﾘﾝｸ(www.geocities.co.jp)
182:login:Penguin
03/10/13 22:20 xbG29dg3
デジタル証券によるコンテンツ流通システム
URLﾘﾝｸ(www.geocities.co.jp)
これについて討論できる場所ってどこ？
漏れの感想は、コンテンツを配信する権利、コンテンツ製作元にものを言う権利
を得るためにデジタル証券を購入するとは思えないから、うまく動かないと思う。
183:login:Penguin
03/10/13 23:17 j0aKmbqi
Winny作者が語る将来展望とデジタル証券システム
URLﾘﾝｸ(slashdot.jp)
184:login:Penguin
03/10/14 00:01 lHY+UrIP
>>183
サンクス！
185:login:Penguin
03/10/14 00:02 lHY+UrIP
コピーフリーでも成り立つ集金モデル２
ｽﾚﾘﾝｸ(eco板)l50 [2ch.net]
【通信】Winnyの将来展望について ★2 （2003/10/10）
ｽﾚﾘﾝｸ(bizplus板)l50 [2ch.net]
コピーフリーでも成り立つコンテンツ製作者側の（略
ｽﾚﾘﾝｸ(stock板)l50 [2ch.net]
186:login:Penguin
03/10/14 16:51 kBAx32UI
無理だな
187:login:Penguin
03/10/21 02:28 sIXV7OYa
P2P型ネットワーク対戦ゲームってある？
FinalFantasy XIみたいなネットワークゲームを、中央サーバなしで
OpenSource Communityでやるのは面白そうじゃない？
商用顔負けのゲームつくれないかな。
188:login:Penguin
03/10/21 02:51 owDTMc8X
検索してみろ。
あと野良サーバーで商用ゲームやっている奴もちらほら
189:login:Penguin
03/10/21 08:21 ePZNdgoq
>>187
とりあえず、普通のゲームでも商用顔負けってのは少ないんだから
ネットワークゲームを、それも中央鯖無しで面白くってのはかなり難しいかと
でも通信の部分だけでもできたらすごいよね
190:login:Penguin
03/10/21 13:46 DHWtZaYW
>>189
1年後にPenguin版もできるらしいよ
URLﾘﾝｸ(gamdev.org)
191:login:Penguin
03/10/24 03:10 MeLvsMjG
本家が開発終了な感じだが、こちらも(ry
192:login:Penguin
03/10/24 08:39 IBNvuHP/
こちらは開発にすらたどり着けなかったんだがな
193:login:Penguin
03/10/24 08:54 8ugQWh1J
つーことで、Winny の逆汗して互換品を作るスレにしようぜ。
194:login:Penguin
03/10/24 12:41 dLXppHIo
>193
そんなことできるのか！？
195:login:Dayomon
03/10/24 15:52 8QNGqh+r
お前らGNUnetがいけてるんですが一緒に遊びませんか？
196:login:Penguin
03/10/25 02:56 fT86YYhN
>>193
通信部の解析はめんどいからやる気にもならん。
そんなことするくらいなら新しくつくったほうが速い
197:login:Penguin
03/10/25 22:56 mByoNVQw
Linux使いには、47氏並みの能力を持つプログラマーはいないのか！？
198:login:Penguin
03/10/25 23:02 rBEfoTH3
>>197
見当違いの証券システムとかを発案する能力のこと？
199:login:Penguin
03/10/25 23:20 mByoNVQw
いや、この場合、プログラミング能力+厨のバージョン催促に耐える能力のこと。
200:login:Penguin
03/10/25 23:30 rBEfoTH3
マジレスさんくす。
crack 耐性が高い通信方法を生み出す能力も欲しいよね。
201:login:Penguin
03/10/28 14:36 4Vx0oMC6
>>197
結構いるよ。
あと、OS,プログラム板にはそれ以上の御方も。
202:login:Penguin
03/10/28 23:33 7BAsFMT8
>201
それらの神々は、世俗なことには干渉しないのでつか？
203:login:Penguin
03/10/29 00:42 3W9h7fEu
ライセンスを重んじていたりするからじゃないの？
匿名通信ができるアプリは、結局割れ物の取り引きにしか使われないんだし。
204:login:Penguin
03/10/29 00:57 BnJyeKO1
リスクもあるしね。
もし自分が作っているとバレたら…？とか。
205:login:Penguin
03/10/29 00:58 3W9h7fEu
Freenet 内なり Winny 内なりで公開すれば、かなりリスクが低くなる？
206:login:Penguin
03/10/29 00:58 LVWXyaex
作ってみたいけどなぁ
Windowsでの開発知識しか無い
207:login:Penguin
03/10/29 01:13 3W9h7fEu
と、そんな嘘でごまかせると思っている人がいるので、注意が必要ですね。
208:login:Dayomon
03/10/29 03:14 sFHSNqVn
ナイス連携。
209:login:Penguin
03/11/05 01:17 Vb1P/sn/
ぺったんぺったん
210:login:Penguin
03/11/09 19:49 GbnINMgp
びっくりするほどＰ２Ｐ！
211:login:Penguin
03/11/10 12:58 vLbAgvq1
>>195
最近更新されてないみたいだけど、
いけてるんですか?
212:login:Penguin
03/11/18 21:11 bEG7ksJ8
漏れら極悪非道のageブラザーズ！
今日もネタもないのにageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
∧＿∧ ∧＿∧ age
（ 'A`∩） （∩´∀｀） age
（つ 丿 （ ⊂） age
（ ヽノ ヽ/ ） age
し（＿） （＿）Ｊ
213:login:Dayomon
03/11/19 01:21 NUnV2Rmg
ﾉｼ
214:login:Dayomon
03/11/23 01:44 w0hNbOKT
ヽ(ﾟ∀ﾟ)ﾉ ｱｯﾋｬｯﾋｬ
215:login:Penguin
03/11/28 00:07 DF914n14
nyが無くなる今、このスレをageなくてどうする？
216:login:Penguin
03/11/28 00:29 ttKXuPtv
まだあったんだ、このスレ。
家宅捜査か、、何で匿名が破られたんだ？
217:login:Penguin
03/11/28 01:21 WQa0DvCQ
geocitiesへのftpアクセスログじゃないの?
そのために色々と法案通していたし。
218:login:Penguin
03/11/28 03:31 SiJSR2Jo
完全に匿名なわけじゃないからねぇ。
今回は47も家宅捜索されたみたいだから、
47が暗号化解除とかで協力したんじゃないの。
219:login:Penguin
03/11/28 03:33 4aVtXQnt
家宅捜索でＫはnyのソースを得た事になるな
220:login:Penguin
03/11/28 05:04 icFsr3aB
>>217
やっぱその線かのぅ ４７も迂闊だったな
あと2chのログか
221:login:Penguin
03/11/28 16:31 DF914n14
さぁプロジェクト再始動だ
222:login:Penguin
03/11/28 17:08 qG5hbGfy
金にならないP2Pなだけに、職業プログラマは無視を
決め込んでるみたいだけど、プログラミングテーマとしては
P2P特に匿名ファイルシェアリングソフトは熱いな～
223:login:Penguin
03/11/28 17:58 f/j5dBc6
さて、今回の問題でWinnyのどこに問題があったかが示されたわけだが。
現状、Winnyシステムの根本がこけたわけではないと思うが、1人に頼りすぎたのが
敗因だと思う。
次はどうするよ。Winny式でオープンソースでFA？
224:login:Penguin
03/11/28 18:58 QvTe2a/1
次世代は、公開しても安全で不正の極めてやりにくい「プロトコル」を
実体とするべきだとおもう。
極論、実装は誰がやってもいい。
225:login:Penguin
03/11/28 20:02 GoFNDi8X
実際、仲間ウチで小さく
P2P転がすような事をやらないと今回みたいな事になる。
プロトコルや実装の問題より運用の問題が大きい。
226:login:Penguin
03/11/28 20:25 96YzfNpY
馬鹿はいつでもどこにでもいるからな
227:login:Penguin
03/11/28 20:25 n2B30HKa
>>225
んで実際問題ソフトは出来たの？
228:login:Penguin
03/11/29 00:29 Xr1K3nva
ｵｰﾌﾟﾝｿｰｽ(･A･)ｲｸﾅｲ！
229:login:Penguin
03/11/29 00:56 oiytMlVm
理論的に匿名性が保証できるプロトコルにして、さらに回線帯域をガンガン使
うような仕様にしてユーザを光に限定してしまえば、Winny がオープンソース
にできなかった最大の原因であるところの FreeRider 問題はある程度解決でき
るような気がするのだけれど、甘いかな？
230:login:Penguin
03/11/29 03:29 IymQcMSr
【神】UNIXにWinnyを移植【降臨】
ｽﾚﾘﾝｸ(unix板)l50
次期P2Pの仕様 part2
ｽﾚﾘﾝｸ(download板)l50
231:某所管
03/11/29 03:45 x77e14sf
一応、記録的価値としてLinnyWiki復活させておいたので張っておきまつ。
URLﾘﾝｸ(linny.winny.info)
232:login:Penguin
03/11/29 08:38 jErzhRBe
>>221-
この緊急時に相変わらずｸﾞﾀﾞｸﾞﾀﾞなループ繰り返してるのにはﾜﾛﾀ
233:login:Penguin
03/11/29 14:24 uU3sSM8j
このスレまだあったのか。ny逮捕でﾀﾞｳｿのﾔｼらが
ム板とか犬板をあさっているのかな。
234:login:Penguin
03/11/29 17:41 UGXkZjJ0
初期のLinnyのことも考えてまともな頼れるリーダを2人くらい作ったほうがいい気がする。
235:login:Penguin
03/11/29 17:44 iLpA4HcV
P2P Projects supporting Anonymity
URLﾘﾝｸ(knet.sourceforge.net)
236:login:Penguin
03/11/29 19:17 3iYswX3r
>>234
／￣￣￣￣￣￣＼
／ ＼
/ ヽ
l:::::::::. |
|:::::::::: （●） （●） | 呼んだ？
|::::::::::::::::: ＼＿＿_／ |
ヽ:::::::::::::::::::. ＼／ ノ
237:231
03/11/30 12:31 w2iVfBfH
>>234
／￣￣￣￣￣￣＼
／ ＼
/ ヽ
l:::::::::. |
|:::::::::: （●） （●） | 呼んだ？
|::::::::::::::::: ＼＿＿_／ |
ヽ:::::::::::::::::::. ＼／ ノ
238:login:Penguin
03/11/30 17:17 u/aqrZK8
次期P2Pの仕様 part5
ｽﾚﾘﾝｸ(download板)
P2Pもいろいろとソフト変更があるみたい。ここを除くことお勧め
239:login:Penguin
03/12/01 01:37 HcdZ6tlc
P2Pなんか危いよ
もうnntpしかないよ
240:login:Penguin
03/12/01 22:27 8ZXVF3BM
結局このスレは頓挫してたのか・・・
やっぱ烏合の衆だけじゃだめだな。
一人の実行力をもってる人がいなきゃだめだ
241:login:Penguin
03/12/01 22:41 WiuZNPkX
>>240
／￣￣￣￣￣￣＼
／ ＼
/ ヽ
l:::::::::. |
|:::::::::: （●） （●） | 呼んだ？
|::::::::::::::::: ＼＿＿_／ |
ヽ:::::::::::::::::::. ＼／ ノ
242:make world
03/12/02 19:31 aKXy48Gr
openで開発したら収拾つかないだろうな
243:login:Penguin
03/12/03 02:38 rPc4FgbH
>>242
収拾する必要は無い
244:login:Penguin
03/12/04 02:10 0dWBPS/h
ソフト開発出来る人、参加して下さい。オープンソースでの開発を目標にしています。
次期P2Pの仕様 part5
ｽﾚﾘﾝｸ(download板)
245:login:Penguin
03/12/04 02:10 0dWBPS/h
age忘れました。
246:login:Penguin
03/12/04 05:04 AK3fWQow
>>244
コードは書けんが、テストなら協力できますよ
247:login:Penguin
03/12/04 08:15 LZsdqusC
>>244
アップはできんが、ダウンなら協力できますよ
248:login:Penguin
03/12/06 16:41 ASv9zxaf
典型的なプロジェクト失敗例を見せてくれたスレ
249:login:Penguin
03/12/07 00:28 1ZK45BnP
プロジェクトにすらなってないけどな
250:login:Penguin
03/12/20 19:45 uF39G1i3
URLﾘﾝｸ(mute-net.sourceforge.net)
> MUTE File Sharing is a new peer-to-peer network
> that provides easy search-and-download functionality while also protecting your privacy.
> MUTE protects your privacy by avoiding direct connections with
> your sharing partners in the network.
だそうです。
251:login:Penguin
03/12/20 20:17 orBV6cTG
ｽﾚﾘﾝｸ(prog板)l50
252:login:Penguin
03/12/21 00:53 Tnk+ergb
>>250
これ、期待できそうです。
253:login:Penguin
03/12/21 01:21 7KaUReeK
で、251のスレでWinny2のソースらしきものが張られているわけだが・・・。
254:login:Penguin
03/12/21 01:42 UW66JoV+
>>253
ところで、パスワードは割りましたか？
255:login:Penguin
03/12/22 05:22 Fx01jsVP
>>254
ﾀﾞｳｿすらできてないわけだが・・・。
どのプロキシ使えば落とせるのやら。
256:login:Penguin
03/12/22 17:21 C9mRSYV4
>>250 /.本家より
MUTE: Simple, Private File Sharing
URLﾘﾝｸ(slashdot.org)
だそうだ
257:login:Penguin
03/12/23 20:17 UofXNrH/
蟻が食べ物を見付ける方法からインスピレーションを得たってなんか凄いな・・・
258:login:Penguin
03/12/24 09:19 p5RJmfHH
>>256
で、どうよ。使えそうか？
俺の環境(RedHat9)では固まりまくるが。
259:login:Penguin
04/01/08 12:45 91Mu2rfW
Mute Ver.0.2
URLﾘﾝｸ(mute-net.sourceforge.net)
Known issues with version 0.2:
Linux:
--Strange system-wide freeze on LinuxPPC. Happens when receiving
a series of connections (shows up in log). Freezes happen with both
text and GUI. Must be triggering a kernel crash (bug in kernel).
LinuxPPC kernel v2.2.15-2.9.0
--No crashes seen in Linux.
260:login:Penguin
04/01/12 19:03 H2XKicfm
age
がんばれ
261:login:Penguin
04/01/14 00:07 Qid/c1ot
俺もRedHat9ですが接続先を追加できないっぽいです
262:login:Penguin
04/01/29 21:39 gWkVseHH
ほしゅ
263:login:Penguin
04/01/31 00:08 PjoeMZsH
んでいつできるんだ？
264:login:Penguin
04/02/04 10:13 3zoKxviV
MUTEを日本語使えるようにすりゃいいじゃん。
265:login:Penguin
04/02/11 23:48 2/PKzn50
俺、linuxというかUnix版のWinny作ってるんだけど、
やっぱ公開すると、家宅捜索とかされちゃうのかな？
266:login:Penguin
04/02/12 02:55 gusrgYRS
そもそも君の場合は、コードが手元にない狂言なので、大丈夫かと。
267:Seisei_Yamaguchi
04/02/15 02:29 NKg64qLe
警察の中の人はソースが欲しかったから
ジオシティー日本から辿ったんとちゃう ?
268:login:Penguin
04/02/17 20:23 l3npdv3O
Winnyパケットをブロックするソフトが出たみたいだね。
age
269:login:Penguin
04/02/18 11:15 9aTdwy7Y
>>268
これのことだろ。
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
モニタしてるキャプ画像があるんだが、暗号は完全に解読された模様。
もうwineでwinny動かしてる場合じゃないぞ、おまいら。
270:login:Penguin
04/02/18 12:14 gem58jl9
これって暗号が解読されてるのかな…
あれだけだと、 winny network に偽の node として参加してるようにも見えるけど。
参加できれば、検索とかの query 読んで、その関連する packet 落とす…とかもできるだろうし。
271:login:Penguin
04/02/18 13:47 INzA8wD0
ふつーに、どこかの板に、不完全なソースコードが転がってます。
ソースコードの中には埋め込まれた暗号鍵も付いてます。
272:login:Penguin
04/02/18 18:34 ysm3TANi
Winny は相互接続する時に相手で本当に Winny が動作しているかどうかの確認
と、回線速度情報、クラスタワード を交換します。どうもその時の情報をデコー
ドするのに成功したようですね。通信内容は無理っぽい。
Netagent で公開されてる資料の13ページ見ると手がかりがありますな。
273:login:Penguin
04/02/19 21:44 YUXcILLr
どっちにしてもKとACCSは完全なソースを持っている。
274:login:Penguin
04/02/27 19:11 OzDpoA/F
もまいら、winnyはいよいよ駄目だぞ。
URLﾘﾝｸ(www.itmedia.co.jp)
暗号さえもっと強固なものだったら良かったのかね?
275:login:Penguin
04/02/27 21:00 WZTEm3ZQ
だから暗号と匿名性は無関係だとなんど言えば。
276:login:Penguin
04/02/28 22:34 S72mqHhA
>>275
>杉浦氏は、1個のパケットを見て、どこから来たものか解析することはある程度可能だと話す。
>「たどっていけば、1次配布先も分かるだろう」（杉浦氏）。
と言ってるからだと思われ。
ただ、
>「ソースコードを見たり、パケットを解析したりしながら、試行錯誤してデータを逆アセンブルしていった」（同氏）
最初は、ソースは入手していないメモリ解析と書かれていたと思うのだが
この辺の供述が曖昧な辺りが、この記事で発言している人物の信憑性に疑問を持たせる。
277:login:Penguin
04/02/28 23:51 WXc+IhON
>>276
まぁ、本人はその筋では結構有名な人だから、技術者としてはどっかの
ネットアークと較べればかなりまともな筈。
逆アセしたソースを見たと言ってたんじゃないかなぁ。データを逆アセ
するってのもなんか表現が変。この記者の信頼性もいまいちなので...
URLﾘﾝｸ(aki.nekoruri.jp)
278: ◆HO0OFh2RXI
04/02/29 06:48 lTwPvcXw
原案
Winnyのオープンソース化を考えるスレ
URLﾘﾝｸ(winny.info)
ｽﾚﾘﾝｸ(linux板:354-番)
354案にいろいろと混ぜてみたものです。
細かいチャンクにする、通信にはコストがかかるとする、というのが基本です。
自分のUp/Downしたいものは隣のノードが欲しがっている/持っているとみなして行動。
Winnyの転送の多い時期で転送リンクブチブチ状態のイメージ。
やればやるほどFreenet…効率がとても悪そうです。
とりあえず置いておくんで好きにしてください。
279:login:Penguin
04/02/29 06:49 lTwPvcXw
☆ネットワークを流れる情報は、すべてにIDが振られた小さなチャンクに分割される。
このIDは、内容により決められネットワーク上一意とする。
☆チャンクは2種類あり、書き換え可能なチャンクと内容が保護されたチャンクである。
書き換え可能なチャンクを回覧板、内容が保護されたチャンクを小包と呼称する。
★回覧板チャンクのIDは、内容のテーマにより決められ、内容に関知しない。
★小包チャンクの内容は公開鍵暗号を使用し、暗号化する。
そのIDは、暗号化済みの内容(鍵を含む)ともともとの内容の両方のハッシュに依存し、
それぞれ確かめ得るようにする。
☆すべてのチャンクのやり取りにコストを設定する。
正のコストのチャンクを受信すると、送信ノードに対し、送信債務が発生する。
要するにUpしてもらえる権ということです。
コストは、取引開始側が設定し、取引了承側が認証する。負のコストも許される。
言い値で決まるが、不満であれば取引が成立しない。
虚偽の取引を行った場合は直ちにリンクを切断し、以降の取引は行われない。
すべてのノードは、送信債務という借金状態を解消しようとすることが要請される。
つまり基本的にはDownすればUpすることが要請されます。
あるノードが借り逃げを行った場合、または著しい債務超過に陥った場合、
悪質ノードとして切断し、以降の接続を一定期間禁止する。
大きい値のコストの取引は、取引実績ができるまで行われない。
☆ファイルを流す際は、適当なサイズに分割しそれぞれを小包チャンクとする。
それぞれの小包のIDとその鍵のリスト、及び元のファイルの識別情報（ファイル名、元ハッシュなど）を
まとめて小包チャンクとし、フックチャンクとする。
このフックチャンクはWinnyでいうところの仮想キーに相当するヘッダ部分である。
★フックチャンクは、自ノードでは特別に処理が行われ、元ファイルの識別情報と対応がつけられている。
外部に対しては、直接指定された場合は単なる小包チャンクとして振る舞う
280:login:Penguin
04/02/29 06:49 lTwPvcXw
☆チャンク情報の拡散
検索ワードを指定した回覧板チャンクをつくり、これを検索チャンクとする。
検索チャンクには、指定ワードと関連するファイルの、元ファイル識別識別情報とフックチャンクIDのセットが
リストになって入れてある。
受け取ったノードは、リストをフックチャンクプールに格納し、自分の情報を混ぜた上で再び検索チャンクを形成し
隣接ノードに転送する
☆チャンクの予約
タグワードを指定した回覧板チャンクをつくり、これをオークションチャンクとする。
オークションチャンクには、要求チャンクIDと取引成立時の予定コストとUp/Downのリストが入れてある。
受け取ったノードは、リストを来たノードをマークした上でオークションチャンクプールに格納する。
自らのダウン予約の都合を考えて、オークションチャンクを入れ替え、隣接ノードに転送する。
☆チャンクの取引
オークションチャンクの情報を元に、Up/Downの要求が一致すれば、送ってきた隣接ノードに取引要求する。
要求内容は、対象チャンクID･Up/Downの別･成立時の支払いコストとする。
要求を受け取ったノードは、以下の3つから行動を選ぶ
★要求を受諾し、チャンクを移動し、完了後コストが移動される。
★要求を拒絶する。
★要求は拒否するが、他のノードを紹介する。
検索チャンク、オークションチャンクも同様に扱う。
281:login:Penguin
04/02/29 06:50 lTwPvcXw
＜データ入手までの流れ＞
ファイル名 →フックチャンクプールから検索(なければ検索チャンクで底引き)
→フックチャンクをオークションチャンクで予約→取引成立すればDown→展開
→内容チャンクを順次オークションチャンクで予約→取引成立チャンクからDown
→すべて揃い次第元に戻す
＜オークションチャンクと取引コスト＞
☆あるチャンクが欲しい時、大きいコストを設定してDown予約をかけると、
成立の可能性が高くなる。
所持ノードがUpしたときの利益が大きいので応じることが予想されるからである。
しかし、あまり大きいと新参者小取引の原則により無視される。
また、中間ノードが中継して(もっと小さいコストで元ノードから入手し)利益を得ようと
するので効率が悪くなる。
☆あるチャンクのDown予約が隣から流れてきた時、そのノードに対して債務がある場合、
自ら率先してそのチャンクを入手することが望まれる。
先に手に入れることができれば、そのノードに対しUpを行い借りを返すことができるからである。
☆オークションチャンクの転送時に予定コストを書き換えることで、転送利益を得ることができる。
☆あるチャンクが欲しい場合、Downで正のコストを設定する。
誰かが欲しがっているチャンクをUpする場合、Upで正のコストを設定する。
オークションチャンク、検索チャンクなどのどうしても受け取って欲しいチャンクを
Upする場合、Upで負のコストを設定する。
☆負のコストのUpを利用して、仮想アドレスタグをつけた小包チャンクを投げることで
IMのようなノード間通信が可能かも。
このとき、間のノードはコストの絶対値を少しずつ減じていくことで、利益を得ることが
できるのでコストに対し十分近ければ届く。
★所持チャンクのコスト評価値
Upする時のコスト目標値。有用だと自らが判断するチャンクに対しては高くつけておく。
需要が多ければ上げ、なければ下げる(でないとDownする人がいない)。
282:login:Penguin
04/02/29 06:51 lTwPvcXw
＜検索およびオークションチャンクの転送経路＞
☆タグまたは検索ワードと、クラスタ化キーワードとの優先度比較で大きいノードに転送されやすくする。
☆送ってきたノードに直接返してはいけない。(取引の不正を防ぐため)
☆チャンク転送利益を得られないほどコストの絶対値の下がった、自分に不要なチャンクは破棄してよい。
＜ノードの接続条件、切断条件＞
(考え中)
☆クラスタワード制により、意図的に移動できるようなネットワーク距離を導入し、
近いノードに優先接続する
☆取引実績のあるノードは優先する
☆取引に嘘ついたノードは即切断、(覚えていられる限り)二度と許さない。(周りに伝達するかも)
☆取引がこちらの赤字の場合できるだけ切断しない
☆(主観基準の)大規模な借り逃げは、以降の接続を蹴る。(周りに伝達するかも)
☆ある程度の借りっぱは、次に接続した時に払ってもらう。動的IPの誤爆は気にしない。
☆小規模な貸し借りは、水に流す。
☆貸している側はいつでも切断できる。
283:login:Penguin
04/02/29 06:51 lTwPvcXw
＜利点＞
☆2者間の通信のみで、不正ノードを判定できる。
☆部分キャッシュであるチャンクに価値をもたせられる。
☆チャンクそれ自体は、単独で意味を持たない。
☆チャンクの取引コストを、信頼度、優先度として準用できる。
☆チャンクを所持していることは、内容を知って公開していることを意味しない。
(中の人の判断基準は取引に有用であるかどうかのみ)
＜問題点＞
★大きいファイルの時チャンクが揃わない可能性。
★ネットワーク上の自分とその周りのノードが興味を持つチャンクすべてを把握する必要がある。
★膨大な数のチャンクの取引の必要があり、ネットワークが飽和する危険がある。
★検索がかけにくい。
★同一ファイル複数キャッシュ問題。暗号化キーが異なるチャンクは互換でない。
284:補足考察
04/02/29 06:52 lTwPvcXw
★ネットワーク的に価値をもたないチャンクの排除
フックチャンクの場合(ファイル名詐称など)は、無視リストを使用して所持しない、転送しない。
優良フックチャンクを高く評価し(取引コストを上げる)、相対的に排除。
平チャンクの場合、内容の評価は不可能。高値で取引できるのなら、中身については関知しない。
ゴミチャンクは意図的にDownをかける香具師がいない限り、コスト値が高いまま取引されることはない。
ローカルでチャンクの保持基準をコスト評価値と最終アクセス時を元に決めればそのうち消える。
★高い評価のゴミチャンクの可能性
自作自演によって可能。たとえ自分が騙されても、他に騙されるやつがいる限り
被害はない。平チャンクがどこのファイルの所属なのかをたどる方法は存在しないので、
アクセスがある限り消えることがない。
消える可能性は、Winnyでいうところの完全キャッシュのみにする操作をノードが
行うであろうこと。
HDDに余裕があるのならどうぞ飼ってやってください。
★優先度の詐称
高値のチャンクをUpすることが一番効率のよい方法。
★接続ノード限界
Upするノードの不足がもたらす。落としたいファイルを持つノードの優先接続条件に
適合するようにすれば回避できる。つまり熱心に奉仕汁
285:login:Penguin
04/02/29 06:53 lTwPvcXw
★初期開放ノードの隠蔽、その必要性
フックチャンクが出回らない限り、平チャンクのアクセスは困難。
そのため、どうしても身元を隠蔽したいデータをUpする際は、自作自演をかけ
周りにチャンク単独での価値を知らしめ、拡散した後、フックチャンクを公開する。
自作自演にはコストがかかるので、どうしてもの時だけに。
Down要求を蹴って他のノードに回して、かつ、その他ノードに対しUp要求をかけると
隠蔽できるかも。
★Port0(外部からの接続不可)の取り扱い
未定
★大量のファイルの保持者の負荷
チャンクの要求があったとき、所持チャンクから検索しなければならない。
ファイルをネットワークに投入する際、ハッシュ計算で時間がかかる。
★IPをさらした上での匿名性
隣接ノードがUp要求をかけた際に、所持チャンクが確定できる。
ただし、これはファイルの所持に直結しない。
286:login:Penguin
04/02/29 06:53 lTwPvcXw
★IPの変わる常時Up優良ノードの取り扱い
あまり長時間同一ノードと取引することは推奨されない、ノードの評価の保持は
一定期間であるということから、固定IPと比べ不利益はない
★繋ぎなおしでマイナス評価が消える
ネットワークへの接続はかなり厳しいものとなっているので、取引に必要な
評価を得ることへの手間がペナルティとなる
★途中の中継ノードによる、検索キーの捏造/改竄
IDは内容のハッシュを元にするので、破損として処理する。
破損チャンクは取引成立ではないのでリトライが強制される。
★ファイル名の詐称
フックチャンクの評価値により排除をする
★クラスタ位置を変えることによる評価の消滅
クラスタにとって有用でないノードはいらないと考える。
たとえ別クラスタで有用であったとしても、それはそれこれはこれ。
★流通するキーの一覧を作成することによる危険
目安になることは確かであるが、実際に完成するまで本当に存在するかは確定できない。
287:login:Penguin
04/02/29 07:46 KT/zUJUZ
おお！？ Linnyプロジェクト再起動か！？
288:login:Penguin
04/03/01 21:27 rhb6VIeO
すでにバッテリーもへたってるから、腐った燃料では動きもしない･･･と。
289:login:Penguin
04/03/02 00:45 9lmYd62z
>>278-286 まで読んで見たものの、言葉だけではボンヤリとコンセプトだけで
具体的な手続きの順序とか、階層とかそういったものが共有できない…
それぞれ得意な分野を分担して実装すれば、ソース公開の意味があって
いいと思うんだけど、誰が何から実装するのかという、
最初の取っ掛かりがあればねえ。
俺も含めて他力本願なんだろうけど。
290:login:Penguin
04/03/02 02:33 9lmYd62z
次期P2Pの仕様 part9
ｽﾚﾘﾝｸ(download板)
需要として参考になるのかな。
291:login:Penguin
04/03/02 23:46 j+7Rtc66
freenetのNGRが良い感じ。
292:login:Penguin
04/03/09 02:54 lz/xxrRp
>>290
ちょうど今、これ>>278-286と似たようなことが話題になってるな。
サーバを置くのが効率的には絶対にいいと思うんだけど、いろいろと問題ありそう。
eDonkeyが価値評価を導入してるらしい。参考になるかな
293:login:Penguin
04/03/13 02:35 it57ICZi
せっかく>>290のスレで課金可能性について論じられていたので278案での実現可能性について書いておきます。
ネットワーク内で使用している取引コストとして、現実世界のお金を使用することで課金できると思います。
ただしこの場合、信頼できる通貨サーバが必要ですが。
内容は暗号化し、ネットワークに流しておきます。
フックチャンクを2種類用意し、1つは集めることはできるが復号はできないもの(不完全フックチャンク)、
もう1つは復号できるもの(完全フックチャンク)とします。
不完全フックチャンクは通常と同じに流通させますが、完全フックチャンクは特殊な取引によってのみ流通させます。
内容が欲しいノードは、通常の手順で不完全フックチャンクを元に、パーツをそろえます。
次に、完全フックチャンクを持っているノードと、通貨サーバと通信できる状態にします。
チャンクの取引には、通常だと取引コストとしてDown権を渡すわけですが、完全フックチャンクの取引には
通貨サーバによる支払い証明を取引コストとして渡すことになります。
この取引において、完全フックチャンクを所持しているノードが正規の手続きなしに流してしまうと
そのファイルに対する課金が崩壊してしまいます。
転送報奨としていくらか分け前を与えるとか、完全フックチャンクに所持ノードIDを書いておくとかしか
思いつかないんで、他にもっといい方法があるかも。
294:login:Penguin
04/03/31 06:32 HoAkMBXl
winny3を作ろうよ
ｽﾚﾘﾝｸ(download板)
295:login:Penguin
04/04/02 00:21 WpkuJ3NS
とりあえず厨が入ってこれないようにしたい。
296:login:Penguin
04/04/02 09:14 WTKLrf8O
winnyの英語版が欲しいです。
私はあなたの支援を必要とします。
297:login:Penguin
04/04/02 09:41 j4zdC+mr
>>296
板違い
298:login:Penguin
04/04/17 01:58 JW5Fbu01
sage
299:login:Penguin
04/04/30 03:21 1Mr+A9gw
age of Linny
300:login:Penguin
04/04/30 07:37 F2pqcMu3
>>297
韓国人にそれは通じないだろう
301:login:Penguin
04/04/30 07:42 MoJY09XL
>>300
韓国ってのもいいかげん飽きたなぁ。
302:login:Penguin
04/05/01 00:01 rQWDA2uP
>>301 三国人で無問題
303:login:Penguin
04/05/10 14:12 gOkOLaIk
４７氏の釈放を訴えるＯＦＦ
ｽﾚﾘﾝｸ(offmatrix板)
４７氏の釈放を訴えるＯＦＦ
ｽﾚﾘﾝｸ(offmatrix板)
304:login:Penguin
04/05/10 18:11 zyDxrivK
結局、535氏の途中断念が正しかったのか？
作ったらﾀｲｰﾎだろ？
305:login:Penguin
04/05/10 19:28 1n9r+xb3
違法逮捕だとは思うが、nyには興味ないので無視。
306:login:Penguin
04/05/10 19:31 1n9r+xb3
EFFに通報すれば取り上げてくれるだろうけど、誰も英文メールが書けない。
307:login:Penguin
04/05/10 19:33 1n9r+xb3
海外に情報が漏れないように英語の記事を載せないようメディア統制済。
308:login:Penguin
04/05/10 19:34 1n9r+xb3
でも本家/.にタレコまれててアウト。
309:login:Penguin
04/05/11 02:44 B6Rf6hGv
>>305-308
これ作ってる人が本家/.タレコミ者だな
URLﾘﾝｸ(exe.adam.ne.jp)
URLﾘﾝｸ(yro.slashdot.org)
310:login:Penguin
04/05/11 12:48 Al0YeF99
これが本当のオープンにしなかった理由だしょ。
URLﾘﾝｸ(headlines.yahoo.co.jp)
311:login:Penguin
04/05/11 15:01 Hq1OSHfm
というか、Winny-DOMを使っていないと考えるほうが不自然
312:login:Penguin
04/05/12 03:19 q0cG20qw
別に数千から数万のノードがいる中で、百以下のノードが不正しても問題はない設計だろう。
不正ノードがいることではなく、多数を占めることを恐れてオープンにできなかった。
313:login:Penguin
04/05/12 21:24 dBKDTYWN
とりあえずさ、リリーススタイルを考えた方がいいと思う。
俺としては、tar.bz2にソースをまとめて海外の匿名串経由でuuencodeしたものを
2chに書き込む。これで完璧。
314:login:Penguin
04/05/14 03:25 b19TtUOi
最初からFreenet上で開発宣言してリリースも全部そっちでやった方が良いよ。
315:login:Penguin
04/05/14 17:50 7U9iS7RX
開発元を秘匿するのは、最初からやましいことやってるという表明にしかならん
と思うのだが。
316:login:Penguin
04/05/14 18:17 uTjxhWEO
>>315
今回のような、万が一の為の回避策ですよ
317:login:Penguin
04/05/14 19:09 J6S3sDkg
今回の件って、しかるべき結果なのでは？
ﾀﾞｳｿ板というグレーなものを扱う場所で動作確認をしているわけで。
318:login:Penguin
04/05/14 19:55 H+W+NZc7
仕様用途を「LinuxのISO共有」にしとけばとりあえずOK
319:login:Penguin
04/05/14 21:28 uTjxhWEO
>>318
ISOファイルの共有は是非やりたいよね。
320:318
04/05/14 23:42 ncaoYmUz
そういいつつFTPインストールをしていたりするｗ
FedoraもFTP+GUIでインストールできるようになってたし。
321:login:Penguin
04/05/15 11:22 RVJL99XP
>>318
なら匿名性は必要ないから BitTorrent で十分。
322:login:Penguin
04/05/17 20:36 HO4EIYRj
ついにWinnyのソース公開！＠プログラマー
ｽﾚﾘﾝｸ(prog板)l50
323:login:Penguin
04/05/17 21:12 +ZgvpoAo
>>321
その通りだが、
日本発のものが欲しい。
Winnyの使いごごちが捨てがたい。
署名性はおれも要らないと思う。
発信元がみえれば違法ファイルは流せなくなるからな。
324:login:Penguin
04/05/17 21:12 KQNT3jUC
署名性?
325:login:Penguin
04/05/17 21:20 +ZgvpoAo
ゴメソ
->匿名性
326:login:Penguin
04/05/18 14:19 lZIh8sQE
今さらだが作者がneko氏だった事にびっくり。
327:login:Penguin
04/05/18 19:32 5c9Ys/Tj
Linnyも535氏が本気だったなら結構楽しめるものに仕上がっていたと思うが。
328:login:Penguin
04/05/22 17:22 nqTAVPpu
URLﾘﾝｸ(linny.winny.info)
329:へりくつ星人
04/06/27 16:41 o/ZzpKCM
表現の自由を守るため、
匿名性はぜひ必要です。
330:login:Penguin
04/06/27 19:56 TW8O336t
匿名にすると荒れるからね…
331:login:Penguin
04/07/01 17:19 hhBC6xMz
言論の自由が保障されている国に住みながら、表現の自由のためとは何事？
違法行為をしたいだけじゃないのか。
332:login:Penguin
04/07/01 19:30 nV7KzNbc
>>331
個人情報保護法案を濫用されるようじゃだめぽ
333:login:Penguin
04/07/02 00:22 23tKNoDx
破壊活動防止の名のもとに、いわゆる盗聴法案で通信の傍受が行われ、
米国のテロ対策のためにエシュロンによる一方的な傍受が行われています。
別に、身元の安全を保証されて訴えたい事は今の所無いわけですが、
だからといって因果関係の説明がハッキリしない幇助罪の濫用を認めると、
他の法案との兼ね合いから恐ろしいことになります。
通信の機密を高める研究がおざなりだった事が、太平洋戦争の作戦面での
敗因をいくつも作っているし、日米自動車会談での米側の通信傍受によって
経済的な敗北を招いた事もあり、国益の面から考えても重要な課題です。
逆に、犯罪者が使う事も考えられますが、まず個人をマークできていなければ
通信の内容をクリアにした所で防ぎきれないのは911が証明してしまいました。
殆どの犯罪捜査の面で、通信の強度が最大の問題になりえないでしょう。
計画的な犯行の内容を知りながら、止める事が出来ないのですから。
334:login:Penguin
04/07/12 13:39 oP37bQUb
この手のはどこいったんだ？
335:login:Penguin
04/07/13 01:13 Wjb7ht7F
ここで相談しているだけで幇jy(ry
336:login:Penguin
04/07/13 03:12 UBZ1ootY
凶吐腐刑様が見てる
337:login:Penguin
04/07/20 09:21 uwPwIKQc
>>333
アホくさ！警視庁、警察庁公安部が所謂、盗聴法に基づいて、
主なプロダイバのサーバー横ににメール盗聴用のＢＯＸを設置してますが、なにか？
あのなぁエシュロンどうだとかより、足元の公安部のほうがタチ悪いんだけどねｗ
マルタイ対象者のメールは事実上、筒抜けというのがホントのとこ
そういうこと理解してないだろ！！ｗ
338:login:Penguin
04/07/20 12:06 ZHO2cB4v
俺のメールも盗聴してもらえるようになりたいものだ。
339:login:Penguin
04/07/20 14:21 NLHpUOa+
GnuPGはどうやって解読しているのやら。
340:login:Penguin
04/07/20 16:40 Ir/Sk1kn
実際のところ暗号化してメールしてる香具師なんてごく少数。
一番DQNだと思うのはSSLで住所とか入力させて、
確認用にふつーのメールで入力した住所とか送ってくるサイト
そういうサイトに限ってSSL対応だから絶対安心です、とか意味不明なことが書いてある。
341:login:Penguin
04/07/22 04:23 CHk2gMcm
i2pはどうよ？
342:login:Penguin
04/07/31 03:03 74tIdb2R
>>337
先頭の段落だけに反応してもしょうがないが、タチが悪い良いの話ではなく
ツツ抜けにしたところで分析を間違えれば防げないという話でせう。
「マルタイ対象者のメール」の絞込みから、内容の解読まで、エシュロンに
関わってる人間の多さ優秀さに比べればザルなんだろう…と、
長官狙撃事件の起訴見送りなんて大失態から伺えるなあってこったな。
ま、置いといて。
P2Pは悪くない，事業者が考えるべき策はまだある
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
興味深いのがYBBネットワークを設計した人ってところ。
343:login:Penguin
04/08/05 22:23 XEhm8+iR
P2Pとネットワーク技術の未来にあるもの
URLﾘﾝｸ(blog.japan.cnet.com)
344:login:Penguin
04/08/06 09:58 aRUsbpKu
キンタマで例のファイル見た。京都府警って素敵。w
しかもファイルを回収しようとしてるらしいからもう最高。
345:login:Penguin
04/08/10 10:50 thjax6dy
Torで書き込みテスト
346:345
04/08/10 10:50 thjax6dy
んで、もう一回書き込んでみると…
347:345
04/08/10 10:51 thjax6dy
うまく使えてないっぽい…
348:login:Penguin
04/08/10 11:13 thjax6dy
テスツ
349:login:Penguin
04/08/10 12:17 DncnYLgd
>>345-348
しっかりやれ (^^;
ていうか、/.jp への書きこみによると 2ch は対策を進めてるってことだけど、
それは関係ない?
URLﾘﾝｸ(slashdot.jp)
# オレは今のところ興味なくて、2ch の関連スレは読んでないけど。
350:login:Penguin
04/08/10 21:11 KaowJ+lx
ssh で使うときは socks 対応で(sshを)コンパイルし直さないと駄目なん？ > tor
351:login:Penguin
04/08/15 02:55 xoy5jEX1
【信州大学】P2Pソフト MARIE【新進気鋭】
ｽﾚﾘﾝｸ(download板)
352:login:Penguin
04/09/08 16:24 q40OB9ny
保守
353:login:Penguin
04/09/19 16:25:54 InKV6cb8
そういえば、昔このスレに47氏がカキコしてくれたなぁ。
ってことは、テレビに出たあの人もLinnyという言葉を知っているのか。
なんかすごいな。
354:login:Penguin
04/10/19 13:05:06 xgM0KVMN
>>351
某エロゲーメーカーのスクリプトエンジンと同じ名前だね。
355:login:Penguin
04/10/19 19:15:22 vSo4KyTx
Linnyはデーモンになるんですか？
356:login:Penguin
04/12/17 15:48:25 QCBUlcCx
>>355
その前提で只今開発中です。
357:login:Penguin
04/12/17 20:19:22 Caiw6Ncr
>>356
通報しますた
358:login:Penguin
05/02/19 09:27:04 BJUsIJg+
よーし、パパsystem3.5って言うP2Pソフトつくっちゃうぞ～
359:login:Penguin
05/02/19 18:04:42 crB44SZQ
国産、linux ｐ２ｐ ソフト！！
期待します
360:login:Penguin
05/03/04 10:20:03 UoO0prm/
ファイル共有無くていいからLinnyBBS作って欲しいYO!!
361:login:Penguin
05/03/05 03:15:03 Jm1oAewG
実質、ファイル共有部を利用してBBSのデータをやり取りしてるから
結局は両方実装しなければならない…
362:login:Penguin
05/03/09 13:40:49 PMkWko3y
あのー
ずーっと待ってるんですけど。
363:login:Penguin
05/03/09 16:37:12 ufK0IMdA
>>362
だから何だ？
364:login:Penguin
05/03/09 16:44:39 PMkWko3y
>>363
まだー？
ってこと。
まあ、おまえには関係ないと思うけど。
なんでしゃしゃり出てきたの？
365:login:Penguin
05/03/09 17:41:52 JUJhub6J
バカ
366:login:Penguin
05/03/09 22:26:36 6CE5KbUl
待ってるだけじゃねぇ。
367:login:Penguin
05/03/10 03:47:15 PPPryd0b
なんか伸びてると思ったら…
BBS関連だけでも抜き出せないかとソースのようなものさんのを参考に見てみたけど
結局自分で書き直さないとぐちゃぐちゃだし、
共有関連も持ってこないとBBSデータのやり取りもできなさそうなので、めんどくなった。
これ解析するくらいなら、新しいの設計した方が速い気がしてやる気がでないし。
誰かやらないかな…
368:login:Penguin
05/03/12 15:33:17 AtiTv2c3
winnyのlinux版があれば全て解決。
369:login:Penguin
05/03/14 05:37:26 0YyTOLGz
>>368
47氏にでも依頼するのかい？
Linux版とかは作る気はない、とか言ってた気がするけど。
370:login:Penguin
05/03/15 15:43:32 fvSF73Mo
厨房避けに最適なのに
371:login:Penguin
05/03/22 20:38:19 yam08RNP
wikiは見れなくなっているのだな
372:login:Penguin
05/04/10 14:23:26 Qg6Yp9sw
Winnyをソース化しよう
ｽﾚﾘﾝｸ(download板)
ここか。
373:login:Penguin
05/04/19 20:18:53 QwGOconk
>>369
オープンソースで成り立てばLinux版も可能といっていた。
374:login:Penguin
05/04/19 20:28:15 iza5jbtz
要は暗号化と匿名化するのにソース非公開の方法しか
思い浮かばなかったんでしょ？
暗号化はともかく、
匿名をオープンソースで実現することは可能なんだろうか。
375:login:Penguin
05/04/20 00:08:19 1AqW0Nsw
暗号化も匿名化も出来る(っていうか暗号化は匿名化の手段でもある)が、
クラック避けが難しいって事じゃなかったかな>オープンソース化
376:login:Penguin
05/04/20 00:42:36 8LKPMmt8
ソース公開の匿名化はFreenetが(ry
377:login:Penguin
05/04/20 10:38:18 kXbvBhdm
ソース改変しても
相手の IP とか探ることはできないようになってるの？
378:login:Penguin
05/04/20 14:52:19 eT3XmLKY
>>377
おまいさん、通信相手のIPアドレスがわからずにどうやってTCP/IPの通信をするつもりだい
重要なことは、誰が何を公開しようとしたかがわからないことであって、
誰が何のデータを持っているかは(プロクシ動作のために)意味を持たないと思う。
379:login:Penguin
05/04/23 11:56:45 wBX6QwFp
>>377
nyの一番重要なところは、プロクシ動作であり、流れるデータが常にキャッシュされるところ、
そのためキャッシュだけを見た時に、データが単にプロクシ動作のためにキャッシュされたものなのか、
直接的にアップしたものなのかわからない。
だから、相手が何を流してきたか？、何て事は全く意味を持たなくなる。
そのデータは相手が直接流したものなのか？単なるプロクシ動作によるキャッシュなのか？
それがわからないからだ。
もし、キャッシュに違法なデータが含まれていたとしても、法的に立件することは難しい。
なぜならば、キャッシュ動作を否定することは、ネット自体を否定することになるから。
ネット自体、データを途中にあるルータや鯖にキャッシュしながら通信が成り立っている。
そのキャッシュの中には法に触れるデータも含まれるであろう。
つまり、nyの動作はインターネットそのものであり、nyの動作を否定することは、
ネットそのものを否定することになる。
だから自分のPCのキャッシュに違法なデータが含まれていたとしても、
それだけで捕まえることは無理なのだ。
47氏はただ単に通信の手段を与えたにすぎず、nyの開発をしただけでの逮捕は違法といえる。
しかしなぜ逮捕できたか？それは47氏が著作権を崩壊させるのが目的であると、
nyの開発動機を語っていたから。つまり苦し紛れの理由で無理矢理
ﾀｲ━━||Φ|(|ﾟ|∀|ﾟ|)|Φ||━━ﾎ!!
相手のIPや通信経路が分かったところで、それが無意味だって事が
わかったかい？>>377
380:login:Penguin
05/04/23 14:09:15 szBMljw1
>>379
あんた弁護士かい？
47はキャッシュ動作(Upload)の違法性を認識しており、自分用にはDownload Onlyの
クライアントを作成していたと言われているが、その件についてはどうかな？
381:login:Penguin
05/04/23 14:38:53 mU74wke+
犯罪に使われる可能性のある道具というのはいっぱいあるよね。包丁とか銃とか。
さらにほとんど犯罪にしか使われない道具もある。ピッキングツールとか。
犯罪にしか使われないソフトウェアというとクラッキングツールが
そうだけど、そこら辺はどうなるんだろうね。
382:login:Penguin
05/04/23 15:14:04 wBX6QwFp
>>381
そう、結局はそこが曖昧なままなのが問題。
犯罪に使われる「可能性」のある道具を作るのが違法ならば
インターネット自体が違法になりうるし、携帯電話だってなんだって当てはまってしまう。
最後には何も作ることが出来なくなる。
道具は使いようだからね。
>>380
つまりはキャッシュ動作の違法性も曖昧なままだ。
DLオンリーのクライアントがあったとしても、
47氏がキャッシュ動作が違法であると認識して作成したとは言えない。
それに、DLオンリーのクライアントを作成する理由は、他にいくらでもある。
本当にそんなクライアントがあったのかは知らないが・・
そもそも47氏がそんなもの使って一生懸命DLしてたと思えない。
やりたいことありすぎて時間もないだろうしな。
どっちにしても本人に直接聞かないことには推測の域は出ないので不毛。
つうか、別に違法性がどうのこうの言うつもりはなかったんだが・・・
ただ単に377があまりnyについて理解がなさ過ぎなのでレスしてみただけ。
383:login:Penguin
05/04/24 03:33:43 U52lbyvj
>>380
意図的に1次Upノードになることは公衆送信可能化権の侵害になることは明らかだが、
意図しない中継動作による2次以上のUpノードは明確には違法とはいえないのでは。
ただし、1次Upノードを、多数の中継Upノードの中に隠してしまうと、警察の捜査が
困難になることは認識していたと思われ。その意思が違法かどうかは微妙だが。
DownOnlyのノードがあったとしても、改造によるネットワークへの影響を調べていた
という言い訳ができたりもする。
384:login:Penguin
05/04/26 22:27:04 b+Bgg3SS
っていうか中継動作が違法になるんなら、海外のエロページが見える国内のゲートウェイは全部違法だろ。
385:login:Penguin
05/05/06 00:25:53 fBpY2R2q
中継動作をもって、それは合法ともいえないでしょ。しかも、中継動作なんて本質の部分ではないし。
「nyの否定」=[ネットの否定」ってのもぶっ飛びすぎでしょ。
47の目的は実験かもしれないけど、一般公開の実験にしては危険側によりすぎていると思うね。
386:login:Penguin
05/05/06 10:42:22 yIkyZYFZ
でも端から見てておもしろい実験だったよ。
387:login:Penguin
05/05/06 20:51:18 NC7j+KH8
>>385
つうかさ、それを言ったら、包丁作ったら逮捕。
みたいなのはどうなのよ。ぶっ飛んでませんか？
388:login:Penguin
05/05/06 22:15:02 +qWs8XmI
Winnyでネギは切れそうもないので包丁は関係無いと思う。
389:login:Penguin
05/05/06 23:09:51 fBpY2R2q
>>388
激しく同意。
390:login:Penguin
05/05/07 02:06:55 VV46m7bs
>>388-389
お前ら・・・・ほんとに頭悪いんだな・・
391:login:Penguin
05/05/07 09:12:45 N9jtnJjA
包丁いっぱい作って無料で配りまくるのと似てるかも。
392:login:Penguin
05/05/07 09:14:17 wZZgaFg6
たとえ話は脱線しがちだからほどほどに。
393:login:Penguin
05/05/07 10:07:08 i/BfrLdB
サリンを誰にでも使えるようにして、俺は使ってないから無罪といいはるのと同様かと。
394:login:Penguin
05/05/07 11:03:45 T+EVrL8z
サリンって使い道あるの？
包丁はちゃんとした使い道あるけど。
つまりnyもちゃんと使い方があって、それをちゃんと証明できるなら…
395:login:Penguin
05/05/07 13:06:54 tx50SVHK
自作ポエ（
396:login:Penguin
05/05/07 16:32:40 XnmIFUld
ブロードバンド時代に、プロバイダのバックボーンが耐えられるかの負荷テスト(ry
397:login:Penguin
05/05/07 16:38:29 hgkPuTxN
>>396
おまいは、厨房ともちゃでつか？
398:login:Penguin
05/05/16 22:51:09 HnJ5Ynpd
ダウソ板で開発宣言したのがまずかったのかな。
399:login:Penguin
05/06/22 20:48:18 GGpxtaXf
保守
400:login:Penguin
05/06/22 22:57:54 rSsOc9Il
包丁でサリンを切るスレはここですか
401:login:Penguin
05/06/23 14:56:46 bF+VLH9U
Linny マンセー
早く作れ！
402:login:Penguin
05/06/23 18:40:29 eVPle0x9
>>401
言いだしっぺ（ｒｙ
403:login:Penguin
05/06/28 00:02:34 /QQcXqnr
すごく出来が悪かろうと、公開さえしてくれれば
2ｃｈとしては反応がすごいのにな～需要はあるだけに
どなたか挑戦してみない？
404:login:Penguin
05/06/28 00:37:58 sxypLrzh
>>403
開発したら何か得するの？
405:login:Penguin
05/06/28 01:12:49 Woj5she8
>>404
いや、別に・・
需要ってあるよね
406:login:Penguin
05/06/28 01:35:17 sxypLrzh
>>405
ちゃんと市場調査してくれよな。
407:login:Penguin
05/06/28 01:39:16 eyx1+LDG
やはりこういうソフトはプロジェクトじゃなくて、
社会的にアレなはみだしプログラマが、社会への恨みつらみを糧に
夜な夜なせっせと書き上げて、2chで無造作にバイナリのみ公開。
自分だけ吸い上げ専用バージョンを用意してｳﾏｰ、というのが収まりが良い。
408:login:Penguin
05/06/28 01:40:30 sxypLrzh
>>407
根拠きぼんぬ。
409:login:Penguin
05/06/28 01:41:30 n+gd5yH6
やっぱオープンソースだろ
410:login:Penguin
05/06/28 16:33:52 9XnSpYyO
>>407
アレな人は多いけど、技術と執念がないんだな
411:login:Penguin
05/06/28 17:47:11 sxypLrzh
>>410
ご自分のことでつか？
412:login:Penguin
05/06/28 20:43:23 yfr2aRZu
オープンソースでも完全に成り立つ仕組みを考えればそれだけでも
このスレの名は売れるだろう。
WinnyにしてもShareにしても暗号鍵をバイナリに埋め込むことで
保護している。ここの部分を何とかしないとオープンソースでは難しいだろう。
413:login:Penguin
05/06/28 20:46:35 n+gd5yH6
いっそ暗号化部分だけ切り離してしまって、バイナリだけの動的モジュールにしたら？
414:login:Penguin
05/06/28 20:51:09 yfr2aRZu
それじゃあつまらなくない？
クラスタワードを鍵にするのも考えてみたけど、あんまりよくないね。
415:login:Penguin
05/06/28 23:59:23 n+gd5yH6
ちとつまらないかもしれませんね。
とりあえず俺はアホだが色々書籍を読み漁る予定。
416:login:Penguin
05/06/29 03:11:34 HU+dn+SH
>>413
隠すことによるセキュリティーは長続きしない。
根本的に、オープンでやっても維持できるシステムを構築すべき。
今までに出ているのは、ノードごとの相互監視をプロテクトにする案。
ちゃんとデータのやり取りをしているノード以外をネットワークから弾いてしまう、と。
末端同士のデータのやり取りの内容を隠す暗号化は、気分的なものと
中間ルータでキャプチャを簡単にはできなくするためだけであって、システムに
本質的に必要なものとは思わない。
Winnyのミソは、自分の保持データは、望んだものか中継なのかがわからず
機械的なプロクシとしての免責を企んでいる点。
417:login:Penguin
05/06/29 03:22:47 pkrk1XKs
ちゅーかx86がターゲットの時点でディスアセンブラで解析されるんだから。
418:login:Penguin
05/06/30 21:18:29 70M3Hd0P
Linnyのノードは完全に平等な権利をもたない。
419:login:Penguin
05/07/03 15:06:07 IZCijWVL
プログラマーとしてはダメダメだが、思いついたことを書いてみる。
URLﾘﾝｸ(www.itmedia.co.jp)
とかをまとめて見ると
要は、トラフィック解析した時に分かる「Winnyパケット」の「振る舞い」が、
問題になる。その「振る舞い」によって、らしきパケットは限定されてしまう
１．無効なSYNパケットが多い
２．特定サイズの暗号化通信が連続する
そして、限定されたパケットの中から詳細に分析しているのである。
1．の原因は恐らく、通信しようとした時にPCの電源が切られていることが多いから。
２．の原因は恐らく「TCPの仕様」が原因である。と言うのも、大きなデータを
転送する際は、ネットワークを効率的に利用するためにMSSの最大レートで、
送られるパケットが大量に出るため、『不明なポート』から『不明なポート』へ
「不明なデータ」が大量に、「あるホスト」から「あるホストに」流れている事は
すぐに分かる。現在の仕様では、どんなに頑張ってもトラフィックを観察されると
ある程度,ファイルの流れはバレてしまう。(freenetでも同様)
420:login:Penguin
05/07/03 15:07:28 IZCijWVL
１．の解決方法
TCP接続前にUDPを使って、応答を待つ方法
TCP接続前にPingを使って、応答を待つ方法も考えられるが、
受信者が、Pingを切っている可能性もある。
しかし、特定のUDPパケットにICMP到達不能メッセージが多いと
結局イタチごっこになる。
そのため、ポート番号をUDP接続が成功するたびに、次回の接続を
変えてやる必要がある。
２．の解決方法
UDPで新たな、ネットワーク層を偽装するトランスポート層を作成する。
つまり、「送信元IP」を偽装するのです。
できるようになれば、freenetより外部からの匿名性は高くなるが、
資源を思いっきり喰らう、ICMPメッセージは届かなくなる、
NAPTユーザは使えないなどの欠点がある。
考えられるアルゴリズムを、書いてみる。
421:login:Penguin
05/07/03 15:08:56 IZCijWVL
（１）各ホストには、IPと対応する「nodeID」を付ける。
（２）つける方法は何でもいいが、当然「nodeID」はユニークでないといけない。IPと無関係な十分に長い文字列(小学校のときの「将来の夢」作文に限定する)をハッシュにかけて、「nodeID」を生成するのが望ましい。
（３）TCP接続された制御用ポートで、ノードにnodeIDとIPを渡しあい、「ダミー送信元IP」を要求しあう(勿論、この通信はSSLで暗号化する)
（４）要求されたノードは、接続されているホストのIPの中からランダムに選び、「ダミー送信元IP」を、要求したノードに渡す。
（５）「ダミー送信元IP」の寿命をどのように決めるかが問題。寿命が来れば、再び「ダミー送信元IP」を要求
（６）ノードでは、次のようなテーブルが作られる(イメージ)
このテーブルによって、誰の通信が何処から来たかを見分ける
-----nodeID-----|---realIP----|----dummyIP--|・・・・・・・(色々、必要なデータが続く)
kad399ds&kldak3f|210.146.xx.xx|210.158.xx.xx|・・・・・・・
dsagju4ujfd85jd4|210.178.xx.xx|210.146.xx.xx|・・・・・・・
&'%UAGHUEGudsffh|210.101.xx.xx|210.178.xx.xx|・・・・・・・
'&BDSJhgww4'SEsd|210.158.xx.xx|210.101.xx.xx|・・・・・・・
::::::::::::::::|:::::::::::::|:::::::::::::|・・・・・・・
::::::::::::::::|:::::::::::::|:::::::::::::|・・・・・・・
422:login:Penguin
05/07/03 15:20:01 IZCijWVL
（７）パケットのフォーマットは、TCP over UDP＋α的なもの
--------------------------------------------------------------------
|Ver～HeaderChecksum|///送信元IP(ダミー)////|///宛先IP(本物)///////|
--------------------------------------------------------------------
|送信元ポート////|宛先ポート//////|/////Length/////|///Checksum////|
--------------------------------------------------------------------
|/////////nodeID////////////////////////16オクテット///////////////|↓SSL暗号化範囲
--------------------------------------------------------------------
|///////////TCP////////////////////////40オクテット////////////////|ココのTCP通信のポートは固定にしておいても問題ない。4747版で固定なんてどうでしょうか？。
--------------------------------------------------------------------
|/////////DATA/////////////////////////////////////////////////////|↑SSL暗号化範囲
-----------------------------------
たとえ、SSLの暗号が破られても、外部の者はパケット単体から「nodeID」から本当の「送信元IP」を
割り出す事は出来ない。
（８）問題点は、所属するISPが自己ルーティングを規制している場合や、NAPTをしている場合。
423:login:Penguin
05/07/03 15:46:30 IZCijWVL
上記の理由より、外部からの匿名性は高くなるが、
内部の「悪意あるノード」に対しては、対処出来ない。
むしろ、内部からの攻撃には非常に脆いと考えられる。
「認証」を、どのようにするか？コレが問題
424:login:Penguin
05/07/03 18:51:41 I4l1Sle2
結局、プロバイダに対して偽装をするとなると、インターネットoverインターネットを
構築することになって激しく面倒。
どっちみち、むこうさんから見れば激しいUpトラフィックを打ち落とせばいいだけだし。
確か、ノードにIDを振り、自分以外の誰にもIPアドレスとの対応を明かさないで、
バケツリレーでたまたま自分のところにきたものを黙って受け取る、とかいうルーティングしてた
P2Pソフトがあったと思われ。
muteだったはず。蟻がどうのこうののルーティング手法らしい。
425:login:Penguin
05/07/05 23:27:28 3m7vbi8S
現在のWinnyを鍵と暗号化ファイルを別々に管理できる仕様、つまり、
暗号化ファイルだけダウンロード、鍵だけダウンロードできる仕様にする。
このとき、暗号化ファイルのファイル名などから、鍵を連想して、P2Pネット内から、検索、
鍵をダウンロード出来ないようにする。
『鍵』をハッシュにかけた値を暗号化ファイルのファイル名にするのが妥当だろうか?
つまり、意味のある「キーワード検索」で引っかかるのは、鍵だけにする。
そして、鍵を落としたら、鍵をハッシュにかけて、再び検索クエリを流す。
理論的に、暗号化ファイルから、鍵を連想して、P2Pネット内から鍵を
落とす事は不可能になる。
鍵のキャッシュ保管用ディレクトリを、ハードディスクに物理的に1MBのパーミッションを
設定する。
ヤバイと、思ったときは即座に、そのパーミッションをフォーマット・・・
一瞬で終わるぞ・・・・(w
そして、暗号化ファイルは論理的に「闇」に葬られる。
その後、暗号化ファイルは、まったく意味を成さないかと言うとそうでもない。
自分自身が、再び落としてくるファイルの中にキャッシュに含まれるファイルを
落とす可能性が高いからである。
鍵を落とすだけであれば、殆ど時間は要らないだろう。
コレだけで、匿名性は十分だと思うのだが・・・どうなのだろう?
426:login:Penguin
05/07/06 01:23:30 7XIcnn6N
そうか、P2Pネット上存在する鍵を全て落として、
虱潰しに調べれば可能なのか?
1000万の鍵があったとして、ダウンロードは、3日あれば出来るのかな?
ハッシュに0.01秒、照合に0.001秒、かかると考えても、110000秒・・・・・30時間半
つまり、最悪４日程度あれば、キャッシュファイルの1つは、復号されてしまう。
50MBのファイルとして、復号には15秒程度かかるが・・・いくつか復号されるだけでも
キャッシュファイルは、まる見え当然。
問題点は、ハッシュの計算は極めて速い点にあり、鍵から、暗号化ファイルの連想に
時間がかかれば問題なくなる。例えば、ハッシュを繰り返した10万回目の値とか・・・
1000秒程度、連想時間があれば、最悪300年以上かかる・・・
10倍の処理速度を持つ計算機でやっても30年・・・
100倍の処理速度を持つ計算機でやっても40ヶ月・・・
1000倍の処理速度を持つ計算機でやっても110日・・
しかし、これではユーザにも、足かせになるな。
・・・なんせ、計算だけで16分もかかるから
427:login:Penguin
05/07/06 03:31:05 Vmpb7hhF
Winnyの例でいうと、(といってもその時代に参加してなかったが)
暗号化キーがかけられたファイルというのがあって、暗号化キーがわからない限り
キャッシュが復号できない機能が存在してた。が、後になくなった。
消えた理由は、使われなくて不評だったから。
キャッシュですら消されてしまうのに、得体の知れない復号できないキャッシュを
残しておいてくれるお人よしな人はいなかったらしい。
簡単に復号できないキャッシュは、そういう運用をされることを考えた方がいいと思う。
なんかメリットがないか、ペナルティがないと持っててくれないと思う。
428:login:Penguin
05/07/06 16:34:55 pbi5Lyod
>>427
Winnyの暗号は、知っているもの同士が、集まって決めて、知らないものは
利用できなかったから、結果的に廃止になったのだと思う。
>>425の例では、クラスタワードに引っかかるのが、復号のための鍵の情報しか持っていない
キーファイルだけにして、キーファイルからハッシュなどの方法で連想できる値を元に、
再び検索をかけているので、暗号化ファイルは誰からも閲覧可能である。
キーファイルから暗号化ファイルは連想できるが、暗号化ファイルからキーファイルが
連想できない原理は、「1632412」から「偶数」であることを「連想」できても、
「偶数」から、「1632412」が「連想」できないのと同じこと。
429:login:Penguin
05/07/06 17:06:53 665Lc0RY
>>426
ハッシュは、128bitあれば十分か？
共通鍵は乱数で決めるとしても、衝突の危険性がない訳ではない。
キーファイルには、暗号化していないファイルのハッシュと共通鍵を
書いておき。暗号化ファイルのファイル名には、元ハッシュ値と共通鍵を
文字連結させて、決められた回数分だけ再びハッシュをかけたものを使う。
衝突の危険性は、低くなるだろう
あと、1000秒ってのは長すぎるだろ？
どうにかして、10秒程度に抑える必要あり。
こうしては、どうだろうか？
例えば、アプリ起動時にパスワード(英数字4文字で十分)を要求するようにする。
そのパスワードが書かれたファイルは、キーが保管されるパーミッションに保管される。
別に暗号化する必要はなく、昔のUNIXのpasswdファイルのように平分のままでもいい。
起動のパスワードを忘れたら、そのファイルを見ればいい。
アプリの隅っこに、「闇」ボタンがあり「闇」ボタンを押すと、
起動時パスワードをメモリに保存。
キーが保管されるパーミッションをフォーマット。
暗号化ファイルのファイル名を起動時パスワードで暗号化。
すべての設定をデフォルトにする。