Linny開発プロジェクト Part2

Linny開発プロジェク� ..

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だったはず。蟻がどうのこうののルーティング手法らしい。

次ページ