ネットワークプログラミング相談室 Port23

ネットワークプログラ ..

418:デフォルトの名無しさん
09/02/17 22:49:16
おまいら、また理解できないことが出てきちゃいました・・・

acceptで取得したソケットにはSourceAddressとPortが設定されています。
これはサーバーのAcceptAddressとPortです。
さらにacceptで取得したソケットにも同じアドレスがbindされています。

通常、複数のソケットに同じアドレスをbindする事はできないと思うのですが
なんでacceptはできるの？

プログラムで同じように複数のソケットに同じアドレスを
bindすることは可能なのですか？

正直使いたくてうらやましいです(´・ω・`)

419:デフォルトの名無しさん
09/02/17 23:01:40
同時じゃないんだからできるだろ

420:デフォルトの名無しさん
09/02/17 23:02:21
>>418
> 複数のソケットに同じアドレスをbind

されてはいないだろ。

> acceptで取得したソケット

はacceptしてるソケットとは別なんだから。

# TCPの接続は<srcIP, srcPort, dstIP, dstPort>の四つ組みで識別される。

421:デフォルトの名無しさん
09/02/17 23:12:26
>>419
すいません、何が同時じゃないんですか？(´・ω・`)

>>420
acceptで取得したソケットをbindしようとするとEINVALが返ってくるんだけど、
これはbindされてるって事じゃないんですか？(´・ω・`)

422:デフォルトの名無しさん
09/02/17 23:15:06
まじめに質問してるのであれば、顔文字やめろ
腹が立つ

423:デフォルトの名無しさん
09/02/17 23:17:58
>acceptで取得したソケットをbindしようとすると

んん？

424:デフォルトの名無しさん
09/02/17 23:29:31
>>422
すいません、マジメに質問してるので顔文字はやめます。

>>423
試しにやってみただけなんですけどEINVALが返ってきました。

bindされていると思った理由は
取得したソケットからgetsocknameでアドレスが取れるので
bindされてるのかなと思いました。

425:デフォルトの名無しさん
09/02/17 23:33:36
acceptに返された時点で「TCP接続」とbindされてる。

426:デフォルトの名無しさん
09/02/17 23:47:22
別に顔文字使ってもいいよ。真面目かどうかは内容で分かるから。
顔文字の有無で内容が変わって見えるような馬鹿なんかに初めから回答を期待しない方がいい。

427:デフォルトの名無しさん
09/02/17 23:54:31
>>424
TCP の 3way handshake を調べて、各 phase で何が渡されるか考えるのが吉

428:デフォルトの名無しさん
09/02/17 23:55:52
acceptで生成されたソケットのポートはリスナーのポートじゃねーだろ？

429:デフォルトの名無しさん
09/02/17 23:56:25
顔文字で判断なんて、ココロが広いな
「おまいら」などと言ってる時点で無視だよ

430:デフォルトの名無しさん
09/02/18 00:05:28
>>425
そのbindされたアドレスが他のソケットとかぶってるってことなんだけど
これはシステム上、srcAddressとPortがかぶるソケットがあっても
問題ないと自分は解釈したんだけど
accept以外にプログラムで同じことできないかなと思いました。

>>426
2chで顔文字怒られたのは初めてでした。
不快に思う人も居るって事で。

>>427
どうもです。
3way hand shake調べなおしてみます。

>>428
srcPortはリスナーのポートだと思います。

>>429
ごめんなさい。

431:デフォルトの名無しさん
09/02/18 00:31:36
(´・ω・`)おこんなよ
(´・ω・`)ちっちぇえな

432:デフォルトの名無しさん
09/02/18 01:00:53
>>430
APIで出来るのは、
接続してないソケットにsockaddrをbindすることだけです。
accept以外には、UDP等で使います。

433:デフォルトの名無しさん
09/02/18 01:20:57
>>431
煽るなよぅ

>>432
システム上できるけどAPIが提供されていないので出来ない
という解釈でいいんでしょうか。

あると便利なんだけどなあ・・・

434:デフォルトの名無しさん
09/02/18 01:28:41
便利じゃないです。良く勉強してください。

435:デフォルトの名無しさん
09/02/18 02:01:14
>>434
便利じゃないのか・・・
勉強してきます・・・

436:デフォルトの名無しさん
09/02/18 07:05:48
3way-handshakeが完了した時点で、
(クライアント：connect成功、サーバ：accept成功)
<sIP,dIP,sPort,dPort>の４つ組は決定するわけで、
そのあとで、「やっぱりポート変えたいんだけど」とか
TCP的にもありえないよね。

437:デフォルトの名無しさん
09/02/18 09:07:23
Acceptの返すのはTCP接続が確立したソケットだからね。
Acceptしているソケットは、接続のターゲットになっているわけだから、
同じsockaddrを持つソケットが複数存在しては、
接続要求をどこでこなせばいいか、kernelに分からない。
UDPソケットへの配送についても同様。
複数のソケットに同じsockaddrをbindする必要がない。
だから出来ない。してはいけないことだから出来ない。

438:デフォルトの名無しさん
09/02/18 22:12:34
>>436
確かにコネクションが完了した後に変更はありえないですね。
でも、それはbindのEINVAL（もうアドレスが設定してある）みたいにすれば
問題ない気もするんですけど、どうでしょう。

>>437
んー、確かに危険だとは思うのですが。

例えばソケットを2つ作って違う場所にconnectするとして
現状同じsrcAddrとPortをbindすることはできませんよね。
これができると使用するPortが少なくてすむかなと思いました。

少ないと何かいい事あるかどうかはアレですが・・・

439:デフォルトの名無しさん
09/02/18 22:15:00
>>436
FTP

440:デフォルトの名無しさん
09/02/18 22:20:16
>>438
「危険」なんて関係ない。
意味のないことだからできない。
無意味なAPIを提供する意味はない。

441:デフォルトの名無しさん
09/02/18 22:21:20
>>439
FTPはデータとコントロールが別接続。
データ接続は複数もって並列にやり取りできる仕様。

442:デフォルトの名無しさん
09/02/18 22:33:39
>>438
少しOSの身になって考えてみよう

> 例えばソケットを2つ作って違う場所にconnectするとして
> 現状同じsrcAddrとPortをbindすることはできませんよね。

外部から入ってきたデータを、同じsrcAddrとPortを持ってるコネクションのうち、
どっちのコネクションに配送すればいいかを、どうやって決めたらいいんだ？

443:デフォルトの名無しさん
09/02/18 22:40:17
それを識別するために、TCP, UDP層の「アドレス」付加分として
新たにポート番号を付加して、配送先を一意に決められるようにしたのに、
30年近くたって>>418が突然、複数のソケットに付けられないのは不便じゃない？とw

郵便番号も複数の離れた土地に割り当てられたら便利かもね(棒読み)

444:デフォルトの名無しさん
09/02/18 22:59:12
初心者です。質問させてください。
<form action="sso-redirect" method="post" name="loginForm"> と書いてあるとき
、postメソッドで投げる先は URLﾘﾝｸ(sec-sso.click-sec.com)
で間違いないのでしょうか。よろしくおねがいします。

445:デフォルトの名無しさん
09/02/18 23:00:30
初心者です。質問させてください。
URLﾘﾝｸ(sec-sso.click-sec.com)で表示されたhtmlに
<form action="sso-redirect" method="post" name="loginForm"> と書いてあるとき
、postメソッドで投げる先は URLﾘﾝｸ(sec-sso.click-sec.com)
で間違いないのでしょうか。よろしくおねがいします。

446:デフォルトの名無しさん
09/02/18 23:07:48
>>440
やっぱりこれが一番の問題なんだろうな。
意味がないと理解できていないんですorz

>>.442
TCPだとacceptで取得したソケットはこれをやっていて
理由は>>420さんが書いてるように４組で識別しているからだと理解しています。

>>443
確かに、みんなこれでやってるのに疑問に思うのが問題ですよね・・・
何かの理解が足りていないと思われるorz

なんか長くなってしまったので、ここまでにしたいと思います。
色々勉強になりますた。
答えてくれた方々ありがとー♪

447:デフォルトの名無しさん
09/02/18 23:11:17
>>445
正しい場合が多いが、そうでない場合もある。<base>

448:デフォルトの名無しさん
09/02/18 23:13:55
TCP/IPのことで聞きたいのですがよろしいですか？

449:デフォルトの名無しさん
09/02/18 23:15:58
質問させていただきます。

450:デフォルトの名無しさん
09/02/18 23:16:36
>>448 なに？

451:デフォルトの名無しさん
09/02/18 23:17:23
TCPの接続を四つ組で一意に表すと考えたのは誰なんだろ。
うまいこと考えたもんだな。特に非対称の接続の時。

452:デフォルトの名無しさん
09/02/18 23:17:27
>>448
よろしいです。

453:デフォルトの名無しさん
09/02/18 23:21:01
これから10Mバイトの容量のデジカメ写真のデータをインターネット上の電子メールで送信しようとするところである。
10Mバイトと容量が大きいので、インターネット上をそのまま一つの10Mバイトのデータ送信する事ができない。
TCP/IPではこのデータをどのように分割して処理し、分割したデータのそれぞれが間違いなく送信の相手に届くように保証しているかIPとTCPの送信側、受信側それぞれの役割別に具体的に説明しなさい。
とあるのですが、まったくわかりません；

454:デフォルトの名無しさん
09/02/18 23:21:40
>>446
> 確かに、みんなこれでやってるのに疑問に思うのが問題ですよね・・・
つか、疑問に思った君は偉いと思うよ、マジで…

455:デフォルトの名無しさん
09/02/18 23:22:30
>>453
わからないのは、君のせいではなく、その文章を書いた人間がバカだからです。

「日本語でおｋ」と言ってやりなさい。

456:デフォルトの名無しさん
09/02/18 23:23:10
>>455
ΣΣΣ
単位がもらえなくな・・・ｒｙ

457:デフォルトの名無しさん
09/02/18 23:23:58
そんなバカから単位を貰う必要はない。

458:デフォルトの名無しさん
09/02/18 23:24:24
助けてください。

459:デフォルトの名無しさん
09/02/18 23:25:54
>>458 RFC 読めばいいと思うよ

460:デフォルトの名無しさん
09/02/18 23:27:32
>>459
拝見させていただきます。

461:デフォルトの名無しさん
09/02/18 23:28:58
日本語表記please。

462:デフォルトの名無しさん
09/02/18 23:32:56
>>453
バカな問題を好意的に解釈すると、

「分割」はIP、「間違いなく送信の相手に届くように保証」はTCPが行っている。
説明は下記を参照。

＠IT：連載基礎から学ぶWindowsネットワーク第10回　IPパケットの構造とIPフラグメンテーション　2．IPフラグメンテーション
URLﾘﾝｸ(www.atmarkit.co.jp)

＠IT：連載基礎から学ぶWindowsネットワーク第14回　信頼性のある通信を実現するTCPプロトコル（その1）
URLﾘﾝｸ(www.atmarkit.co.jp)

463:デフォルトの名無しさん
09/02/18 23:33:57
>>462
神様ありがとう。

464:デフォルトの名無しさん
09/02/18 23:38:11
僕に友達をくれて。

465:デフォルトの名無しさん
09/02/18 23:47:14
僕を妖精にしてくれて。

466:デフォルトの名無しさん
09/02/18 23:48:11
>>453
馬鹿な出題者が、解答者たちが、
TCPを真面目に勉強していることに大いに甘んじ、
出鱈目な言葉使いで、質問を出してる。
ところが、>>448はTCPの事はまるで勉強してないので
チンプンカンプンである。
これは馬鹿同士の衝突現象といえよう。
古典的なシェアードバスのEthernetコリジョンと同じである。

467:デフォルトの名無しさん
09/02/18 23:49:27
>>462
> 「分割」はIP

ちょww

468:デフォルトの名無しさん
09/02/19 00:19:19
ラスカルに会わせてくれて

469:デフォルトの名無しさん
09/02/19 00:33:15
ラスカルに会わせてくれて

470:デフォルトの名無しさん
09/02/19 10:58:32
ありがとう僕の友達

471:デフォルトの名無しさん
09/02/19 15:03:19
オスカルに会わせてくーれーーてー

472:デフォルトの名無しさん
09/02/19 15:12:23
>>471
この手の書き込みをする奴の精神構造が理解できない

473:デフォルトの名無しさん
09/02/19 15:52:50
同意

474:デフォルトの名無しさん
09/02/19 16:02:33
パスカルくらいにしとけば良かったのに。

475:デフォルトの名無しさん
09/02/19 16:26:27
GetIfTableでアドレステーブルを取得できますが、若い番号であるほど
優先順位が高い、という解釈であってますか？

476:デフォルトの名無しさん
09/02/19 17:45:43
bOrder
　　[in] Specifies whether the returned interface table
　　should be sorted in ascending order by interface index.
　　　　　　　　　　　　　　~~~~~~~~~~~~~~~~~
昇順ですな。

477:デフォルトの名無しさん
09/02/19 17:51:25
あ、そうだったのか！
今までユーザーに選択させてたよ

478:デフォルトの名無しさん
09/02/19 19:18:45
>462
TCPって、connection成立時にMSSが判るから、
IPのDFビットを立てたりするんだよね。

479:デフォルトの名無しさん
09/02/19 22:18:59
みんなUDPのサーバーってrecvfrom使ってるの？
ログインしたあと何回かやりとりするような仕様だと毎回recvfromでもらったアドレスからユーザー判別するのが
すごい無駄な気がするんだけどいい方法ないかな？

480:デフォルトの名無しさん
09/02/19 22:47:45
>>463-474
友達に聞いたんだけど
高校受験の時の面接で試験官が
突然ゴレンジャーの話をし始めたらしい
人生が懸かった試験だけに
どう対応して良いか分からなかったそうだけど
まともに相手をした受験生が落とされたらしい

481:デフォルトの名無しさん
09/02/19 23:11:41
単に頭が悪くて落ちた馬鹿が落ちたのをゴレンジャーのせいにしてるだけだろ。

482:デフォルトの名無しさん
09/02/20 00:09:29
>>479
そういう時はconnectするんだよ。

483:デフォルトの名無しさん
09/02/20 00:57:49
それってソケット新しく作ってconnectするってことだよね？
試したけどうまくいかなかったんだよなー
ちゃんとやればできるのか
もう一回チャレンジしてみる

484:デフォルトの名無しさん
09/02/20 04:46:12
サーバー側がacceptしてるときに、想定しているクライアントが接続してきたのか
流しのクライアントが偶然たどりついたのか、どうすれば判別できますか？

485:デフォルトの名無しさん
09/02/20 06:13:15
認証しろ

486:デフォルトの名無しさん
09/02/20 08:42:16
>>484
っcrypto

487:デフォルトの名無しさん
09/02/21 03:23:57
うまくいかないにゃー

488:デフォルトの名無しさん
09/02/21 16:30:19
ぬるぽ

489:デフォルトの名無しさん
09/02/21 17:30:21
>>480
がっこうなんて人生が懸かるような所じゃないよ

490:デフォルトの名無しさん
09/02/21 17:55:13
>>489
だれが上手いこと書けと

491:デフォルトの名無しさん
09/02/22 12:37:13
ガッ

492:デフォルトの名無しさん
09/02/22 13:07:48
>>491
>489がもう叩いてる

493:デフォルトの名無しさん
09/02/22 23:17:59
ちんこかゆい90円

494:デフォルトの名無しさん
09/03/03 00:09:49
ソケットインターフェースで（例えばrecvを使って）、たくさん流れてくるTCPのヘッダだけ読んで、ペイロードを読み捨てる（recvしない）ってことできる？
できるとしたら、どうすればいいの？

495:デフォルトの名無しさん
09/03/03 08:18:50
>>494
> ソケットインターフェースで（例えばrecvを使って）、たくさん流れてくるTCPのヘッダだけ読んで

Rawソケットでできる。

> ペイロードを読み捨てる（recvしない）ってことできる？

自分(ユーザー空間)で捨てるのが嫌だということなら、
カーネル内でプロトコルスタック書く必要がある。

496:494
09/03/03 10:30:27
>>495
つまり出来ないのね。ありがとう。

497:デフォルトの名無しさん
09/03/03 16:27:51
>>496
どうしても socket じゃないとまずいのか?
BPF とか pcap ライブラリ使ってフィルタするんじゃだめなのか?

498:デフォルトの名無しさん
09/03/03 21:23:29
>>497
まずくはないが、今はsocketインターフェースでの可能性を知りたい。

499:デフォルトの名無しさん
09/03/03 21:47:52
libpcapはソケット使ってるだろ。

500:デフォルトの名無しさん
09/03/03 22:58:00
OSによるんじゃね

501:デフォルトの名無しさん
09/03/04 22:32:32
RAW ソケットも Socket インターフェイスなわけだが。

502:デフォルトの名無しさん
09/03/04 23:11:20
RAWソケットじゃあ、ヘッダだけ読んで、ペイロードを読み捨てる（recvしない）ことは出来ないだろ。
読まないとヘッダかペイロードか判断できないし。

503:デフォルトの名無しさん
09/03/04 23:18:08
ちなみにRAWでやるってことはTCPのやりとりも自分で全部書くってことか？
捨てるだけでなく返事をせんと次のが来ないぞ。

504:デフォルトの名無しさん
09/03/04 23:24:22
誰に言ってるの？

505:503
09/03/05 00:00:10
>>504
>>>495-502

506:デフォルトの名無しさん
09/03/05 08:37:45
なんで、ちなみになんだ

507:デフォルトの名無しさん
09/03/06 00:44:54
千奈美ちゃんと生でやってるんだろ。

508:デフォルトの名無しさん
09/03/08 21:59:11
#include<wininet.h>（
wininet.libをリンク（プロジェクトに参加させている）

LNK2001: 外部シンボル "__imp__InternetOpenA@20" は未解決です。

lpinet->hInternet = InternetOpen("myftp01",
INTERNET_OPEN_TYPE_DIRECT,
NULL,
NULL,
0 );
とすると
LNK2001: 外部シンボル "__imp__InternetOpenA@20" は未解決です。
がでてしまいます。原因がわかりません。どなたかご教授願います。
wininet.libをプロジェクトに参加させているだけでは「リンク」されないのでしょうか？

509:デフォルトの名無しさん
09/03/08 22:01:44
ｽﾚ違い
処理系のリンカの使い方を読め

510:デフォルトの名無しさん
09/03/09 01:37:41
質問させていただきます。
プロミスキャスモードとは、自分に流れてくる、本来廃棄される別のアドレス宛のデータも拾うということですよね？
そのひろったデータは再度自分が送信しないと本来受け取るはずだったあて先には届かないのでしょうか？

511:デフォルトの名無しさん
09/03/09 01:40:22
本来の受け取り人に届くかどうかに影響するわけないやろー

512:デフォルトの名無しさん
09/03/09 01:40:44
プロミスキャスモードでぐぐれ。

513:デフォルトの名無しさん
09/03/09 02:26:50
>>510
A-B間の通話を盗聴してもAもBも気づかないのと同じ

514:デフォルトの名無しさん
09/03/09 13:20:27
■promiscuous {形} : ごたまぜの、入り交じった、無差別の、乱交の、ふしだらな

ごたまぜモード？
入り交じりモード？
無差別モード？
乱交モード？
ふしだらモード？

どの意味なんでしょうか？

515:デフォルトの名無しさん
09/03/09 13:27:01
イーサネットはばらまいて、必要なやつがそれを拾うから
たまたま自分とこに来たやつ全部拾って見てる。
ルーターやスイッチングハブの先は必要ない場合こないけど。

516:デフォルトの名無しさん
09/03/09 15:17:13
トークンリングだと再送してやらないといけないよな？

517:デフォルトの名無しさん
09/03/09 15:46:04
まああれはバケツリレーだしな

518:デフォルトの名無しさん
09/03/09 21:51:20
>514
だからプロミスキャス*モード*でぐぐれっての
URLﾘﾝｸ(www.google.co.jp)

519:デフォルトの名無しさん
09/03/09 23:15:28
>>518
分かりました。　けど「プロミスキャス」ってどういう意味なのか理解したいと
思って。　日本語無いんですか？

520:デフォルトの名無しさん
09/03/09 23:54:35
promiscuous
誰とでも寝る(性的な意味で)

521:デフォルトの名無しさん
09/03/10 00:00:36
なるほど。　特定のIPアドレスの書いてあるおちんちんだけでなく、
どんなおちんちんでも受け入れるモードなんですね。

522:デフォルトの名無しさん
09/03/10 00:13:23
>>519
ある単語が他言語の単語と一対一対応する事はほとんど「ない」

523:デフォルトの名無しさん
09/03/10 00:51:52
>>519
無差別モード

524:デフォルトの名無しさん
09/03/12 12:23:19
Winsockを使ったプログラムで、Exeファイル側とExeが読み込むDll側の両方でWinsockの関数を使う場合、ExeとDll両方でStartUpを呼ばないといけないんですか？
Exe側で呼び出していれば、Dll側は呼ばなくてもいいと思っていたんですが。

525:デフォルトの名無しさん
09/03/12 17:44:03
StartUpしてから呼ぶことと言う仕様であればいいんじゃね

526:デフォルトの名無しさん
09/03/18 19:29:06
linuxなら、ipヘッダーを変更して、パケットを送信するのって、簡単に出来るのだが
windows環境では、というか。VCではできないのでしょうか
同じTCP/IPプロトコルなのに・・・・

527:デフォルトの名無しさん
09/03/18 20:21:06
>>526
rawソケットが使えますよ。

528:デフォルトの名無しさん
09/03/18 20:48:03
>>527
もちろんlinuxでip変更するのに、rawソケットを変更するんですが
windowsの場合、rawソケットは、変更できないのでは？

529:デフォルトの名無しさん
09/03/18 20:51:35
言葉足らずで申し訳ない
ipを変更した、TCP データをrawソケット経由では送信できないっていう、意味合いです。

530:デフォルトの名無しさん
09/03/18 21:01:54
>>529 具体的に何がしたいんだ?

struct ip_header = malloc(...);
ip_header.ip_adress = <an_address>;
ip_header.....
....
send(... <a ip_header includes an_addressr> ...)

...
ip_header.ip_addres = <another_address>;
...
send(... <a ip_header includes another_address> ...)

みたいなことをしたい場合, おそらく OS の実装による

531:デフォルトの名無しさん
09/03/18 21:14:01
>>530
大体そういったところです、任意のTCPデータのicpmをwindowsで生成する方法です
誤解してほしくないのは、syn floodやディニアルを行うのが目的ではなく
サーバーがそれらのアタックを受けているので、シュミレーションが目的です
すでに、syn floodやdosはlinuxで実装しているのですが、windowsのほうがてっとり早いので聞いて見ました
ちなみにWindows XP SP2です

532:デフォルトの名無しさん
09/03/18 21:16:51
訂正です
訂正前
サーバーがそれらのアタックを受けているので、シュミレーションが目的です
訂正後
管理するサーバーがそれらのアタックを受けているので、自サーバーに向けてのシュミレーションが目的です

533:デフォルトの名無しさん
09/03/18 21:20:35
それいうならシミュレーションやー

すまん、くだらんつっこみだった

534:デフォルトの名無しさん
09/03/18 21:32:34
XP SP2移行ではraw socketは使えない。SP1なら、
URLﾘﾝｸ(support.microsoft.com) なんだが。

> windowsのほうがてっとり早いので
このくらいの理由ならLinuxで書け。
クラックツール用のネットワークドライバがあるが正直お勧めしない。

535:デフォルトの名無しさん
09/03/18 21:35:34
>>534
なぜお薦めしないの？

536:デフォルトの名無しさん
09/03/18 21:41:13
つ「セキュリティ上の問題が発見されました！」

537:デフォルトの名無しさん
09/03/18 21:43:51
>>531ですが
> windowsのほうがてっとり早いので
の理由です
linuxの環境が、runlevel3のcuiなので、vimでゴリゴリ書いて、デバッグするのに疲れるんだよね
せめてIDEがEclipseが使えれば、楽なのですが、Visual studioが慣れているし
デバッグもしやすいしからなんだけどね。

538:デフォルトの名無しさん
09/03/18 21:46:24
まだ何か言いたいことでもあるのか?

539:デフォルトの名無しさん
09/03/18 21:50:57
>>537
startxすればいいんじゃね?

540:デフォルトの名無しさん
09/03/18 21:55:26
>>531です
>>539
そもそも、xがインストールされていなし、そのlinuxのPCもssh経由で、リモートログインしているから無理です
>クラックツール用のネットワークドライバがあるが正直お勧めしない。
その理由を教えてほしいのですが

541:デフォルトの名無しさん
09/03/18 22:17:10
ssh出来るんならWindowsでクロス開発だろ不通

542:デフォルトの名無しさん
09/03/18 22:29:29
>>531
> 任意のTCPデータのicpmをwindowsで生成する方法です

icpm kwsk

543:デフォルトの名無しさん
09/03/18 22:32:56
>>540
「cygwin」あたりを突っ込んでだな
$ start x
$ ssh -Yf <server> emacs
って、やれば幸せになれないか？

544:デフォルトの名無しさん
09/03/19 00:50:31
eclipse入れたLinuxで開発して、runlevel3とかいうマシンに持っていけばいいやん。
大したコード量じゃないんだから、vimでやれという気もするけど。

545:デフォルトの名無しさん
09/03/19 00:59:53
Windowsでのやり方聞いてるのに何でLinuxでのやり方語りだしちゃってるの？

Linuxでのやり方なんて知ってるし、リモートアクセスなんてド素人でも知ってるんだからわざわざ言うな。読んでる方が恥ずかしくなる。
お前らの知識の限界が、そこらへんなのは分かるが、レベルの低い見当違いの回答はウザいだけなんだよ。

546:デフォルトの名無しさん
09/03/19 01:02:08
つか、探せばシミュレータくらいあるんじゃね？

547:デフォルトの名無しさん
09/03/19 01:03:53
なんの？

548:デフォルトの名無しさん
09/03/19 01:05:03
質問者が欲しがってるようなの

549:デフォルトの名無しさん
09/03/19 01:10:28
あるの？

550:デフォルトの名無しさん
09/03/19 01:11:53
そんなもん、質問者にしかわからんだろ。

551:デフォルトの名無しさん
09/03/19 01:13:30
じゃ>>546は何のために書き込んだの？

552:デフォルトの名無しさん
09/03/19 01:17:11
自分で作らなくても、既存のものが使えるかもよっていうサジェスチョン。

553:デフォルトの名無しさん
09/03/19 01:18:53
で、既存のものがあるの？

554:デフォルトの名無しさん
09/03/19 01:21:35
ググれば出てくるよ。

555:デフォルトの名無しさん
09/03/19 01:24:20
無いんですね？出せないってことは

556:デフォルトの名無しさん
09/03/19 01:44:10
手前で作れよそれくらい。
今俺似たようなの仕事で来てて「書いた方が早い」ってのにOSS使えってんでブチキレ状態。

557:デフォルトの名無しさん
09/03/19 01:51:43
ググれば出てくるというのは嘘？

558:デフォルトの名無しさん
09/03/19 02:05:01
ググったのですか？

559:デフォルトの名無しさん
09/03/19 02:16:09
「ググれば出てくる」って全く情報ない無意味な書き込みだよね。死ね。

560:デフォルトの名無しさん
09/03/19 02:22:19
どこが情報無いんだ？

561:デフォルトの名無しさん
09/03/19 02:25:44
ググれば出てくるなら、リンクを提示しろ

562:デフォルトの名無しさん
09/03/19 02:31:04
そうだそうだ。なんで俺様がわざわざググらなくちゃいけないんだ。

563:デフォルトの名無しさん
09/03/19 02:58:42
煽れば誰かがググってくれるお＾＾

564:デフォルトの名無しさん
09/03/19 10:41:03
508046

565:デフォルトの名無しさん
09/03/19 13:40:46
金返せ

566:デフォルトの名無しさん
09/03/19 20:48:45
どうしてもWindowsでやりたいんならドライバ作るしかないよ。
実験用のPCにLinuxか何か入れてやったほうが絶対速いし簡単。

567:デフォルトの名無しさん
09/03/19 21:25:18
VM

568:デフォルトの名無しさん
09/03/19 22:02:45
仮想記憶

569:デフォルトの名無しさん
09/03/19 22:54:30
> 任意のTCPデータのicpmをwindowsで生成する方法です
意味不明

570:デフォルトの名無しさん
09/03/19 23:40:07
>>569
お前が馬鹿なだけ

571:デフォルトの名無しさん
09/03/20 00:00:29
TCPデータってこの事か?
URLﾘﾝｸ(www.wakasato.org)
> TCPセグメントはTCPヘッダとTCPデータから構成されている。

TCPデータはどんな馬鹿でも任意の物がつくれるよなあ。
icpmってなんだ? ICMPの事か? それをTCPデータに突っ込むのか?
意味不明だなあ。

572:デフォルトの名無しさん
09/03/20 00:12:09
むりやり解釈すると、
データ部にTCPパケットが入ってるICMPパケット
ってことじゃね？

573:デフォルトの名無しさん
09/03/20 00:41:51
それなら普通に作れるだろ。

574:デフォルトの名無しさん
09/03/20 05:06:21
URLﾘﾝｸ(support.microsoft.com)
を回避したいっつー話なのか？

575:デフォルトの名無しさん
09/03/20 09:04:45
回答者は質問者のレベルを正しく推測しなければいけない。
例えば↓このような情報から。

>>531
> シュミレーションが

576:デフォルトの名無しさん
09/03/20 10:17:23
趣味ではよくあること

577:デフォルトの名無しさん
09/03/25 12:35:44
は？

578:デフォルトの名無しさん
09/03/27 10:34:43
ひ？

579:デフォルトの名無しさん
09/03/27 13:05:55
腐

580:デフォルトの名無しさん
09/03/27 19:41:35
兵法：真美っ！「夢Memo！φ( . . )やぁ」猶予

581:デフォルトの名無しさん
09/03/27 23:14:41
はぁ？

582:デフォルトの名無しさん
09/03/28 11:49:35
愛国者達

583:デフォルトの名無しさん
09/04/04 13:43:44

584:デフォルトの名無しさん
09/04/06 11:23:32
普通winpcapじゃねーの？