1 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 21:07:24 ] 主にソケットに関しての質疑応答スレッドです。 Programming UNIX Socket FAQ (日本語訳) www.kt.rim.or.jp/~ksk/sock-faq/indexj.html Winsock Programmer's FAQ (日本語訳) www.kt.rim.or.jp/~ksk/wskfaq-ja/ 関連リンクは>>2-10 辺り 足りなかったら適当に付け足してね 前スレ ネットワークプログラミング相談室 Port22 pc11.2ch.net/test/read.cgi/tech/1222603744/ 関連スレ Java ネットワークプログラミング 【教えて!】 pc11.2ch.net/test/read.cgi/tech/1086238859/
357 名前:デフォルトの名無しさん mailto:sage [2009/02/11(水) 11:20:27 ] アッー!
358 名前:デフォルトの名無しさん mailto:sage [2009/02/11(水) 17:23:26 ] なんだこの流れは…たまげたなぁ
359 名前:デフォルトの名無しさん mailto:sage [2009/02/11(水) 21:00:32 ] >>353 はもっと評価されていい。 >始めてみようかと思うんですが。 何をだ!?と思った次の瞬間、 >まずなにからすればいいんでしょうか? いや知らんがなー!と突っ込まずにはいられない。
360 名前:デフォルトの名無しさん [2009/02/12(木) 01:38:36 ] 神との対話を見た
361 名前:デフォルトの名無しさん [2009/02/12(木) 09:32:53 ] どこに書けばいいのかわからないので、お手数ですが。 Rubyで書いた、ウェブページとそこのリンク先を取り込むスクリプトを 動かしていたら途中でconnect refusedになって以後つながりません。 "www.linux.org"だったんですけど、他では問題ありません。 図書館でやっても途中で切れました。 某図書館では"www.linux.org"につながらなくなっているかもしれませんゴメンナサイ。 いったいどうゆうことなんでしょうか。 なにが気に入らなかったんでしょうか。 まる二日たちますが、接続拒否は解除されるんでしょうか。
362 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 10:45:59 ] >>361 一度に多接続すると制限されることはあるね。 どれくらいの期間制限されるかはサイトのポリシーだから一概には言えないね。
363 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 13:50:33 ] 接続拒否されるってどんなスクリプト流したんだよ・・・
364 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 14:25:13 ] 既存サイトを攻撃してはいけません
365 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 15:22:03 ] 一度でも攻撃受けたとこはこの辺厳しい
366 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 15:26:12 ] なんて迷惑な奴
367 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 19:14:35 ] お約束ですが 通報しました
368 名前:デフォルトの名無しさん [2009/02/12(木) 20:17:07 ] www.itmedia.co.jp/news/articles/0902/12/news091.html
369 名前:デフォルトの名無しさん [2009/02/12(木) 20:20:41 ] IPアドレスを取得まではできたのですが、 取得したIPアドレスを利用して「ping」をうちたいのですが どうしたらpingをうつプログラム書けますか? 手順を教えてください(ex 関数などを)
370 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 20:29:12 ] 使ってる言語くらい書け。
371 名前:デフォルトの名無しさん [2009/02/12(木) 20:50:31 ] C言語です。
372 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 22:04:37 ] ping()
373 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 22:20:59 ] なんで途中までは出来た、みたいな言い方になってんだ
374 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 22:57:05 ] >>369 ping したいんだけだたら system("ping ...")
375 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 23:26:29 ] おまいら、理解力の無い俺に救いの手を・・・ ルータ越しにサーバーとクライアントのプログラムを走らせるとして、 サーバーをSourcePort10000で立ち上げる。 クライアントをSourcePort5000、DestinationPort10000でサーバーに接続する。 この場合、サーバー側のポート10000を空けないと接続できないんだけど、 クライアント側はポートを空けなくても送受信できちゃいます。 なんでなの?(´・ω・`)
376 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 23:29:40 ] インバウンドしかブロックしないファイアーウォールなんだろ
377 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 23:33:44 ] >>375 > サーバーをSourcePort10000で立ち上げる。 SourcePort→AcceptPort
378 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 23:37:00 ] >>376 クライアントは受信もできちゃうんだけど そゆものなの?(´・ω・`) >>377 AcceptPortだったか ありがとうございます。
379 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 23:57:36 ] >>378 そゆものでしょ
380 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 01:01:06 ] >>379 そんなのいやだぁぁぁ ちゃんと理解したいぃぃぃ なんでポート開いてないのに受信できるの! ( ゚д゚)<誰かぁぁぁぁ
381 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 01:18:21 ] >>380 ファイアーウォールは外向きのパケットが通るとその発信元ポート、アドレス、 及び通信先ポート、アドレスの4組の情報を「セッション」として覚える。 パケットが帰って来るとそのセッションに当てはめ、一致するセッションがあれば 通してあげる。
382 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 01:32:24 ] SPI
383 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 01:39:11 ] >>381 おー、そうなのですか だからサーバーはポート開けないとダメなのかー 理解できますた。 分かりやすい解説ありがとうございましたヽ(´ー`)ノ >>382 SPIググってみました。 Stateful Packet Inspection これか、これなのか! 勉強になりますたヽ(´ー`)ノ
384 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 15:31:17 ] ヽ(´ー`)ノヽ(´ー`)ノヽ(´ー`)ノヽ(´ー`)ノヽ(´ー`)ノ
385 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:54:37 ] 無免許でのネットワークプログラミングは処罰の対象ですよ。
386 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 20:57:16 ] また大阪か
387 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 21:38:50 ] ネットワーク従事者の許認可は逓信省電波管理局の管轄です
388 名前:デフォルトの名無しさん mailto:sage [2009/02/14(土) 10:16:09 ] 免許は逓信大臣が交付じゃね?
389 名前:デフォルトの名無しさん mailto:sage [2009/02/14(土) 10:28:44 ] 情報処理技術者試験 (ネットワーク) は、橋本龍太郎 通産大臣 (当時) だったな。
390 名前:デフォルトの名無しさん mailto:sage [2009/02/14(土) 23:35:59 ] 高負荷になるとrecvがECONNRESETを返すようになってしまいます。 なにか心当たりがある方いらっしゃいますか?
391 名前:デフォルトの名無しさん mailto:sage [2009/02/14(土) 23:38:14 ] >>390 リモートのホストに聞いてください。
392 名前:デフォルトの名無しさん mailto:sage [2009/02/14(土) 23:41:18 ] 「おらくたびれただよ、ちょっと休ませてくれかの?」
393 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 00:50:10 ] >>391 リモートのホストもこちらの制御下なのですが。。
394 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 00:50:39 ] じゃあ聞けよ。
395 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 00:50:59 ] どうやって制御してるの?
396 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 01:21:34 ] >>395 リモートのホストに聞いてください。
397 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 01:23:55 ] >>396 ちがう。 リモートのホストが>>393 の制御下にあるというから、 どうやって制御しているのかを聞いている。
398 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 10:39:33 ] いろいろ説明不足ですいません。。 クライアントでrecvするとECONNRESETが返ってきます。 サーバ側でアクティブ・クローズしてるのですが、これが原因なんですかね? 処理の流れとしては、以下のような感じになっています。 client server accept connect send recv send recv close (クライアントのrecvとサーバのcloseとのタイミングが問題?) close よく考えると、サーバ側でsendしても実際は送られてない可能性が高いので、 その後すぐcloseしてしまうのは、問題な気もしますが、 高負荷でないとこの方法でうまく行きます。 (うまく行ってる場合は、たまたまsendがすぐにデータを転送していたということでしょうか?) サーバ側では、sendしたあと、peerがcloseしたのを確認した後にcloseするのが いいのでしょうか? (recvで0が返ってくるまでcloseしないとか) どなたかご教授ください
399 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 11:00:24 ] >>398 > (recvで0が返ってくるまでcloseしないとか) & shutdown
400 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 11:00:38 ] >>398 最後サーバからなにsendしてるのかしらんけど 双方のパケットの内容はモニターしてチェックしたの? してないんだったらまずはそっからじゃね?
401 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 11:00:44 ] >>398 www.kt.rim.or.jp/~ksk/wskfaq-ja/newbie.html#howclose
402 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 11:45:12 ] >>399 ,401 ありがとうございます。 1. データ送信を完了する。 2. shutdown()をhowパラメータを 1 に設定して呼び出す。 3. recv()が 0 を返却するまでループする。 4. closesocket()を呼び出す。 1の「送信を完了する」というのは、実際に送信が完了したかの確認ではなく、 send(write)を呼んでstatusがOKかを確認するということでいいんですかね? とりあえず、試してみます。
403 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 11:57:05 ] そだね、最後にちゃんとFINの立ったTCPセグメントを送ってやるって事。 recv側はちゃんとFINの立ったTCPセグメントを食ってやるって事。 それでどちら側もちゃんとshutdownできる。 何も難しいことはやってない。
404 名前:デフォルトの名無しさん mailto:sage [2009/02/16(月) 19:23:21 ] 非同期ソケットでFD_READの通知がきたとき int ret = recv(socket , buf , 128 , 0 );//whileループは使わない。 ret == -1はあるきがするのですが(ブロッキングなど) ret == 0はあるのでしょうか? ブロッキングソケットの場合はrecvでとまっているので ret == 0で切断などであるとは思うのですが。
405 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 02:39:11 ] マニュアルにないと書いてなければあると思わなければいけない。
406 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 10:35:44 ] >>361 ですが、やっとこ、つながりました。一週間でしたね。 サーバー管理している皆様 セキュリティは、ほどほどにお願いします。
407 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 10:38:02 ] お前氏んでいいよ
408 名前:デフォルトの名無しさん [2009/02/17(火) 12:21:38 ] >>407 おまえの母ちゃんよりマシ。
409 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 12:39:25 ] サーバー管理者から害のあるスクリプトと認定されるものを走らせてアク禁くらって まるでサーバー管理者側が悪いかのような口のきき方すれば 罵声を浴びるに決まってるだろ 人のことをとやかく言う前にまず自分のスキルを上げろって話さ
410 名前:デフォルトの名無しさん [2009/02/17(火) 14:13:00 ] >>409 あっそ
411 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 14:58:21 ] >>410 うん そういうこと
412 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 15:01:41 ] まあ普通にサーバ管理者に問い合わせれば済む話だしな。
413 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 18:00:16 ] 一応書いておきますが、406と408、410は、別人です。 わたしは、どのみちシロウトです。
414 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 18:38:28 ] >>413 の付け足しですが。 >>406 は、ただ最後にちょっと気の利いたことを書いておこうと 思っただけです。 気に障ったらすみません。 でもネットには、けんかを買いたい人が待ち構えてるんだね。 >>408 には、笑った。
415 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 19:40:55 ] ネットにはよそのサイトをDoSしても開き直っている奴いるしね。
416 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:31:15 ] もうやめて!>>361 のHPは0よ!
417 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 20:58:07 ] HPが0なら死ねよ
418 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 22:49:16 ] おまいら、また理解できないことが出てきちゃいました・・・ acceptで取得したソケットにはSourceAddressとPortが設定されています。 これはサーバーのAcceptAddressとPortです。 さらにacceptで取得したソケットにも同じアドレスがbindされています。 通常、複数のソケットに同じアドレスをbindする事はできないと思うのですが なんでacceptはできるの? プログラムで同じように複数のソケットに同じアドレスを bindすることは可能なのですか? 正直使いたくてうらやましいです(´・ω・`)
419 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:01:40 ] 同時じゃないんだからできるだろ
420 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:02:21 ] >>418 > 複数のソケットに同じアドレスをbind されてはいないだろ。 > acceptで取得したソケット はacceptしてるソケットとは別なんだから。 # TCPの接続は<srcIP, srcPort, dstIP, dstPort>の四つ組みで識別される。
421 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:12:26 ] >>419 すいません、何が同時じゃないんですか?(´・ω・`) >>420 acceptで取得したソケットをbindしようとするとEINVALが返ってくるんだけど、 これはbindされてるって事じゃないんですか?(´・ω・`)
422 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:15:06 ] まじめに質問してるのであれば、顔文字やめろ 腹が立つ
423 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:17:58 ] >acceptで取得したソケットをbindしようとすると んん?
424 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:29:31 ] >>422 すいません、マジメに質問してるので顔文字はやめます。 >>423 試しにやってみただけなんですけどEINVALが返ってきました。 bindされていると思った理由は 取得したソケットからgetsocknameでアドレスが取れるので bindされてるのかなと思いました。
425 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:33:36 ] acceptに返された時点で「TCP接続」とbindされてる。
426 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:47:22 ] 別に顔文字使ってもいいよ。真面目かどうかは内容で分かるから。 顔文字の有無で内容が変わって見えるような馬鹿なんかに初めから回答を期待しない方がいい。
427 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:54:31 ] >>424 TCP の 3way handshake を調べて、各 phase で何が渡されるか考えるのが吉
428 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:55:52 ] acceptで生成されたソケットのポートはリスナーのポートじゃねーだろ?
429 名前:デフォルトの名無しさん mailto:sage [2009/02/17(火) 23:56:25 ] 顔文字で判断なんて、ココロが広いな 「おまいら」などと言ってる時点で無視だよ
430 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:05:28 ] >>425 そのbindされたアドレスが他のソケットとかぶってるってことなんだけど これはシステム上、srcAddressとPortがかぶるソケットがあっても 問題ないと自分は解釈したんだけど accept以外にプログラムで同じことできないかなと思いました。 >>426 2chで顔文字怒られたのは初めてでした。 不快に思う人も居るって事で。 >>427 どうもです。 3way hand shake調べなおしてみます。 >>428 srcPortはリスナーのポートだと思います。 >>429 ごめんなさい。
431 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 00:31:36 ] (´・ω・`)おこんなよ (´・ω・`)ちっちぇえな
432 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:00:53 ] >>430 APIで出来るのは、 接続してないソケットにsockaddrをbindすることだけです。 accept以外には、UDP等で使います。
433 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:20:57 ] >>431 煽るなよぅ >>432 システム上できるけどAPIが提供されていないので出来ない という解釈でいいんでしょうか。 あると便利なんだけどなあ・・・
434 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 01:28:41 ] 便利じゃないです。良く勉強してください。
435 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 02:01:14 ] >>434 便利じゃないのか・・・ 勉強してきます・・・
436 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 07:05:48 ] 3way-handshakeが完了した時点で、 (クライアント:connect成功、サーバ:accept成功) <sIP,dIP,sPort,dPort>の4つ組は決定するわけで、 そのあとで、「やっぱりポート変えたいんだけど」とか TCP的にもありえないよね。
437 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 09:07:23 ] Acceptの返すのはTCP接続が確立したソケットだからね。 Acceptしているソケットは、接続のターゲットになっているわけだから、 同じsockaddrを持つソケットが複数存在しては、 接続要求をどこでこなせばいいか、kernelに分からない。 UDPソケットへの配送についても同様。 複数のソケットに同じsockaddrをbindする必要がない。 だから出来ない。してはいけないことだから出来ない。
438 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:12:34 ] >>436 確かにコネクションが完了した後に変更はありえないですね。 でも、それはbindのEINVAL(もうアドレスが設定してある)みたいにすれば 問題ない気もするんですけど、どうでしょう。 >>437 んー、確かに危険だとは思うのですが。 例えばソケットを2つ作って違う場所にconnectするとして 現状同じsrcAddrとPortをbindすることはできませんよね。 これができると使用するPortが少なくてすむかなと思いました。 少ないと何かいい事あるかどうかはアレですが・・・
439 名前:デフォルトの名無しさん mailto:さげ [2009/02/18(水) 22:15:00 ] >>436 FTP
440 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:20:16 ] >>438 「危険」なんて関係ない。 意味のないことだからできない。 無意味なAPIを提供する意味はない。
441 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:21:20 ] >>439 FTPはデータとコントロールが別接続。 データ接続は複数もって並列にやり取りできる仕様。
442 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:33:39 ] >>438 少しOSの身になって考えてみよう > 例えばソケットを2つ作って違う場所にconnectするとして > 現状同じsrcAddrとPortをbindすることはできませんよね。 外部から入ってきたデータを、 同じsrcAddrとPortを持ってるコネクションのうち、 どっちのコネクションに配送すればいいかを、どうやって決めたらいいんだ?
443 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:40:17 ] それを識別するために、TCP, UDP層の「アドレス」付加分として 新たにポート番号を付加して、配送先を一意に決められるようにしたのに、 30年近くたって>>418 が突然、複数のソケットに付けられないのは不便じゃない?とw 郵便番号も複数の離れた土地に割り当てられたら便利かもね(棒読み)
444 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 22:59:12 ] 初心者です。質問させてください。 <form action="sso-redirect" method="post" name="loginForm"> と書いてあるとき 、postメソッドで投げる先は https://sec-sso.click-sec.com/loginweb/sso-redirect で間違いないのでしょうか。 よろしくおねがいします。
445 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:00:30 ] 初心者です。質問させてください。 https://sec-sso.click-sec.com/loginweb/で表示されたhtmlに <form action="sso-redirect" method="post" name="loginForm"> と書いてあるとき 、postメソッドで投げる先は https://sec-sso.click-sec.com/loginweb/sso-redirect で間違いないのでしょうか。 よろしくおねがいします。
446 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:07:48 ] >>440 やっぱりこれが一番の問題なんだろうな。 意味がないと理解できていないんですorz >>.442 TCPだとacceptで取得したソケットはこれをやっていて 理由は>>420 さんが書いてるように4組で識別しているからだと理解しています。 >>443 確かに、みんなこれでやってるのに疑問に思うのが問題ですよね・・・ 何かの理解が足りていないと思われるorz なんか長くなってしまったので、ここまでにしたいと思います。 色々勉強になりますた。 答えてくれた方々ありがとー♪
447 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:11:17 ] >>445 正しい場合が多いが、そうでない場合もある。<base>
448 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:13:55 ] TCP/IPのことで聞きたいのですがよろしいですか?
449 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:15:58 ] 質問させていただきます。
450 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:16:36 ] >>448 なに?
451 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:17:23 ] TCPの接続を四つ組で一意に表すと考えたのは誰なんだろ。 うまいこと考えたもんだな。特に非対称の接続の時。
452 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:17:27 ] >>448 よろしいです。
453 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:21:01 ] これから10Mバイトの容量のデジカメ写真のデータをインターネット上の電子メールで送信しようとするところである。 10Mバイトと容量が大きいので、インターネット上をそのまま一つの10Mバイトのデータ送信する事ができない。 TCP/IPではこのデータをどのように分割して処理し、分割したデータのそれぞれが間違いなく送信の相手に届くように保証しているかIPとTCPの送信側、受信側それぞれの役割別に具体的に説明しなさい。 とあるのですが、まったくわかりません;
454 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:21:40 ] >>446 > 確かに、みんなこれでやってるのに疑問に思うのが問題ですよね・・・ つか、疑問に思った君は偉いと思うよ、マジで…
455 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:22:30 ] >>453 わからないのは、君のせいではなく、その文章を書いた人間がバカだからです。 「日本語でおk」と言ってやりなさい。
456 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:23:10 ] >>455 ΣΣΣ 単位がもらえなくな・・・ry
457 名前:デフォルトの名無しさん mailto:sage [2009/02/18(水) 23:23:58 ] そんなバカから単位を貰う必要はない。