ＩＰを調べられない交換ソフトを誰か作ってくれ！

交換中のIPってどうやってみるの？
何となく見てみたい。

>>96
一般的に知られてる方法としては、
DOS窓開いてnetstatかな。

ＭＳ−ＤＯＳでnetstat。
たったこれだけで逮捕できます。

>>93
激しく同意
なんでみんな低レベルなんだ？

>>96
http://www.siriusnetkids.com/product/tcpmon.htm
http://www.siriusnetkids.com/download/nktcp_download.htm

窓でnetstatだ、だいがいしゅつ

>>95
既出だけどUDP使ってくれって事じゃないの？
なんか穴が多そうだなぁ。

それに使える人が限られるよねぇ。
グローバルもらっててもPort0設定をクリアできない人もいるし。

直接繋がってるＰＣのＩＰはモロばれだけど
間接的に繋がってるＰＣのＩＰはわからない
つまり　データ転送時に一つあるいは複数のクライアントを仲介するとよい
全体の転送速度は低下するが・・・

こんなのはどうだ？
ＭＸをそのままぱくり、ｲﾝｽﾄするときに
｢このｿﾌﾄはﾌﾘ-ｿﾌﾄではありません。私に１００万円払ってから使ってください。｣とかく。
でもｼﾘｱﾙ入力とかないから普通の人は登録しないでつかう。
ただし警察やACCSは100万はらわなければ著作権侵害になる

>>97
>>98
>>100
ありがとう。
これは、相手が特定出来るって事だよね。
警察でも無いのに、普通のユーザーが調べる意味あるの？

>>99
いくらハイレベルでもＩＰ見れないｐ２ｐ作れないなら俺にとっては無価値。

>>99
同意
MXやってるうちにアレはなぜ？コレはどうして？と色々と疑問が
沸いて色々と覚えたんだが、みんなは違うのか？

ふむふむ、アフガニスタンの国別ドメインコードはafだそうだ。
○○．af　のプロクシを探そうぜ！！

MXだとユーザ同士のファイル検索は今まで通りサーバで行う。
この時点ではユーザ同士については匿名性が保たれる。
ファイル交換が始まると交換相手にIPがばれる。

このファイル交換を、サーバを解してやればいいってことですよね。
そんでサーバはユーザ同士の交換のファイルを
保存しないで一時バッファリングするのみにする。たとえばCDRのキャッシュみたいに
○○メガだけキャッシュして送り出したデータは消して
新しいデータを待つ　みたいな。

この役目を中央サーバ１機でやると
相当ぶっとい回線を用意しなければならないので、
システムによって選ばれた第３のユーザに
やってもらいます。

この第３のユーザは誰と誰が交換しているのか分かってしまいますが、
交換している当人同士では相手のIPはわからないです。それぞれ
サーバ役のユーザとデータをやり取りしてるわけですから。


　　　　　　サーバ役に選ばれたユーザ
　　　　　／　　　　　　　　　　　　＼
　　　　／　　　　　　　　　　　　　　＼
　　　／　　　　　　　　　　　　　　　　＼
交換したいユーザA　　　　　　　　　　　交換したいユーザB

システムからサーバ役に選ばれるのは
回線が空いているユーザとか、
○回交換すると次に交換するまでに
サーバ約を○回やらなきゃいけない。
みたいな感じの選び方にするとか。
ファイルだけじゃなく回線やマシン資源の利用もシェアするって感じで。

こういう処理をする交換システムならIPしらべられないですよね。

>>104
良いアイディアだ。
誉めて遣わす。

httpのプロクシ見つけて得意げにすんなよｗ

>>104
でも実際に100万円払ったらどうすんだ？

>>112
もうかるじゃねーか。１００万円と言わず、６００兆円とかにしとけ。
ソフト提供者は痛くない。だが、既にソフト会社やｻｰﾋﾞｽ提供側に著作権保護の徹底を求める動きが広がっている。
やっぱ駄目だわ。

>>108
httpの串をどうやってMXで使うのか、小一時間問いつめたい。

じゃあ１０００万にしよう。んで払われたら、皆で解散して次に１０００万欲しい人がつぎのソフトをつくる

>>106
つうかP2Pの語源(というより略語の元)位は知ってた方が良いぞ。

>１１３
疎の調査をするためにソフトをつかわなきゃならんだろ。１０００万払って。
それにとってつけたように、違法ふぁいるは共有するなとかけばよい

このスレ見てたらだんだん悲しくなってきたよ・・・

>>118
このスレの方がもっと悲しくなるよ。バナナで熱く議論してるから（ｗ

