14/01/15 18:16:58.47
>>715
> ただ、最大値＋１で無くとも動くのになぜ、最大値＋１なのかに疑問が生じたから、とだけ言っておこう
だから知りたきゃコード読めば正解がわかるだろボケ
719:デフォルトの名無しさん
14/01/15 18:18:13.20
>>716
>>706も707も俺だし
720:デフォルトの名無しさん
14/01/15 23:48:25.09
久振りにきたら沸いてるね
721:デフォルトの名無しさん
14/01/27 14:34:08.34
いつ来ても涌いてる
722:デフォルトの名無しさん
14/01/27 21:33:39.15
送信先のNICを指定したいんだけど
どうしたらいいかな
723:デフォルトの名無しさん
14/01/27 22:42:26.60
Linux なら SO_BINDTODEVICE
他の環境は知らん
724:デフォルトの名無しさん
14/01/28 00:57:44.05
>>723
ありがとう！ これは素晴らしい
オレのインターフェースにSO_BINDTODEVICEしてもいいよ
ていうか、いつのまにこんなオプション出来てたんだろ・・・
ソケットってどんどんオプション増えてくな
725:デフォルトの名無しさん
14/01/31 02:48:10.75
socatコマンドで、接続元IPアドレスを知りたいんだけど
環境変数かなんかで見れたりする？
726:デフォルトの名無しさん
14/01/31 07:49:17.49
>>722
奴らは街角で拉致られてタコ部屋に押し込められて強制労働させられてるのか？
自ら希望して派遣会社に登録したんじゃないのか？
まずそこをハッキリして貰いたいんだが。
727:デフォルトの名無しさん
14/01/31 11:23:34.57
NICってそんなに恐ろしいのか
728:デフォルトの名無しさん
14/01/31 16:43:15.95
確かにでかいルーターに押し込められてる NIC はタコ部屋って感じがするな (w
729:デフォルトの名無しさん
14/03/02 00:01:59.17
windoswにおけるネットワーク通信はすべて
winsockライブラリを通して行われているの？
730:デフォルトの名無しさん
14/03/02 00:33:53.49
win dos （w
731:デフォルトの名無しさん
14/03/02 16:06:50.91
widsdomはない
732:デフォルトの名無しさん
14/03/02 16:15:30.12
netbios.dll は何もしないのか
733:デフォルトの名無しさん
14/03/13 16:29:44.87 4dqOfNxj
winsockの勉強を始めてconnect使ってみたんだが適当なアドレス(111.111.111.111とか0.0.0.0)とか入れてみても全くSOCKET_ERRORを吐いてくれない
これってこういうもんなんですかね？
734:デフォルトの名無しさん
14/03/13 16:54:51.16 dvaQTbQU
UDP
735:デフォルトの名無しさん
14/04/15 11:58:23.72 FRZaT020
openssl
736:デフォルトの名無しさん
14/04/15 12:32:59.42 WaetxQT9
先に進めてみればわかる
737:デフォルトの名無しさん
14/05/17 23:03:21.87 gMQ/DgzW
特定のマシンにARPパケット投げて、
ARPテーブルのMACを書き換えているのですが、
無線LANの場合、期待通りになりません。
原因わかりますでしょうか？
Windowsで最新WinPcapライブラリ使って
ARPパケットを投げています。
両マシンとも無線LANで同じネットワークです。
アクセスポイントの問題かな。
738:デフォルトの名無しさん
14/05/17 23:13:54.36 G8Lb2FJE
MAC偽装しているなら、無線区間のMAC偽装はWinPCAPではできない
739:デフォルトの名無しさん
14/05/19 23:06:58.53 8NVWe51U
>>738
なるほど、そういうことでしたか、納得。
740:デフォルトの名無しさん
14/05/21 21:05:00.89 e27UFOXq
WinPcapライブラリの使い方の良い情報源はないでしょうか？
できればC#から使いたい
741:デフォルトの名無しさん
14/05/21 21:08:37.78 v/u6M390
WinPcapNet
742:デフォルトの名無しさん
14/05/22 08:51:43.06 pX1Bpa+a
ありがとう
743:デフォルトの名無しさん
14/06/07 14:27:22.26 8MnQl1Rb
ここにいる人たちには初歩的なことかもしれませんが、教えてください
Linuxでソケットを使ったプログラムを作っているのですが、少し大きめのデータを何個かsend,recvした後に
サーバ、クライアントでcloseするとconnection reset by peerが時々出るようになりました。
closeするタイミングによってまだ残っている処理(send,recv)が取り残されているように思うのです。
サーバとクライアントでcloseするタイミングを同期する方法はありますでしょうか？
よろしくお願いします
744:デフォルトの名無しさん
14/06/07 15:13:58.52 pYRByoGi
>>743
通常はcloseしても送信しきる先に切られることは無いので
別のことが原因と思います
745:デフォルトの名無しさん
14/06/07 15:38:02.72 8MnQl1Rb
>>744
有難う、もう少し探ってみます。
746:デフォルトの名無しさん
14/06/07 16:35:42.74 ZfdboDuT
>>743
>サーバとクライアントでcloseするタイミングを同期する方法はありますでしょうか？
クライアントとサーバ上のアプリケーション間通信について、
以下のケースに応じて通信の終了に関する規約(プロトコル)を決める
(1) データ送信が必ず一方向のケース(例：パイプ)
送信側は任意にcloseできるが、受信側ではソケットからの
終了通知(データ長=0)を待ってからcloseしなければならない
(2) 要求/応答のペアからなるトランザクションが常に同一側で発生するケース(例：HTTP/FTP/SMTP)
要求メッセージ送信側は任意にcloseできるが、応答メッセージ送信側では
ソケットからの終了通知(データ長=0)を待ってからcloseしなければならない
(3) データ送信要求が任意の時点かつ双方の側で発生するケース
制御メッセージとして通信終了要求(例："QUIT")と通信終了応答(例："OK")を定義し、
正常に通信を終了させたい時は終了要求メッセージを送信し応答を待つ
要求を受信した終了受け入れ側では応答メッセージを送信して即座にソケットをcloseする
終了要求側では応答メッセージ受信を確認してからソケットをcloseする
(3)のケースは複雑な手順を踏まなければならないのだから、連動テストで問題が発生してから
解決策を悩むのではなく、上流の設計工程でアプリケーション間通信プロトコルの全体を
ステートマシンとして形式的に定義し、正当性を検証しておくことが望ましい
747:デフォルトの名無しさん
14/06/07 16:56:39.59 afR3dkD/
>>746にあるとおり、アプリケーションレイヤのプロトコルを決めてないところに問題があると思う
このメッセージを送信したらcloseする、このメッセージを受信したらcloseする、とか
mibをダンプするコマンド（nstatとか）でTcpExtTCPAbortOnCloseがインクリメントされてたら、
>>743の推測通り、アプリケーションがメッセージを吸い上げる前にcloseが発行されてると思う
748:デフォルトの名無しさん
14/06/07 22:16:48.00 oYteh1Pa
無線で電波が途切れた場合とかどうテストしたらいいん？
749:デフォルトの名無しさん
14/06/07 22:32:20.13 ZfdboDuT
>>748
・単体テストであれば、スタブ側で電波途切れのエラーを返す
・有線で組み通信中にケーブルを引き抜き擬似的に現象を起こす
・金属ケースや地下室などの電波を遮蔽できる環境を用意する
頭を使えば、様々なアイデアがでると思うよ
750:デフォルトの名無しさん
14/06/07 22:39:04.87 D6sqOe5Q
>>748
どのレベルのプログラムの話なんだ？
ドライバ？ネットワークスタック？アプリケーション？
751:デフォルトの名無しさん
14/06/07 22:49:51.34 yvNnNrOK
>>748
ノートPCを持って電波が途切れる所まで離れてみる
青歯で実際にやったことあるぞww
752:デフォルトの名無しさん
14/06/07 23:30:00.41 1rlrU+oI
相手の電源切ればいいじゃん