http://pc.2ch.net/test/read.cgi/download/1007105977/l50

>>109
図まで描いてもらって悪いんだけどその案は>>63で既出。
後で問題点も含めて語られてる。

>>109
うーん、いいかもしんないけど、ものすごく無駄な気もするよな。
あ、サーバー役のユーザーも全データが通過するわけだから、
ユーザーAとユーザーBが交換してるファイルが欲しかったら、
手に入れられるようにもできるね。

・・すると、だ。
交換したいユーザーA、Bはそれぞれ欲しい物を、こうサーバー上
（個人ではなく、中央サーバー）の掲示板のようなところにに募集し、
同時にサーバー役も募集できるシステムになるといいかも。
サーバー役は自分の帯域をベラボーに使わされる変わりに、
自分のところを通ったファイルのデータを保存できる、と。
ユーザーA,Bが交換してるファイルをサーバー役も欲しかったら、
全員嬉しい事になるな。

・・・っと、サーバー役が「俺サーバーやりたくねえよ」ってソフト落としたらどうすんだろ？

んー。
でも結局ファイルリストは中央サーバーが管理して、
そういうサーバー役を選んだりとか、いろいろな処理もしてもらうわけで、
どうしてもユーザーのデータが残るよな。
サーバーのログ提出を警察が依頼したらどうすんだ？

オフ会君（フリーソフト）
ランダムでオフ会の場所･時間を指定してくれるソフト

あーファイルリストはグヌのようなバケツリレー型でいいか。

泣いてよし！

>>111
>>114
まぁまぁ。
得意げに拾ってきた串を見てからにしましょうや

>>121
グヌテラってそういう仕組みだよね。
違うか？

>>119
それはそれでおもろいな

>>1
馬鹿な2ちゃんねらーには無理だよ

>>126
違うよ。
直接接続しちゃうじゃん。

IPのうちの送信元アドレスを乱数にしたSecure IPとかを作ってファイル転送は
それにやらせたらどう？　RAWソケット使えばできると思うんだけど。

これならDL側からUL側にどっかの中継鯖経由してINET4アドレス(IPアドレス)を
渡すことで、DL側にUL側のIPアドレスを知られることなくファイル転送が
できると思う。UDP（つうか実際には終了ACKなしの垂れ流し（笑）)だから
データの整合性をとるのがめんどうだけどさ。
違法性の伴わないファイルの検索とかDL指示とかコマンド系は今まで通り
TCP/IP使ってやればいいんだろうし。

だめかな？？

>>130
なにを話しているのか全く理解できません

>>130
送信元IP書き換えるなら
できますね

ここよりバナナスレのほうがおもろいな
逝ってこよ

>>130
secureIPはよう知らんが、結局UDP使うのは抵抗あるなぁ。

全自動で無料鯖にアカウントとって自分の所有してるファイルを分割ULするソフトなんて無いかね（W

つうかピュアP2Pではこの要件は満たすことできないね

無線免許とってファイル交換これってどう。
いいんじゃないかい？

昔カセットテープにセーブしたときのように、音声データにして転送。

Secure IP は造語。不正なIPプロトコルを使って〜、とか言われないように
あくまでIPプロトコル互換なプロトコルという事で（笑）

確かに厳密にUDP使うのはネットが重くなったときめちゃめちゃ効率悪くなって
まずいだろうけど、厳密なUDPじゃなくてACKなどの処理は中継点を経由して
行えば問題ないんじゃない？　いずれにしろ負荷はかかるけど。

ただ、問題は送信元IPを適当にしたパケットがISPを通るかどうかだね。
フィルタリングされたり元のIP負荷されたりしたら意味無いから…。

>>135
それがいい。
ブロードキャストだしな。
みんなが受け取れる

IPv4もIPv6も捨てて僕らの手でIPv100000000を作りましょう！

>92
転送開始したらIP見えてもええけど。
共有リストとIPを監視してる第三者にずーっと見られてるのがいやや。

送信元わからんかったらエラーリトライでけんし、転送するんやったら
わかっても別にええ。

まあ、このスレのタイトルとはちがっとったな、すまん。

ZMODEMとかQuickVanとかを連想してしまった漏れはジジイですか（ｗ

ZMODEMﾏﾝｾｰ

ってかISP側にはどこのIP,どのポートを使って､どこに､何MBのデーターを送ったぐらいの
LOGぐらい、簡単に取れていると思われ･･･
正直な話、回線を使っている段階で、まったく匿名ってのは無理だと思う

開発能力0の我々黄色人種は白人の方々が
freenetを完成させるのをまちましょう。

>>144
舶来品はほんとｲｲよねぇ（＾д＾）