WSAGetLastErrorでエラーコード取得したんだけど、０だったんだが、
winsock2.hで、ローカルアドレスをプロミスキャスモードでtcp通信を全て監視したいのですが、
「すこし重たい処理」を「とても軽い処理」にチューニングする。
WSAAsyncSelectを使ってノンブロッキングモードの通信を行っています。
WSAEWOULDBLOCK は、
>>11 これは非同期処理においては当たり前のことなのでしょうか？
yes
>>11 状況が分からないが
connect関数はコール後すぐに制御を返すが、実際にはまだ接続が完了していない。
その状態であることを知らせるのがWSAEWOULDBLOCKであり、
接続が完了したことを通知するのがFD_CONNECT。
connect関数コール後から接続完了（CONNECT）まで何も処理することがないなら一見するとブロッキングモードと同等になる。
しかし、それらの処理がメインスレッド上で行われている場合、ブロッキングするconnect関数コールは、他のWindowsメッセージの処理すらされなくなる。
>>12-14 本当にありがとうございました。
FD_CONNECTを待とうと思ったんですが、
色々面倒だったので、select使うことにしました。
メインスレッドで実行しますが、接続時なんで多少ブロックされてもいいと判断しました。
>>15 select()の待ち時間を0秒にしてもグッとブロックされたりしますか？
それともselect()を使う限りブロックしてしまうものなのでしょうか？
winsockの非同期通信で１台のパソコンで通信のプログラムを作っています
>>17 お前のバグ。
WSAEFAULTは&buf[l]が有効なメモリアドレスをさしていない場合に出力される。
てすと
20 ：
17 ：2010/12/31(金) 10:45:45
解決しました
c を読み込んだバイト数分進めてるついでに
winsockの非同期通信で１台のパソコンで通信のプログラムを作っています
>>22 ＞送信側は４ＭＢ送信できてますが
ちゃんと戻り値を確認してのこと？
24 ：
22 ：2010/12/31(金) 13:39:22
ちょっと連絡が来ないからといって破局と決定するのはどうかと
>>25 普通どれくらい待つのでしょうか？
recvが最後に0を返しても送信サイズと受信サイズが一致しないとループし続けるように
コーディングしましたが、１分ぐらい延々とrecvが0を返し続けました。
27 ：
22 ：2010/12/31(金) 15:05:44
受信データを少し調べてみたら
28 ：
22 ：2010/12/31(金) 15:38:36
結局原因は分からなかったのですが、最初のデータが欠損していましたので
>>22 ,28
なんか根本的に間違っていると思う。
やっているのは「非同期通信」なんだろ？
その場合、情報が常に必ず届くという保証がwinsock自体にない。
だから、届かなくてもいいような仕組みを持った通信経路を設計する。
これには色々ある。今の考え方では、すぐに行き詰まると思われ。
30 ：
22 ：2010/12/31(金) 16:06:38
>>29 申し訳ない
同期通信の間違いでした。
TCP/IP自体データが保障されていると思ってたんだけど
違うのでしょうか？
>>30 同期通信なら、保証されるが、それはバグがない場合だ。
何かがバグってるな。
あなたはここで質問するレベルですらないので
>>1 のリンクのサイトや本を見てからにしてください
？？到達性に同期も非同期も関係ないだろ？
>>22 TCPなのかUDPなのか書け。
＃UDPな悪寒。
逆。
>>24 で戻り値は確認していると言っているからおれはないと思うが。
ただSOCKET_ERRORかどうかしか見てなくて、実際に受信バイト数までは確認していないってことか？
>>36 Unixでも初心者に良くいるよ、こうかくやつは…
if (recv(sock, buff, BUFF_SIZE, 0) == -1) {
/* エラー処理 */
}
/* BUFF_SIZE 受信したつもりになりきって buff の処理 */
38 ：
22 ：2011/01/01(土) 17:02:14
>>34 TCPです
UDPは信頼性がなさそうなので
>>36 sendの戻り値でどうやって受信バイト数を取得すんだよ。
>>38 で、
n=send(sock,buff, BUFF_SIZE, 0);
n=recv(sock, buff, BUFF_SIZE, 0);
いずれもBUFF_SIZEまで送信受信できているとは限らない。
n がSOCKET_ERRORではない場合、n は実際に送信受信したバイト数になっているが、
その n の値もしっかり反映しているの？
それと、SOCKET_ERROR の場合は終了しているようなので関係ないが
送信受信において SOCKET_ERRORが戻ってきた場合のWSAGetLastError() の戻り値も確認する。
WSAEWOULDBLOCK が戻ってきてれば終了するのではなく、またループに戻るようにする。
>>40 sendとrecvの戻り値は確認しています。
戻り値が0より大きい場合にその戻り値をlenとしてmemcpyするように
しています。
WSAEWOULDBLOCKについては知りませんでした。
ご指摘ありがとうございます。
TCP/IP通信でWSAAsyncSelectを使って非同期通信をしています。
普通は送られてくるデータの先頭あたりにデータ長の情報が含まれる
ヘッダを作って、最初にその数バイトだけ読んでデータの大きさを調べて、
馬鹿の考え休むに似たり
どうにかするわ
一度、標準入出力で書いてみりゃ良いのに…
>>44 データ長があらかじめ判らないときには
データ末尾に終了符号をつけることもある
その場合データ中に終了符号と同じデータを含めることは出来ない
こういうのデザパタで何て言うんだっけ？
改行区切りパターン（いま考えた）
皆さんありがとうございます。とにかくやってみます！
まとめてやるんじゃなくて、1バイト毎にやったほうがいい時もある。
なにいってんだおまえ
>>48 ダサい設計だけど、HTTP1.0のようにデータの最後まで送ったら
ソケットを閉じるという方法もある。
別にださくないんじゃね、 ftp もそうだけど…
>>33 亀レスだが、非同期通信に到達性を保証する事は出来ないと思うのだが。
その点について俺が間違っているの教えてくれ。
まず第一に、非同期通信経路上位でのプロトコルによる同期は除いてくれ。
単純に非同期通信経路で、受信側がいつまでたってもデーターはこなかったとしよう。
その場合いつかはタイムアイトになり情報が所か無かったとしよう。
送信側は送信しているので、それが届いたかどうかは感知できない。
この場合どう考えても、情報の到達性を保証する事は出来ない。
ではないのか？
>>57 何を勘違いしてるのか分からないけど、あの文脈では同期／非同期
はAPIのモードの話で
同期：ブロッキング
非同期：ノン・ブロッキング
でしょ？
それともブロッキングのsend成功＝到達とでも思ってるとか？
なんだ、ノン・ブロッキングの事を言っているのか、がっかりだな。
じゃあどういう意味の”非同期通信”ならTCPで到達性が保証できなく
それにブロッキング ／ノン・ブロッキング を同期／非同期って
>>61 それMSの表現が馬鹿なだけw
だけど、 TCP 使って非同期な通信系ってのはどうゆう意味か説明してほしいな >59
非同期通信
言葉の定義の問題だから、おまえの中では非同期でいいんじゃない。
参考までに、IT辞書のノンブロッキングの説明部分を張っとく。
66 ：
62 ：2011/01/05(水) 00:54:39
>>63 おれ？
TCP ってのは、 end-end 閉じてないとだめなプロトコルなのね
で、少なくとも、
syn -> syn/ack -> ack
で、コネクションつくって、 こんなやりとりするでしょ？
[data]/ack <-> [data]/ack
この状態が、成立してる限りにおいては同期処理系なのよ
つか、state-fullなプロトコルってのは、どこかで同期する必要があるのは当たり前
もっと上のところでやるのはあんたらの勝手だけど、どの部分指して言ってるの?
ってのが 62 の主旨
上位のAPIの動きで話が進むんだよね。
>>66 たとえば、HTTP/1.1は非同期。
レスポンスが返ってくる前に、リクエストを投げることができる。非同期だろ。
発端の
>>22 の「非同期」はWinsockの非同期系APIを指しているのだろうけど。
>>65 その説明書いた人良く分かってない感じ。
socket APIのブロッキングモードのsendは送信バッファに空きが
出来れば復帰するのであって、通信処理が完了するかどうかとは
関係ない。
チャット作ってます。
この流れで「非同期通信」の質問は釣りにしか見えない。
>>69 じゃ、そこまできちっとしたら、ブロッキングモードの通信も非同期だなwwwww
腹抱えて笑うぜwwwwwwwwwwwwwwwww
Winsock2 : UDP : 鯖側
なぜwrite？
あ。 単純ミスorz
新スレに今気づいた俺が横からレス
>>58 >>62 どっちとも俺の解釈と違う(と思う)。
まだデータが到着してないときにrecvした場合、
データが来るまで関数が返ってこないのがブロッキング。(1)
関数が返ってきて「まだない」と言われるのがノンブロッキング。(2)
データが到着したことがわかった後で、カーネルに「俺のバッファにコピーしる」
と要求したら、コピー完了後に返ってくるのが同期。(3)
コピー完了前に帰ってきて、コピー完了が別に通知されるのが非同期。(4)
と思ってる。
unixしか知らないひとがよく非同期と誤解してるのが(2)
MSが言ってる非同期は(4)
でないかな？
すまん誤解は言いすぎだ
適したスレがぱっと見当たらなかったのでここで質問させてください
もう一個補足。Unix(Posix.1)で
>>77 ,80
良レスだが、自分の解釈とも異なっている。(もちろん
>>58 ,62とも違う)
>>77 の例であれば、どちらも同期(という総称的な概念を指す用語)の一種であり、
それらの違いは「データ到着」と「コピー完了」というイベント種別の違いでしかない、いうのが自分の解釈。
ブロッキングは同期(という目的)を実現する手段であり、両者を同列に比較/分類する事は無意味であると思う。
まとめると、
>>77 の(1)と(2)は同じだが、(3)はブロッキングモードのrecvであり、(4)はノンブロッキングモードの
非同期recvであり、さらに(3')としてノンブロッキングモードの同期recvが加わる。
Unixであれば、read/write/recv/sendは、どれもブロッキングモード/ノンブロッキングモードのどちらでも
操作を実行できる。ただしノンブロッキングモードの場合、データ未着/コピー未完であればアプリ側で定期的に
リトライしなければならないという(性能上の)問題があるため、必然的にブロッキングモードを使わざるをえなかった。
この課題を解決する為に考案(追加)されたのが、aio_read/aio_writeと呼ばれる、いわゆるAIO(非同期I/O)という仕掛け。
ちなみにLinuxのAIO実装の場合、ソケットに対するAIOはサポートされていないから、aio_recv/aio_sendという
システムコールは(まだ)存在していない(はず....)。
>さらに(3')としてノンブロッキングモードの同期recvが加わる。
ふつーIO完了ポート
何で非同期IOの方が効率がいいっていわれてんの？
待たなくていいから待ってる間に他のことが出来る
90 ：
デフォルトの名無しさん ：2011/01/11(火) 16:53:41
インタラクティブなアプレットをなにか作らないといけないのですが、誰か助けてください
おせちアプレットでも作ってください。
重箱におせちを詰めるゲームか
ボリュームが足りないくらいがちょうどいい
94 ：
デフォルトの名無しさん ：2011/01/12(水) 08:46:27 BE:1197386429-2BP(0)
>>84 ,
>>85 レスありがとうございます。
スレ違いにも関わらず…助かります。
IPv6 そろそろ端末側も本格対応が必要なのかな
去年10月の時点で残り7ブロックとかそういう話でしょ。
HTTPプロトコルで
> gzip圧縮された差分がgzipのヘッダー情報を含んでいるらしく
HyperText Transfer Protocolプロトコルですか。
何を転送しようとして何を期待して実際どうなったのかさっぱりわからん・・・
単に複数レスポンスをそのままファイルマージしちゃっただけのような
リソース本体 - CTE: gzip 処理 - 部分抜き出し（こいつの大きさが CL） - ヘッダ追加 の順を期待してた
すいません、説明が悪かったです
差分DLに成功して最初にDLしたブロックしか展開できないの意味が分からないけど、
>>105 Rangeはこんな感じです
Range: bytes=104672-
gzipファイルが15kで展開したファイルが10kになっていたり、
差分を元ファイルに結合していっても最初の10k分しか展開されません
Rangeには保存したgzipファイルのファイルサイズを渡しているのですが・・・
gzipを直接結合する事はできませんよ
>>107 451. デフォルトの名無しさん [sage] 2006/05/26(金) 19:44:35
Content-RangeとAccept-Encoding:gzipを同時に指定すると、
httpの意味上からは、「gzip済みのdatファイル」の途中から
しか送ってくれないので役に立たない。
Transfer-Encoding使えばいいんじゃね
ごめん、確かによく考えたら共存できないな
>>106 です。レスありがとうございました
>>107 ,108
いろいろやってみましたが、
Content-RangeとAccept-Encoding:gzipは共存できないみたいです
初回だけgipにすることにしました
>>109 ちょっと見てみましたが難しくてよくわかりませんでした
余裕ができたら調べてみようと思います
禿から取り上げるべき。
親機ルーターだけだったのを、PCを1台追加して、無線で子機ルーターを接続しました。
俺のエスパーによれば、子ルータをアクセスポイントモードに設定するといいらしいよ
>>116 回答ありがとうございます。
アクセスポイントモードってプログラミングで出来ます？
ググってみると、何か･･･違うことのような気がして･･･
まぁエスパー回答だから外れることもある、仕方ない
>>118 ネットワーク構造図といわれましても･･･
親機1台があり、それをハブ･･･でいいのかな？を使って、接続できる部分を増やして、
有線で片方のパソコンを繋ぎ、さらに無線ルーターを繋いで、もう一台の方に繋いでいます。
作りたいのは、簡単なチャットプログラムで、
他のPC（ネットワーク上）と、テキストのやり取りをしたいと思っています。
独学ではじめ、ネットワークを使ったプログラムの練習をしています。
>>119 何処に無線ルーターをつないで、もう一台に繋いだんだ？
もう一台ってPCか？
有線で繋いだのか無線で繋いだのか？
無線に決まってるとか言うなよ。どう繋いだかはお前にしか判らないんだよ。
親機っていうのも無線ルーターだよな？それに無線で繋いだのかもしれないしな。
文章でも良いから曖昧さのない様に説明しろ。
これがネタニマジレスか
>>120 親機は有線、子機は無線です。
繋ぐのはPCです。
>>122 正確な図、ありがとうございます。
そのとおりです。
>子ルータをAPモード
この時点で詰みそうですが、ググリながらやってみようかと思います。
まず、APモードとは何かから探さなければ･･･
>pingは通る？
192.168～～のデフォルトゲートウェイに、pingを試したところ、
ちゃんと通ってるようです。
それと、ipconfig /allで確認したところ、
192.～.1と192.～.2しかありませんでした。
>>123 1. 親機ルーターは192.168.2.xへの宛先を持つパケットが来たら
192.168.1.3に投げなければいけないことを知っている？
2. 子機ルータのデフォルトルートは192.168.1.1になってる？
3. PC1のデフォルトルートは192.168.1.1になってる？
4. PC2のデフォルトルートは192.168.2.1になってる？
ルータの説明書を読むべき
>>124 1：知りませんでした。
2：なっています。
3：なっています。
4：なっています。
>>125 それもそうですね･･･
読み直してみます。
ipv6のパーサ書いてて構文上はOKみたいなんだけど
>>127 それは 0 を省略した形
～:0000:～ なら ～::～ にできる
130 ：
127 ：2011/02/08(火) 22:24:03
えっと、一応その形式は知ってるんだが
131 ：
127 ：2011/02/08(火) 22:25:40
あ、失礼、それも含めて「::」=0ということか
132 ：
127 ：2011/02/08(火) 22:27:55
うぜえ
書き忘れましたが最初の取得だけはうまく出来ます
ログをまったく読んでない上にテキストでなく画像とか喧嘩売ってるんだよな？
マルチキャストの受信をしているのですが、ブロードキャストで送信されると受信してしまいます。
同じ部屋に居る椰子が大声で騒いだら聞こえるのと同じ。
139 ：
137 ：2011/02/20(日) 22:59:15.93
140 ：
デフォルトの名無しさん ：2011/03/05(土) 06:38:28.58
ネットワークプログラミング初心者なのですが、何から始めればよいでしょうか。
適切な言語とフレームワーク使えばソケット気にせず書けるようになる
>>140 > ネットワークプログラミング初心者なのですが、何から始めればよいでしょうか。
お約束だが、「やりたいことを見つける」ことからかな。
winsockで通信ソフトを作っているのですが、ある利用者の環境では
・WSAStartupの戻り値は確認しているのか？
> ご教授下さい。
IPv6インストールしてないのにPF_INET6使おうとしたとか？
>>144 原因はそんな情報で分かる人間が居ると思うような奴が
作ったプログラムだから
おまえらって、TCP、UDP、IPライブラリの組み込みへの移植とかやったことある
ソースくれ
>>153 必要なら買うなり、OSS使うなりしなよ。
ゼロから作ってデバッグするのは大変だよ。
そうだね
154じゃないがuIPあたりは？
質問させてください。
setsockoptでTCPの再送間隔と再送回数を制御したいんだけど
160 ：
デフォルトの名無しさん ：2011/03/17(木) 14:18:52.60
おっぱい！
>>159 OSは?
*BSD なら sysctl で設定
Linux なら /proc で設定
Windows はしらん
その他の Unix なら man よめ
>>161 setsockoptで制御したいんです。
>>161 ワロタ、setsockoptで言っているのに
いつもトンチンカンなことをして周りに迷惑かけてるんじゃないか
>>163 sockopt インターフェースは, カーネルのソース読むとないな, *BSDとLinux
Windowsだってソケットごとには設定できないよ
>>161 Linuxだけどさ、どこで設定するのよ
そんな設定箇所無いよ
憶測でモノを言っているの？
教えてください。
誰かツイッターapiについて詳しい人いませんか？
>>169 APIを使わなくても見れる情報なら、APIを使わなければよい
>>169 >api制限で１５０回までに制限されてしまうのは仕方ないのでしょうか？
いいえ。
個別に交渉すれば、割と簡単に制限を緩めてもらえるみたいです。
>>170-171 ＡＰＩ使わなくても見れる情報というのは例えばどんなものでしょう？
個別に交渉するということはどういうことですか？
>>172 ブラウザ使ってツイッタ見た事ないのか？
html 取得すればよい。鯖負荷は・・・・。
やはりその方法でしたか。
>>174 WEBアクセスでも認証なしで同一IPから何度もアクセスしてるとAPIと同じようにブロックされるよ
1アクセス/1秒は、偽計業務妨害の疑いで逮捕、20日間勾留されるくらい、悪質な行為。
逮捕されるところでした・・
ブチこまれた前例つくっちゃってるからな
>>176 無罪になったんだから別によくね？
拘留期間中の分お金もらえるし
不起訴処分と無罪はまったく別物だぞ
有罪だが罰はほぼ勘弁してやった、という結果だったよな
懲りずにやる奴が出て売ると、有罪＋実刑になるパターン
毎秒ごとに株価とか為替採りたいと思ってた所だったw
岡崎図書館 岡崎市立図書館 で検索してみ
ネットワークプログラミングをやってる人間であれば、知っておかなければ恥だ
恥で済めばいいが、人生終了しかねないからな
187 ：
デフォルトの名無しさん ：2011/03/26(土) 23:48:55.16
ネットワークプログラミングの勉強中で、以下のようなプログラムを作成しています。
各fd毎に最終受信時刻を記録しておき、selectに入る前にチェックする。
今、Winsockの勉強でパケットキャプチャを作成しているのですが
>>190 「netstat -b」で「リッスン ポートの作成に使われた実行ファイルを表示」できる。
(手元のWindows 7で確認した)
これをパケットと付き合わせればよいかと。
>>191 こちらはXPですがその方法でやれそうです。
ありがとうございます。
おおっすげーと思ったが、
ほほう、linuxだと netstat -p でできるようだ。
>>168 そもそも
「v1 と v2c の実処理を行なう箇所を同じ処理で統一したい」を
「同じデータを取得」で実現するなら最小公倍数の項目で
やるしかないからこの場合は無理。だいいち
Enterprise=ベンダが勝手に定義して勝手に使うところだろ。
SNMPバージョンどころかベンダとか、最悪機器ごとに
処理変わるじゃん。アホか。
SNMPには落とし穴がいっぱいあるから
(例えば32ビット数は5バイトで表現されるから気をつけろ)
目的や対象機器を具体的にせまく絞って始めないと苦労するぞ。
大した目的がないならトライ&エラーで勝手にガンガレ
196 ：
デフォルトの名無しさん ：2011/03/27(日) 20:32:46.13
こんばんは。
送り側がデータをftpサーバにアップして
>>196 > ポインタをそのまま送るのはNGだと聞きましたが。。。
同じアドレス空間で動いていないから、ポインターのさす先を別途送りつけるしかない
その先にポインターがあったらさらにもう一回… … …
199 ：
196 ：2011/03/27(日) 21:06:19.64
>>197 ソケットを使うことが条件なので。。。
>>198 構造体をポインタがない構造体にしてから送るしかないですよね。。。
ありがとうございました。
200 ：
196 ：2011/03/27(日) 21:25:36.74
>>198 何度もすいません。
構造体が線形リストの場合(データが何件あるかわからない場合)、
どのように展開すればいいですか？
最初にデータの件数を数えてその個数を送るか
202 ：
196 ：2011/03/27(日) 21:30:50.90
>>201 なるほど。。。すごいなぁ。
ありがとうございました。助かります
やっぱりftpで送ったほうがいいと思う
ポインタ受け取ったら実体を要求すればいい。
205 ：
196 ：2011/03/27(日) 21:39:35.27
>>203 すいません。
ftpで送るってどういうことですか？
ソケットとは違いますよね？
ソケットは手段
>>195 レス、hx
言われることはもっともなんだけれど、そういう風に要求されてしまったので可能なのだろうかと調べていたところで。
数値の扱いなども言われるとおりでちょっと苦戦していました。
※その後、もともとのプログラムが v2c に対応していないことが判明しました。w
もうちょっとがんばってみるです。
ありがとうございました。
SNMP廻り全部自前で書くの？
ポインタを含むデータ構造通信の件、おいら大好物。
> レアなやりかたで、メモリが確保されるアドレスをそろえてしまう
すまん、根本の話がすっとんでた。順番に書くと
浅い話を長々書くな
213 ：
デフォルトの名無しさん ：2011/03/30(水) 10:07:58.23
>>211 > ポインタを含むデータ構造通信の件、おいら大好物。
> ゆっくりでよければ教えるよ
と宣言したんだから、
>>200 も考慮してきっちり教えてやれ。ｗ
なんかフォールトレランスシステムで、同じシステム上で同じアプリが複数動いてるのを前提にしてそうな環境だな。
インデックスなら
216 ：
デフォルトの名無しさん ：2011/03/30(水) 16:47:20.77
,. ' ´ ￣￣￣￣￣ ｀ヽ、
どんなパケット形式を使うにしても、
で、循環参照や重複エントリはないシステムだとして、
offset くらいググろうよ(;-;)
>>222 ごめん、質問が悪かった。offsetを何に使うのか。
データさえわかってしまえば、送り先のメモリアドレスな
んて必要ないと思っただけ(offsetってそういう意味じゃない？)。
json,xmlならそんなことしないから使い道が気になっただけ。
ごめ、「送り元」のアドレスだったorz
循環やら重複エントリを扱いたかったら、まずはその元データについて
受信したマシン上で、struct Hoge を再現するんだろ。パケットではoffset を入れてるところに、受信マシンがアドレス値を上書きして、struct Hoge * として読むんだよ。
あああ、疑問点わかった。
あああ、意味分かった。
net-snmpの場合、usage:にOpaqueで扱える型が出力される。
>>230 ありがとうございます。
usage に見当たらないので、、、残念。
inform の返信先についても、分かる方がいらっしゃったら教えてください。
WinSockでUDPのプログラムを組んでるんですけど、
bindしてれば、そのアドレス
>>232 ＞INADDR_ANYで送信するときって、送信元として入るアドレス選択に
＞きまりはあるのでしょうか？
ホストのルーティングテーブルでネクストポップを決定して、
そのネクストポップと同じサブネットのアドレス。
>>233 >してなければ、出て行ったインタフェースのアドレス
232が聞いてるのは一つのインターフェイスに複数のIPアドレス振ってる時の話でしょ。
同じNICに二つのIPアドレス振ってるときは
>>235 んなわけあるかい。
「プライマリの」なんて概念が前時代的。
237 ：
232 ：2011/04/14(木) 00:35:43.37
>>233-235 ありがとうございます。
>>234 さんの指摘のように、１つのインタフェースに複数のアドレスが定義されている場合です。
>>234 ＞ ホストのルーティングテーブルでネクストポップを決定して、
＞ そのネクストポップと同じサブネットのアドレス。
浅学ですみません。。。定義した複数アドレスが、同一ネットワークの場合はどうなるでしょうか？
基本的な質問で恐縮なのですが、なぜこういう質問をしているか、
>>232 の話をもう少し具体的に言うと
① サーバ ： アドレス 192.168.0.20/24 さらに同じNICに対して、エイリアスで 192.168.0.1/24 を定義している
② クライアント ： アドレス 192.168.0.10/24
この状態で①→②へ送信します。送信方法は
>>232 に書いたように、UDPで、ポートは固定で指定、
ホストアドレスは INADDR_ANY で作ってバインドしてあります。
①でsendtoして②でrecvfromしたとき、②で受信したときの送信元（①）のアドレスがどうなるか？なのです。
というのも、①がWindowsXPの場合は、送信元アドレスが 192.168.0.20 となったのですが、
Windows7の場合は、192.168.0.1 となるのです・・・
>>234 さんの指摘をもらって、route print してみると、
確かに WindowsXP では、192.168.0.0/24 の interface が 192.168.0.20 となっているのですが（
>>235 さんの言うプライマリですね）
Windows7の場合は、192.168.0.0/24 の interface は 192.168.0.1 となっています。
Windows7の場合、アドレスが小さいものが interface に優先されてしまう？と疑問を持った次第です。
これまでXPで使っていたプログラムで、Windows7へ持っていくと動作が変わるので、
これをなんとかしたい、というのが背景です。
INADDR_ANYをやめる
Linuxのソケットで
select, readループ
242 ：
232 ：2011/04/14(木) 18:19:21.77
自己解決しました。
結論から言うと、OSの仕様でした。（無印Win7しか確認していませんが）
http://support.microsoft.com/kb/2386184 ↑のKBの修正Hotfixを当ててから、
netsh で skipassource=true にしてエイリアスのIPアドレスを
同一NICに追加してやると、プライマリ相当のアドレスで返ってくるようになりました。
またこのとき、route print すると Gateway と Interface がプライマリ相当のアドレスになることが確認できました。
>>236 さんの言うようにプライマリという概念がそもそもなくなってるともいえますし、
OSの動作が、XP/2003Server → Win7/2008R2 で変わったともいえると思います。
まあプログラム側がOSの仕様を決め打ちした動きになってるのが悪いんですが・・・ｗ
とりあえずOSのアップデートか、
>>238 さんの言うようにプログラム側で対処するか、
どちらかで検討します。
お騒がせしました。
くっそ
いやいやいやいや
向こうが shutdown で閉じてれば あるいわ… ってTCP限定の話になっちゃうか
shutdownマナーはFAQです。よく読んでください。
>>244 lseek を実装して、現在あるバッファを読み飛ばす(捨てる)だけは可
にすればいいんだがまぁ、対称性に著しく書けるインターフェースだわな
248 ：
196 ：2011/04/14(木) 21:52:01.14
ソケットでのプロセス間通信について質問です。
↑
プロトコルスタックがカーネルにある必要は無いし、
NFSサーバとかカーネル内にある。
254 ：
デフォルトの名無しさん ：2011/04/15(金) 00:08:01.48
インターフェースがupされた直後に
DHCPとかDNS引いてるんじゃない？
ああすいません
ARPが必要だけど、そんな時間かからない。
linuxです
ARP終わらなければパケット投げられません。
ethersharkでパケットダンプすれば?
>>259 ルーティング設定も手動、DNSの逆引きは行われていないと思います。
>>260 wiresharkが使えればよいのですが
組み込み系かつWiFi直結間での通信なので・・・
とりあえずノンブロッキングで
connect→close→connect
ってすると即座につながったのでこれで良し？
Peerも組み込み?
>>264 たとえばWindowsのIISのHTTPサーバーはカーネルで動作するように実装されてた。
パフォーマンス優先で設計すると、そうなる。
されてたってまたユーザモードに戻されたの？
NFSもカーネルモードのがあったな
あったなじゃなくて、元祖のSUNの実装がインカーネルなんだよ。
>>271 システムコール呼んだら2度と帰ってこないって、あれだっけ？
まぁ、当時はカーネルスレッドなんかなかったからなぁ
>>271 元祖の話とかしてどうするの？ 懐かしむの？
NFS-3GもFUSEからカーネルに取り込まれたよ。
275 ：
デフォルトの名無しさん ：2011/04/18(月) 17:03:04.79
>>273 しょうがないよ。坊やが生まれる前からある技術だから。
今はもう使われてないしなぁ
おじいちゃんは昔話好きだからな。
都会ね。
ちょっとお尋ねします。
.NET framework4.0とC#で非同期TCPでソケット通信してバイナリデータの
> invokeとかBeginInvokeとかEndInvokeとかIAsyncResultとか
確かにそうかも。
winsockでプロセスが生成しているソケットを
ない。
>>284 WinSockには無い。
IP Helper APIを使う。
ご存知の方いらっしゃれば助言頂ければ幸いです。
288 ：
287 ：2011/05/05(木) 05:03:06.46
補足：環境は、Win32のVC++です。
>>287 Microsoft Windows SDKのサンプル。 google依存症だな。
無理(無駄)なことをしてるだけのような
使ってるルータがちゃんと対応してるかどうか調べたほうがいいよ。
そもそもnat自体異常なインタ－ネットだからねえ。
>>292 > しか無いと思うよ。
そんなことはありません。
じゃあどんなルータでも外から通る方法を示してくれよw
296 ：
デフォルトの名無しさん ：2011/05/13(金) 13:53:09.20
「natの内側から」という条件が「どんなルーターでも」にすり替わってる。
>>294 の低能ぶりがいかんなく発揮されているレスだ。
297 ：
デフォルトの名無しさん ：2011/05/13(金) 15:30:54.66
プログラミングど素人なんですがど素人の状態からＳＮＳサイトを立ち上げようと思ったらどれぐらい大変なことですか
298 ：
デフォルトの名無しさん ：2011/05/13(金) 15:38:59.87
ちなみに一人で立ち上げる場合です
300 ：
uy ：2011/05/16(月) 03:07:15.98
SNS？
俺ならPythonで1日だ！！
perlで3時間 ・・・てとこですかね
それrubyで一行でできるよ
テンプレにある「Webプロトコル詳解」って絶版なの？
本屋で理由を聞けよカス
恥ずかしくて聞けるわけねーだろボケ
amazonに中古があるみたいだけど
ほー、ブクヲフで見かけたら捕獲してみるか。
そういえば俺が差がしたときもネットの古本ですら在庫なかったわ。
タイプミススマソ
IPv6Day は何事も無く終わりましたとさ
>>304-309 良書ほど日本人の素人に取っつきにくくて、売れないのかね
絶版になったり、改訂版が出なかったりするんだよな
「UNIXネットワークプログラミング」も原書はとっくの昔に改訂されているのに
邦訳はいつまでも２版のままだもんな
まあ良書は新しいことだけ自分でネットの文章などで補間しとけば今でも役に立つが、
新しいこと書いてあっても中身糞なのは役に立たないんけどなｗ
>>313 IP V6関連の増補とか、ＳＣＴＰやIPsecが追加されたとか、細かいところいろいろな。
第３版出たの９年前だが、いつまでたっても邦訳改定されないので、
２年後ぐらいに原書買ってしまったんだが、まさか１０年近くたってもまだ出ないとは
思わなかったわｗ
おおIPv6とSCTPか。ほしいな。
>>312 良書は必ず読むって層が英語で読んじゃうからね。
実際実装していく上での疑問点はrfcを確認することになるから、需要がある層が英語おkだったりして日本語版の必要性が低い。
翻訳がひどいの多いしね。
固有名詞だとむしろ英語のまま残しておいてもらったほうがいいな。
ルー大柴に監修してもらえばいいんだよな
はいはい、翻訳ひどくてすみませんでした(AAry
お前翻訳者か？ 反省しろよ
323 ：
デフォルトの名無しさん ：2011/06/10(金) 21:56:15.88
>>315 著者のスティーブンスが死んじゃったからなぁ。
まじ？ 最近名前を知ってる人がポンポンよく死ぬなぁ。
経絡秘孔の入林を突いたお前はもう
一昨年、高校のときの担任が病死した
ipv6を手がける様な人って経験豊富な高齢者だからよく氏ぬのか？
328 ：
デフォルトの名無しさん ：2011/06/12(日) 01:52:12.81
itojunnも死んだよね。
329 ：
デフォルトの名無しさん ：2011/06/12(日) 03:07:19.32
.netFrameworkに追加されたparallel使ったTCPのsocket送受信ｻﾝﾌﾟﾙって
伊藤さんの損失は大きいね。亀プロも解散しちゃったし。日本がネット技術で先端を開く芽を失った。
>>331 自。なぜかわしらない。当時はIPv6の話をしても誰も聞く耳をもたなかったからか？
wiereshark について聞いていいですか
インターフェースの指定は合ってる?
↓これくらいの検索キーワードをすぐに思いつかない奴がネットワークプログラミングする事が間違っている。
カルシウムやストロンチウムを採ると心が落ち着きますよ
アダマンチウムを摂取して 今よりもっと強くなりたい
カルシウム単体では吸収率低いよ。タンパク質が必要。
>>341 ミルクはカルシウムが、野菜はビタミン豊富、大豆はタンパク質
バランスも大切。
おまいらの場合は亜鉛の方が重要だろ
ミルクは実は吸収率悪い。量は取れるけどね。カルシウム過多でも問題あるので注意。
亜鉛中毒もきついと聞くな
日本じゃ牛乳飲んでもおっぱいでかくならんよ
ビタミンD
質問です。
はやぶさとかあかつきはどうやってんのかな
>>350 >TTCP
ググってみましたけれど、
T/TCPのことですよね。
これってネットワーク環境が良くないと使えないのでは?
僕は、宇宙と通信する場合を想定しているんですけれど...
↑電波な発言だな～
伝播どうこうより「宇宙と通信」が言葉として既におかしいというか誤解を招く
すいません。
所詮2chの名無しなんて
>>348 パケットの遅延については、あなたの使ってる TCP でも ACK を待たずに次の
パケットを送ってしまい、間違ってたらそのパケットのみ再送すると言う制御
をしている。(tcp window と tcp selective ack とかでググルといいかも。)
誤り制御はわざわざ別チャネルにする必要はないので、通信データ自体に冗長
化データを付加して誤り訂正するようにしている。
複数チャネルを使うと言うのは MIMO とか link aggregation 等の技術がある
けど、基本的に高速化のための技術。
ていうか宇宙と通信するのに通信路が複数ある可能性は無いよね。
>>357 「宇宙と通信」は
>>352 が言う通り意味がよくわからんが、
はやぶさは３本の通信路を持ってたよ。
て言うか通信路１本だけって、怖すぎだろ。
>>358 3本もあったのか・・・
1本は直通だとして、残りの2本はどことどこ経由？
やっぱ火星のアンテナ経由するのかな
１００mbpsでも物理想は４本の撚り線使ってた気がするけど。
>>359 直通って...、流石に宇宙と通信しようとしてる奴は違うな (w
マジレスしとくと、低利得アンテナ (8bps)、中利得アンテナ (32bps)、
高利得アンテナ (4Kbps) の３系統。
>>356 >>357 >>358 >>359 >>360 おお、皆さんありがとうございます。
僕が思ったのは、惑星間航行が普通に行われるようになっても
これだけ普及したIPという仕組みは無くならないと思うんですよね。
でも、TCPだとちょっと？機能が足らないと思ったんですよ。
パケットの送信に何十分もかかる状態なら、
いっそパケットを多重化してしまえば再送が必要ないんじゃないかなと。
別チャネル？にしたらいいんじゃないかなと思ったのは、
通信路が複数有ったら一本磁気嵐とかでデータが飛んでも
リカバリできるんじゃないかなと。
どちらかというと絶対確実に届くUDPの方が近い気がしてきた。
そういう仕組みって誰も考えたことないのかなぁ。
ガンダムとかだと、
AMBACとか細かい設定まで有るのに。
まぁ、あの世界だとニュータイプがいるからいいのかな。
363 ：
デフォルトの名無しさん ：2011/06/19(日) 13:54:57.28
>>362 先ずはIPとかTCPとかよりもっと低位層のが問題では？
>>362 > どちらかというと絶対確実に届くUDP
色々考えるのはいいことだと思うが、まず基礎からちゃんと勉強して
おくことをお勧めする。
でないと、まともな人から相手されなくなるよ。
わかりました。
よーし、じゃあ俺も！
>>364 お前は日本語を勉強しろよ・・・ それはたとえの部分だろ
>>362 そんなことはずっと昔にわかっている・・・というか、
昔は遅延が大きかったので、遅延が発生するのが前提で設計されていた。
それを遅延が無いのを前提で使い倒すようになったのは最近の話。
数時間～数日単位の遅延が発生する場合でも、Windowsサイズを大きくして、
タイムアウトを長くとれば、それなりにちゃんと動くはず。
もちろん遅延が大きいので、アプリケーションレイヤのプロトコルは
それなりに設計していないと使い物にはならない。
エラー訂正などについては、物理層の仕事。
369 ：
デフォルトの名無しさん ：2011/06/19(日) 15:45:51.10
受信済みのデータを削除する方法を教えてください。
>>367 例えだからと言って、堂々と間違い書いてたら相手にされなくなるぞ。
>>368 そういうことを言いたいんじゃないんですよ。
例えば火星で人が病気にかかったとして、
地球に対して、治療方法を聞くとするでしょ。
もし、パケットが不着だと、再送するだけでも40分かかる。
それは、windowサイズやタイムアウトを長くとっても
回避できますか?
エラー訂正が物理層の仕事なら、
なんでTCPに再送制御の仕組みが備わってるんですか？
パケット自体を冗長化するようなアプローチが有っても良いんじゃないんですか？
ってことです。
deep space networkでぐぐれ
絶対確実に届くUDPがあったらいいなぁっていう鼻血だろ
>>371 >エラー訂正が物理層の仕事なら、
>なんでTCPに再送制御の仕組みが備わってるんですか？
物理層で訂正できないエラーが発生するから。
>パケット自体を冗長化するようなアプローチが有っても良いんじゃないんですか？
パケットと言うのがどこを指しているのかよくわからんけど、TCP レイヤーの
パケットを言っているなら、そう言うアプローチは無意味だから。
>>373 >そんなことも言ってはいけないって言葉狩りじゃまいか
誰も言ってはいけないなんて書いてないと思うが。
ただ相手にされなくなるだけで。
>>374 >パケットと言うのがどこを指しているのかよくわからんけど、TCP レイヤーの
>パケットを言っているなら、そう言うアプローチは無意味だから。
なぜ無意味なの？
誰か実験したの？
物理的にパケットが届くのに２０分かかるなら
>>375 SCTPの説明をするときよくそういう言い方する
>>376 物理層と同じ機能を TCP レイヤーで持ってもしょうがないから。
それは間違っているとか、すげーいい方法考えたとか言うなら、
それこそ実験や理論で証明するなりすればいいと思う。
>>371 >例えば火星で人が病気にかかったとして、
>地球に対して、治療方法を聞くとするでしょ。
なんでわざわざ地球に聞くの？
火星にいる人に聞けば問題ないのに。
え？火星で解決できなかったからだって？
事前に想定した事態に対する荷物しか用意していないし、
事前に用意した荷物なら使い方を知っているし、
その範囲でどうにかできないなら、同意ようもない。
>>371 >もし、パケットが不着だと、再送するだけでも40分かかる。
>それは、windowサイズやタイムアウトを長くとっても
解決できるよ。ちゃんと40分後に再送され、運が良ければ60分後に届く。
>なんでTCPに再送制御の仕組みが備わってるんですか？
物理層以外でデータをロストする可能性があるから。
>>371 >パケット自体を冗長化するようなアプローチが有っても良いんじゃないんですか？
あるよ。アプリケーションレベルで好きに実装すればよい。
IP電話なんかは、一部のパケットが無くなっても問題ないようになってるし。
>>380 バカが考えた例え話は突っ込みどころ満載だから、バカは例え話しない方が良いぞ。
事前に用意した荷物をどの組み合わせと順序で使えばいいか。
>>362 > パケットの送信に何十分もかかる状態なら、
> いっそパケットを多重化してしまえば再送が必要ないんじゃないかなと。
別チャンネルにする必要はなくって、物理層が冗長符合を大量に持って
謬り訂正すればいいだけじゃね？
誰かも書いてたけど再送要求でてもそれが届くのは数十分後
> どちらかというと絶対確実に届くUDPの方が近い気がしてきた。
絶対確実に届かないのがUDP
つか、エラーパケットは積極的に捨ててる実装しかみたことがない
>>380 ねえ、ネタでやってるの？
>>371 の例えもどうかと思うが、そんなとこに突っ込みいれる君はそれ以上だよ。
>>382 > IP電話なんかは、一部のパケットが無くなっても問題ないようになってるし。
全然違う話を持ってくるなよ...。
>>361 ありがとう。謎が解けた。なんとかなりそう。
パケットのじょうちょうか
すまん。iPhoneなもんで間違って送信ボタンに当たった。
>>373 > そんなことも言ってはいけないって言葉狩りじゃまいか
そんな考えは無駄だってことを、
Token Ringや100VG AnyLANやATMが教えてくれたんですよ。
冗長化よりも行間(パケット間)を読み取る能力が大事と言うことですね
気になったけど、ウィンドウサイズ大きいほうがエラーで廃棄される確率高いと思うけどな。
「思う」って言われても…
なんのためにLGAMGAHGA三段階にしてあると思ってるんだこいつ
じゃあそれぞれのパケットドロップ率を描いてくれよw
>>395 mopera経由の通信モニターしてると結構TCPセグメントが焼失して再送が発生してるわけだが
>>396 だったらそのTCPくっつけて見られるようにしてくれよ
くだらん話が続いてるな。
ドコモのデータ通信程度でも５パケットに一回程度はエラーで再送されてたりするのかな？
それは通信路、通信相手による。
専用線っていえば、そうなんだろうけど
>>400 専用線なんだっけ？ あれって他の人は使ってないの？
データ受ける側は世界中にいるけどな
>>388 >すまん。iPhoneなもんで間違って送信ボタンに当たった。
>パケットの並列送信による冗長性確保に付いて言いたい事があるが、また後でな。
まだ～?
マカってホント情報弱者だな。
マカってホント肉体疲労・虚弱体質な人向けﾈｯﾄﾜｰｸﾌﾟﾛｸﾞﾗﾑに向いてるよね。
はやぶさの近くに同じ周波数帯を使う物体が飛んでいるのか？
はやぶさに偽指令って送ることは可能だった?
楕円暗号とかの署名付けて送らないと無視するぐらいの機能はついているべきだな。
「楕円暗号復号回路が壊れました！署名を検証できません！」
>>406 せつこ それ ﾈｯﾄﾜｰｸﾋﾞｼﾞﾈｽや
あまりにも通信状態が悪くて署名で付けた楕円暗号が毎回エラーで、タイミング会わずに軌道に乗れずに宇宙の彼方に飛んでいったってのはあるだろうなw
UDP通信でNat越えしたいんですが、
>>416 > こんな感じになっているんですが、このときの送信処理というのは何回も
> 必要なのでしょうか？
NATやってるルーター次第
> また、発信元ポートというのは、宛先が同じ間でも変わることがあるのでしょうか？
バークレイソケットインターフェースだとよほどの変態実装でない限り
socket()で作られた発信元ポートは変化しないと思われる
これ ； デリミタっていうんだけどさ、これをつけなきゃエラーになるような
(^_^;)
デリミタ＝区切り文字だから、改行で意味が区切られる言語も対象ってことは・・・
すれ違いのマルチは死ねばいいが
422 ：
416 ：2011/07/04(月) 00:19:35.96
>>417 ありがとうございます。
とりあえず、送信と受信は別スレッドにして良さそうですよね？
Rubyの行継続ルールは微妙
rubyはうんこだからしかたない。
425 ：
416 ：2011/07/05(火) 08:29:00.96
416の内容でクライアントがVPNを利用して、
vpn糞遅いからな。sslしてるのと変わらない。
>>427 根拠は？
IPsec なら専用ハード積んでる GBE だと wire rate でるんだが？
大丈夫だ、問題ない。
>>428 専用ハードをツンデレ場だろ。 うちのPCはツンデレ場が無いよ
431 ：
416 ：2011/07/06(水) 20:09:59.35
VPNですが、サーバまでは通信されましたが、
>>431 どこでマミられたかわからないとデバッグできないぞ
ルータでドロップ全部ログる設定にしてやりなおしてみたら？
一番いい装備で頼む。
434 ：
416 ：2011/07/06(水) 22:57:57.99
>>432 確かにデバッグが必要ですよね。。
本番の環境しかないため、自分の権限では、ここから先は出来ません＞＜
テスト用の環境作るにも機材が必要になるので、厳しそうです。
とりあえず、当初の目的だった、外部サーバとNAT内のクライアントで通信が
出来ればよしとします。。
>>434 よかったな。
もしもテスト環境をポンと渡されたらと思うとぞっとするわ
>>435 あぁ本当に。
「治るまで作業してていいからね♪」ってサーバー室に閉じ込められた事ならある。
よくよく調べたら、ネットワーク構成図には書かれていないファイアウォール・・・。
使っていたクライアントOSが、何故か毎回同じクライアントポート番号で
接続しに行く不思議仕様だったため、ファイアウォールにたたき落とされていた。
セキュリティ嬢どこにファイヤウォールとか入れてるかは明示しないのが普通。
エンジニアリング的におかしいだろ
UDPで、一度に大きなサイズのデータ（数十万バイト）は送れないのですが
500～1500バイトくらい
>>439 です
>>440 thxです
現在winsock で
320×240×23=230400バイトのフレームバッファーを、
1492バイトで分割して、UDPで下記のサイズに分割送信しています
1492×154回
632×1回
受信側で、分割して送られてきたデータを、230400バイトに、再構築するつもりなのですが、
考え方は間違っていないでしょうか？
失礼
>>441 UDPは送った順に届くとは限らないということは理解してるよね？
送った順に到着しない
>>441 です、お世話になります
>>443 はい、それは理解できています
>>444 TCP/IPの送受信実験はすでに成功しており、UDPによる、送受信の実験がうまくできないので
数週間、チャレンジしていますが、手がかりがなくて模索しています。
>>分割して送るなら ヘッダに通番つけといて
ここら辺のことをお聞きしたいのですが、単純に考えますと
例えばデータ構造を
stract UDP{
unsigned int serial;
char data[1492];
};
このようなことが、考えられると思います
しかし、これでは、UDPなので、所詮投げっぱなしのデータなわけですよね
そこで、通し番号はTCP/IPの3way handshake で送り
その後、UDPでデータを送るというような、アルゴリズムになるのでしょうか？
それから、2230400のデータですが
1492×154回
632×1回
こんな送り方より
1440×160回の方が、単純で再構築もしやすいですね^^;
ごめんなさい、また間違えました
UDPのデータにそういうふうに番号を付けて、
449 ：
デフォルトの名無しさん ：2011/07/09(土) 17:02:16.53
TCPじゃだめなの？
>>449 >>445 です
マルチキャストの実験もしてみたいので、TCPではﾑﾘﾎﾟなのでUDPに拘っています^^;
マルチキャストで複数(多数)の受信者から違うパケットの再送要求が来たらどうするつもりなんだろう
仮にどうにかできたとして
>>451 >>452 >>448 です
そうですね、やはりapache の実装のように、子プロセスのインスタンスを生成し
管理するような、システムを構築するべきでしょうね
>>452 パソコンサンデー的なものになると思う。
マルチキャストでネトゲのパッチ配布実験とかしてなかったっけ。もちろん実験だけで実用にはならんけど。
まずTCPのセッションを複数張って実装してみて、
それから、
>>439 確実に知りたければ"Path MTU Discovery"するしかない。
まあ途中に入っているルータが正直に応えるかどうか不明だが。
IPv6の場合はルータの対応が必須だけども。
>>456 IPv6でも続々と変なルータやFireWallが増えてきてるので、
PMTUDが通る前提は崩されつつある。嘆かわしいことだ。
>>454 マルチキャストとブロードキャストは違うんじゃね？
パソコンサンデーはブロードキャストだよね
>>458 ipベースのマルチキャストではないけど。。。
言葉の意味を考えると１対Nなので
TV放送は全てマルチキャストじゃないの？
無差別なのでTV放送(ブロードキャスト)はブロードキャスト(放送)です。
>>459 マルチキャストは1:N、ブロードキャストは1:∞ みたいな感じ
と覚えとくといいと思う
受信料とられるん？
WinSockでrecvを実行した場合に
はいそうです
>>464 ソケットの設定による。
デフォルトでrecvの中でちょっと待つようになってる。
待たないように設定してみるといい。
>>466 ａｃｋ周りかなと思い、それっぽいオプションをsetsockoptで色々設定してみたのですが変わらずでした...
もうちょいヒントを頂けると助かります
ノンブロックにすればよくね？
>>466 の言っている遅延タイマがまさに200ms。
Winsockのrecvの馬鹿チョン仕様。
470 ：
464 ：2011/07/14(木) 22:09:23.33
>>468 やってみましたがダメでしたorz
>>469 Nagleアルゴリズムの事であれば無効の試行済みです。
信頼性の高いマルチキャストプロトコルで
>>464 いっそ、Javaの標準ライブラリが何をやってるのか、ソースコードを調べてみたら？
JDK に付属する src.zip にJava部分が、「Java SE 6 JDK Source Code」に C/C++ 部分があると思う。
473 ：
464 ：2011/07/18(月) 00:54:34.43
>>472 そんな物があったのとは！
やってみます。ありがとうございました
474 ：
デフォルトの名無しさん ：2011/07/20(水) 11:49:04.57
>>474 time.nist.govを買い取って、好きな時刻に設定すればいい。
NTPサーバを用意してhostファイルでtime.nist.govにそのIPアドレスを指定する
>>474 逆アセしてそのチェックして分岐させているところを書き換えるといいよ
478 ：
デフォルトの名無しさん ：2011/07/20(水) 14:50:14.36
winsockのsend関数で
>>478 それにTCPヘッダとIPヘッダを足した大きさ
それぞれのサイズは忘れた
なるほどありがとうございます
どの層を気にしているかによるが、
>>478 環境や状況による。
Ethernetなら＋ＴＣＰヘッダ＋ＩＰヘッダ＋ＭＡＣフレームになる。
PPPoE経由でPPTPVPN使ってたりすると、さらに幾つもヘッダがつく事になる。
他のＴＣＰやＵＤＰ通信とまとめて、一つのＩＰパケットにのる場合もある。
>>483 >他のＴＣＰやＵＤＰ通信とまとめて、一つのＩＰパケットにのる場合もある。
こんなことあるのか？
ありえねーって突っ込もうとしたけど、
>>483 特製トンネルならばありうるから止めた。
486 ：
デフォルトの名無しさん ：2011/07/25(月) 11:39:48.33
「他のsend関数でカーネルに渡したデータと一緒に」
>>486 UDPも入ってるから、その可能性は却下。
誰がどう言ったかとか興味ない。
>>478 の質問に即してレスした。
490 ：
デフォルトの名無しさん ：2011/07/25(月) 16:12:23.06
> 他のＴＣＰやＵＤＰ通信とまとめて、一つのＩＰパケットにのる場合もある。
既にハンドシェイクされて確立されたＴＣＰコネクションがあって
TCPハイジャックだっけ
めんどくさそうだから別の方法でやろう
難しそうなので僕には出来ませんだろ
難しいことをやり遂げるのが主目的じゃない
せやな
>>491 簡単にはできない。
TCPストリームのデータを中間者が増やした時点で、それ以降のACK/SEQがずっとズレっぱなしになるので、
任意のデータを入れたが最後、その後の通信を全部加工して送らなければならない。
ftpに対応したNATルータがまさにそれをやっている。
へ？
全部TCP/UDPパケットをいったん別のソケットにリダイレクトする方が簡単だろ？
一生懸命説明してるとこ悪いけど、
>>502 パケットを挿入するという前提があるので、その条件を入れただけですよ
その前提と条件がどう関係するんだよ。
>>504 こういうスレではあらかじめかなり条件を絞って質問しないと
毎回毎回、知識ひけらかし君が、その部分をまずやれとか意味不明なことを言い出して
それはとっくに出来てるんでとか言うと以後レスしなくなるという
そういう経験ばかりしてきてるんで
無駄なやり取りを減らすために条件を絞るくせがついてるですよ
妖しそうなことやりたいんじゃないの？
>>505 >毎回毎回、知識ひけらかし君が、その部分をまずやれとか意味不明なことを言い出して
>それはとっくに出来てるんでとか言うと以後レスしなくなるという
自分のやったことと、前提条件がちゃんと説明できてないからだろ。
>>507 妖しいことも出来ない奴がネットワークを語るなよ
そんなレベルの奴に用はねーし
逆にそのレベルに達してきて怪しいことをやったことが無い奴なんて居ない
ホメラレモセズ
おれにはできない。
>>501 それは別のネットワークになるので駄目です。
513 ：
デフォルトの名無しさん ：2011/08/18(木) 22:05:34.40
Socket.Send メソッド (Byte[], SocketFlags)
Socket.Send メソッド (IList<ArraySegment<Byte>>, SocketFlags)
のSocketFlagsの存在が何故あるのかが良く解らないんです。
SocketFlags.Noneを指定するのなら
Socket.Send メソッド (Byte[])
でｲｲのではないかなぁと思うのですが、ｻﾝﾌﾟﾙ求めてググッてみても
SocketFlags.Noneを指定するのが過半なので、どうしてかな～と疑問に思い質問です。
なんで？
514 ：
デフォルトの名無しさん ：2011/08/19(金) 00:11:39.24
Windows上で特定のポートに帯域制限を掛けるプログラムを
>>514 どういう方法でやろうとしているの？
特定のwindowsサーバにインストールして、そのサーバの下にいるwindowsPCに帯域制限をかけたいの？
それともwindowsPCにインストールして、インストールしたwindowsPCのみに帯域制限かけたいの？
賢い人達はLINUX使うと思う。
まあ、どういう方法をとるにしろ、
デバドラまで入り込まないと無理だぞ。
今日も眠れぬ青画面の世界までようこそ。
WELCOME!WELCOME!WELCOME!
>>512 そうらしい、実際にやってみたがループバックは物理的なネットワークが違うものとして扱われるらしくリダイレクト出来ない。
パケットをいじるだけで同じＰＣ内でプロキシをするのは無理らしい。
しかし、苦労したけど結局プロキシする方法を発見して出来たからもういいのだ。
>>514 標準でQoSに対応しているので、有る程度はレジストリ設定だけで
制限できるんだけど、あくまで作るのが目的なの？
作るなら、フィルタドライバとして作るだけだけど。
518 ：
デフォルトの名無しさん ：2011/08/19(金) 10:13:26.00
>>515 ＞それともwindowsPCにインストールして、インストールしたwindowsPCのみに帯域制限かけたいの？
それです。
>>517 目的達成できるなら手段は問わないです。
具体的にはネットワークカメラを走らせていまして、
プロバイダの30GB/日のUL転送量制限に引っ掛からないように転送量を測って、
20GB超えたら速度制限、25GB超えたらそのポートを遮断
日付が変わったら累積リセット制限解除、ということをしたいのです。
制限を超えるのは極稀な日なので、四六時中制限掛けるのは避けたいですし
LAN同士の転送はカウント外にしたいので、ネットワークカメラのポートだけを監視したいわけです。
520 ：
デフォルトの名無しさん ：2011/08/19(金) 19:44:57.73
格ゲーだとフレーム単位でキャラ操作するつわものいるけど
ネット対戦できる格ゲーならあるけど、そういう話じゃなくて？
フレーム単位で通信する必要ないから可能。
>>519 それって速度制限というか、絶対量制限しないといけないんじゃないの？
1フレームの転送量を計って、制限量に達するまでに何フレーム送れるか計算したら？
webcam -> localhost:8000 -> internet
みたいな感じでlocalhostさんに一度データを送って、localhostさんがwebcamの
データを外に中継だけするようにしたらどう？
ざ 残像だとっ！
>>520 地球の裏側まで光速で何秒かかるか計算してみるといい。
理論最速値でもそこまでの速度しか出ないということに驚愕しろ。
>>519 TCP/UDPプロキシでも使ったほうが手っ取り早いんじゃね？
>>520 可能。ただし１フレームがネットワークのディレイより長い必要がある。
フレーム制御だとＡＣＫタイムアウトで再送とかされて大量にフレームが来るから
一番簡単な方法はＡＰＩフックだろうね
一番、簡単確実なのは
>>523 だろ。最適解が出てるんだから、オナニーするの止めろよ。
532 ：
デフォルトの名無しさん ：2011/08/21(日) 19:26:09.84
C#でsocket使おうと思い質問です。
参考にしたのは
ttp://dobon.net/vb/dotnet/internet/downloadusesocket.html なのですが、
//受信する
byte [] resBytes = new byte[1024];
System.IO.MemoryStream mem = new System.IO.MemoryStream();
while (true){
int resSize =sock.Receive(resBytes, resBytes.Length,System.Net.Sockets.SocketFlags.None);
if (resSize == 0)
break;
mem.Write(resBytes, 0, resSize);
}
の部分がうまく動作しません。
while一週目で全文受信したのち、2周目でresSize 0がこないのです。
ずっとsock.Receiveのところで固まってしまいます。なにか足りないのでしょうか？
オツムの足りない私めにご教示お願いします。
resSize 0 ってまず来ないと思うよ
もう忘れたけど、相手がクローズしたら 0 になるんじゃ？
>>533 Vista以降はcloseするとFINを送る前に0パケットを送信する
>>532 というわけでclose以外で0バイトの受信が来る事はない。
TCPはデータの到達は保障してくれるけど区切りまでは保障してくれない。
だからTCP通信で必須になるのがデータサイズを相手に通知する作業なの
HTTPプロトコルだと、まず\r\n\r\nでヘッダの終わりを通知して
ヘッダの中のContent-Lengthで後続するデータサイズを明記するという構造でデータサイズを渡してる。
同じようにデータのサイズをあらかじめ通知する方法を自分で考えたプロトコルにも組み込まないといけない。
そうすることで何バイト受信すればいいかがわかるでしょ。
ﾅﾙﾎﾄﾞ確かに受信文の中に数のﾃﾞｰﾀｻｲｽﾞ部分が居ます。納得しました！
>>535 そうなんだ
でもそれってUNIX系でいうところの
readの戻り値がゼロ ってやつだよね？
良く解らんがsetSoTimeout(タイムアウト時間);とかないん？
もっと参考になるサイトがあるだろうに
540 ：
デフォルトの名無しさん ：2011/08/25(木) 23:18:57.16
LANｹｰﾌﾞﾙを物理的にﾊｻﾐでちょん切ったりしたりすると延々受信待ちしてしまいますよね？
復帰
542 ：
デフォルトの名無しさん ：2011/08/26(金) 19:26:12.89
UDPとTCPを併用する場合
ないですね。
いやあるね
（｀ハ´） ないあるね。
ありますん
役に立たねーな
548 ：
540 ：2011/08/27(土) 17:30:05.25
まだ困ってます・・・
ＬＡＮが切れた時のタイムアウトは非同期とかどうとかの問題じゃない
>>548 BeginReceiveを使えばいいだろと言って見るテスト
>>549 pingとかいちいち送るのうざいじゃん
KIIPUARAIBUを設定してOSに勝手にやらせればよくね？
HTTPヘッダのUser-Agentに日本語などの非アスキーを混ぜたい場合、単純にutf8の%エンコーディング
yes
訪問者解析とかしてる奴に攻撃仕掛けるのか?
556 ：
デフォルトの名無しさん ：2011/09/02(金) 16:09:57.29
家庭用PCでWAN側から１００ノードくらいから毎秒１～２回くらいで５０バイトくらいのTCP接続受けるのって
MMOくらいなら一台で運用してたぞ
>>556 今時、古いノートPCでも、
ネットワークスタックだけに限れば余裕かと。
サーバの処理については内容によるだろうし、
ルータと言っても古いADSLモデム兼用もあるし機種次第だろうね。
某○ネージュIIのサーバが拡散されたとき、一台でもそこそこできるんだなと感心してしまった
561 ：
全然動かないよーー ：2011/09/19(月) 02:52:55.49
超悩んでます。やばいです。教えてください。
562 ：
全然動かないよーー ：2011/09/19(月) 02:54:57.61
あと、recvmsg()でMSG_ERRQUEUEを使うとエラー情報が取れると
select
>>562 どうして肝心のrecvのエラーを書かないのか
565 ：
全然動かないよーー ：2011/09/19(月) 05:00:32.36
>>564 recv()のエラーは戻り値-1です。
これでEAGAINだったら爆笑だが、彼は一歩成長するだろう。
568 ：
デフォルトの名無しさん ：2011/09/19(月) 05:48:05.57
尻から目が出た！
569 ：
デフォルトの名無しさん ：2011/09/19(月) 13:54:55.59
ッモルピグ！作っているのですが、まとまったバイナリは送ったときに受け取ったバイナリはまとまっているんですか？
571 ：
デフォルトの名無しさん ：2011/09/19(月) 17:19:28.12
>>570 えっ＞＜
自分で切り分けなきゃだめってことですか＞＜
鯖からsendで16byteと12byteのデータが送られたときに、そのパケットが2つとも到着してる状態でrecvで24byte読み出したら最初の16byteと、次の12byteの最初の8byteが引っ付いた状態で読み出されるんですか＞＜
逆に鯖から8byteのデータが送られたときに読み出すタイミングによっては4byteしか届いてなかったりしますか？
TCPです＞＜
はい
573 ：
全然動かないよーー ：2011/09/19(月) 17:33:56.47
>>565 >>567 errnoのとり方が分かりません。
断片的な知識はあるのですが、うまくいきません。
>>562 の質問についても助言をお願いします。
>>573 #include <errno.h>
#include <string.h>
int ret = recv(/*略*/);
if (ret == -1) {
printf("recv() failed: errno = %d (%s)\n", errno, strerror(errno));
}
errnoやstrerror()についてはググッて。
>>570 ,572
ありがとうございます＞＜
頑張ります＞＜
>>561 パケットフィルタで蹴られましたとか言ったら殺す。
パケットフィルタで蹴られましたとさ
>>576 それは無いだろ。それなら届かないからそもそもエラーにならない。
すごいアイデアを思いついた
了解
既に作ったソフト群があるなら作る時間がなくても困らないじゃん
さっさとソース出せ
583 ：
動いたよーー ：2011/09/21(水) 11:29:58.67
561です。
動きましたーっ☆
>>576 ,
>>577 その通りでした。
ファイアウォール設定でごく一部のポートしか開いてませんでした。
それが原因でした。助かりました、ありがとうございます。
>>578 実は、訳あってノンブロックにしていたので、制御が戻り、
-1を返していました。
いや、
>>561 がerrnoを見たとは限らないぞ。
そうだな。あんだけ言ってもまだ-1とかぬかしてるしな
知識の無い奴は、さらに知識の無い奴を見つけると揚げ足とって猿みたいに喜ぶんだよな
CとJavaを入門書終わらせてちょっと簡単アプリなんかも作ってみたりする程度の経験で
>3 >4
>>591 UNIXネットワークプログラミングvol1と、あとは適当な薄い本買っとけ。
UDPで送信側が1から4まで番号つけたデータを順番に送信して、
>>594 >4の後に来るのか判断する方法ってある？
ない。
>3がくるのをちょっと待ってみるか、2の次に4を受信した時点で3の再送を要求するしかない？
うん。
596 ：
594 ：2011/09/29(木) 08:23:58.03
応用によっては「3は諦める」という選択肢もある。> しかない?
598 ：
デフォルトの名無しさん ：2011/10/16(日) 18:09:31.09
ネットワークプログラミングって
600 ：
デフォルトの名無しさん ：2011/10/16(日) 18:36:58.08
エラー処理等細かいところまでしっかり説明した日本語のサイトって意味なら
たとえばTCP-MD5を実装したいって思ったって、ほとんど
>>602 TCP-MD5ってよくしらないんだけど、そんなにみんなが実装したがるものなの？
>>598 ってちまたによくある「ソケットの使い方」みたいなものを指してると思ってた。
>>602 RFCにこと細かく書いてないか?
# RFC も読めないような低能はネットワークプログラミングするな
# 迷惑だ
605 ：
デフォルトの名無しさん ：2011/10/17(月) 14:23:16.79
WindowsからLinuxにTCPで接続したのですが、
>>605 closeはしたけど、shutdownはしてないとか？
607 ：
604 ：2011/10/17(月) 20:06:20.06
>>606 ありがとうございます。
シャットダウンしてなかったのでshutdown(sock,2)してみましたが変わりませんでした。
タイムアウトの判定組み込んで何とかします・・・
>>605 エラー返さないってそこいらじゅうに書いてあるじゃん
戻値0の場合, EOF とも
609 ：
604 ：2011/10/17(月) 23:17:12.80
>>608 すいません、shutdownの使い方しか読んでませんでした。
検出頑張って実装します。
ひとこと。余計だって言われない？きみ
もしかして
>>608 の「戻値0の場合, EOF」が余計な一言と言ってるのではあるまいか？
「安易に答えを教えず自分で調べさせろ」って意味？
おしい！ あと11時間でゾロメだったのに
2ちゃんでのスレの伸びなんて気にしなくていいよ。
氏ね政治基地外
(´･ω･`)ふ～ん
職場の新人にネットワークの基礎からたたき込むことになったのだが、新人教育は初
>>621 逆に考えるんだ。DLNAを作れるという到達目標が明確なら、
そのために必要な前提知識を洗い出す。
・・・で、さらにその前提知識を洗い出す。
これを生徒の現在のレベルであろうという場所まで繰り返す。
それが教えなければならない項目のリストだ。
生徒の現在のレベルについては、事前にペーパテストでもやっておくと良い。
事前にテストとか出来ないなら、とりあえず優しいレベルからスタートして、
生徒の顔色を見ながら知ってそうならすっ飛ばすことになる。
>>621 課題となるアプリを決めて環境構築から設計、実装までを新人といっしょにやってみるのが一番じゃね。
>>622 >>623 なるほど、とりあえず軽くテストしてレベルを調べるってことをやると
ある程度方針が決まるかもですね
そこで基礎固めがある程度できたら、
実際のシステム構築をやらせてみて
その都度必要な知識についてこちらから説明するなり
自分で調べさせるなりすれば身につきやすいか
何となくイメージができてきました。
人に教えるのって大変だよな。小学生から独学でプログラミングやって、膨大な量のソースコード書いてきたから
c#スレでこちらに誘導されましたのでお願いします。
>>626 ＰＯＰじゃどうにもならないだろ。
素直にＩＭＡＰ４使え。
>>625 俺は大学に入ってから初めてプログラミングに触れた人間だが
大学の授業でやったレベルだと全く役にたたんね
設計力・コーディング力以前にソフトウェア的な概念自体さっぱり身につかない
教科書見てこう書けばこう動くだけだからねぇ
やっぱり、学習と言うより経験が重要だからOJTが一番身につくのかなぁ
>>628 ベーマガ読んで倉庫番作れ。
それがもっとも早道だ。
631 ：
デフォルトの名無しさん ：2011/10/26(水) 20:17:30.05
質問失礼します。
632 ：
631 ：2011/10/26(水) 21:02:27.21
すいません。
>>631 , 632
UDP って， 仕様的に 「必ず届く保証がない」 ってのは知ってる
635 ：
631 ：2011/10/27(木) 07:33:40.59
>>633 知ってました。。。確かにそうですね。
教科書のサンプル通りに組んだんですけど、教科書にも間違いがあるんですね。
お陰さまで解決できました。
ありがとうございました。
ロストをフォローするようなコードになってないだけで別に間違ってるわけじゃないだろ
「ただし、空気抵抗は無いものとする」
で？
>>638 基本を押さえたら あとは実践あるのみだよ
今時だいたい仮想化できるんだから実践なんて必要ないよ
なら仮想を実践すればいい
linuxでネットワーク用のバッファメモリの
>>642 無い。
ソケットごとのバッファサイズや開けるファイルの数なら設定できるから
それらの掛け算で上限を決めることは出来る。
3人プレイのゲームをオンラインにするとき、Aをホスト、BとCをクライアントとすると
他のゲームがどうやってるか、考えたこと無いのか？
俺だったら、3人のうちで、誰かの通信速度が遅かったり、急に切断されても。残りの二人が遊べるような仕組みにする
>>644 どちらでも好きに。それぞれメリットデメリットはある。
特定のＰＣをホストにする場合、そのＰＣがボトルネックになる。
その代わりに作りやすい。
Ｐ２Ｐにしてもいいけど、各ＰＣごとに持っている各ＰＣの状態が事なってたり
する可能性があるので、作るのは難しくなる。
>>645 他のゲームがどうやってるか考えたら何がわかんの？
649 ：
644 ：2011/10/31(月) 16:17:13.13
すみません。
その勉強したっていうネットワークの本、もう一度読んで
653 ：
651 ：2011/11/02(水) 01:54:14.06
>>652 擬似的２台にみせかけて勉強するとかも困難なものなのですね・・orz
友人にプログラムを送って手伝ってもらうなりしないとなのでしょうか。 少し復習してみます。。
お前さんの思い込みが入ってるように思えてならないが
>>651 端末を二つ開いて、一つをサーバーに、一つをクライアントにすれば、たいていの場合同一マシンでも確かめることができます。
あとそんな方法でさえも教えてくれないというその書籍の名前を教えてください。
657 ：
651 ：2011/11/02(水) 04:02:52.92
>>655 オンラインゲームプログラミング という本だったと思います。
ＰＣ２台ないと解説についてこれなくなるという標記に肩を落とした記憶が・・。
>>654 ありがとうございます・・！ 初歩的・・でもとにかく感触だけでも知りたいので色々試して学んでみようと思います。感謝っ
>>657 それはネットワークの都合では無くて、
ゲームの都合でついてこれなくなるんじゃね？
プログラミング初心者だと、ネットワーク系はデバッグが無理だろ。
うまく動作しているLAN戦略がWANにも適用できると思ってはいけない
まずはネットワークスペシャリストの資格を取るべきだろ
663 ：
651 ：2011/11/02(水) 18:18:59.08
>>656 １台のPCでも確かめられるんですね； ありがとうございました；
>>658 そういう意味だったのですかね、、 10ページ程は無理に読み進めてみたけれどこんがらがって挫折してました；
>>659 おそらくそれです。
>>660 初心者では無いですが、中級者とも言えないひよっこです； なんとか頑張ります；
>>661 オンラインゲームで不具合だらけのパッチが来るのはそこが原因なのでしょうか。
654さんのURLから始めて２プログラム間のやり取りを試せて嬉しい反面、
やはり実際に外とやってみないと動作保障は無いと思った方が良いのですね・・。ありがとうございましたー；
>>662 > ネットワークスペシャリスト
うちの会社のもいるけど, 現場じゃ, 全然つかえねぇじゃんw
残念だが資格もってない奴よりはまだマシなんだぜ・・・
一般的な基準にはなるわな
勉強すればネットワークスペシャリストレベルの知識を理解し、覚えることができるという証明だからな
ネットワークスペシャリストの取得者は東大卒レベルだからな
でも今の合格率見るとたいしたことないかも
>>667 普段そういう仕事やってる香具師を採りたいんだろ
>>669 なんで変数が x しかないのに∂なんだ？
何か問題でも？
A：4
ＶＣ＋＋とWinSock2.0で通信プログラムを作ったんだけど
もうだめだこのスレ
ほらねこういう基礎が無い人がいるでしょ。
DMZに登録するかポート開けないと
681 ：
デフォルトの名無しさん ：2011/11/05(土) 14:01:39.42
ポート解放？なにそれ？っていうめんどくさいユーザーのためにサーバー役以外はポート解放しなくてもいいようにしたいんだけど無理なの？
684 ：
デフォルトの名無しさん ：2011/11/05(土) 19:45:07.71
最低限のセキュリティって頭はないのか？
PGなんてのは最底辺がやる仕事なんだからそんな高度なことは考えなくてもいい。
686 ：
デフォルトの名無しさん ：2011/11/06(日) 00:45:28.10
プログラマといえど安全設計を念頭にやったほうがいいとおもうが
687 ：
デフォルトの名無しさん ：2011/11/06(日) 01:25:56.85
まあね
安全設計やってもやらなくても評価(単価)は変わらないよ。やるだけ損。
そんで次からは発注してもらえなくなると。
690 ：
デフォルトの名無しさん ：2011/11/06(日) 03:04:32.50
>>688 それは賢いプログラマーだと思うが・・・。
ずる賢い
なぜMSに発注が続くのか理解出来ない
ｽﾏｰﾄﾊﾌﾞとかｲﾝﾃﾘﾊﾌﾞとかあるでしょ？
>>692 それを理解できないうちはお金持ちにはなれんよ
まあね
gzipで圧縮されたHTTPをGZipStreamで解凍するとパケットが分割されてない、ひとつだけの時は解凍できるのですが
データが壊れてないかどうか比べてみた？
壊れてないです
仕様読めよ。昔読んだけど忘れた
お前が言うな
マルチキャストのプログラムを書いたんだけど、
>>702 マルチキャストは同軸ケーブル一本に乗っていた時代だからこそ容易に実装できたわけで。
死ねクズ
>>702 まぁな， スイッチのバックプレーンには確実に負荷がかかる
まぁ, その程度でアップアップするようなスイッチは捨てろ
ってな話もあるが... ... ...
あぁーそうか、昔はネットワーク装置側にとって
WinSocket2のOverlapped IOの質問です。
すみません。忘れて下さい。
不可能
不可能か
urlまで取るならパケット横取りして解析するしかないか？
HTTPだからだろ
proxy
715 ：
７０９ ：2011/11/30(水) 16:28:21.12
やはりパケット解析しかないですか。
winPcapでがんばれ
ホスト側とクライアント側に別れる事ができるゲームで
板違い
>>718 TCPならクライアント側のポートはＯＳなどが決定する。
・クライアントが通信を開始する
通信用のポートをＯＳに要求
・そのポートからサーバの決められているポートにデータ送信
このときサーバはクライアントはどのポートからデータを送ったのかも通知している
（ＴＣＰの仕様でポート番号もヘッダに含まれるから）
・サーバはクライアントのポートに対してデータを返す
・サーバから、もしくはクライアントから接続を切る
要するに、クライアント側は出口を「返事の入り口として開けて待っている」という状態。
> TCPならクライアント側のポートはＯＳなどが決定する。
>>720 TCPではとのことですけど
やっぱりUDPでは不可能なのでしょうか？
何か回避策などあったりするんですか？
>>722 何が不可能なんだ？
何を回避したいの？
cookieに関しての質問です。
2chサーバーが仕様書通りに実装されているという保証はどこにもない。
>>725 なるほど。でも、これだけ大規模なのに？
728 ：
718 ：2011/12/29(木) 20:33:07.64
>>723 すみませんUDPでも
ホスト側でクライアント側のIPやポート番号を取得することができました。
しかしホスト側でそのIPとポート番号を元に
クライアント側にデータを送信してもうまく受信できません
何故失敗するのでしょうか？
サンプルがいくらでも転がってるから、それを動かしてみて動かなかったら質問しろ。
>>728 クライアント側でconnect()でもしてなきゃ無理だよ。
>728
>>728 ポート開放とか書いてたけど、もしかしてそれNATルーターの話か？
エスパーすると、サーバー側で受信したそのソケットから返信してないとか？
734 ：
718 ：2011/12/30(金) 19:32:14.69
手順は以下の通りで実装してます
だから、ちゃんとした教科書つかえよ。
同じポートで2つソケット開いてるんだな。それだと、どっちのソケットに届くか不定だったはずだ。
あと、基本を勘違いしてそうだな。
anyaddrじゃなくanyportだった。間違い。
先ずは車輪の再発明と模倣と反復練習と復習。軟弱地盤にゃ土質改良が必要。
>>734 サーバー側が recvfrom で受け取ったアドレスをまんま使って sendto しないのはなぜ？
以下じゃだめな宗教的理由でもあるの？
recvfrom(s, rb, sizeof rb, 0, (struct sockaddr*)&a, &l);
/* 何かの処理, aとlの内容はつつかない */
sendto(s, sb, sizeof sb, 0, (struct sockaddr*)&a, l);
すみません間違えて投稿してしまいました
>>737 そうなのですね勉強になります
anyporｔについて検索してみても資料が出てこなかったので別の言い方とかありませんか？
>>740 わかりにくくてすみません
ちゃんとプログラム側ではそう実装しておりました
そう実装してました、って、じゃあ
>>734 で書いてることと違うじゃん。
どっちが本当なのよ？
そうなのねですか勉強になりすます
すまん間違えた。recvfromで取れるアドレスはやっぱ送信元だ。吊ってくる
DoCoMoの不具合連続で不安になったんですが、
>>746 まぁそうだね。
自分が特殊な事をしなかったとしても、経路上にある機器や、
通信相手が特殊な事をしていないとは限らないけどな。
やっぱそうですよね、よかった。
何がよかったのか…
通信がおかしい場合は「相手が特殊なんだ」と相手のせいにできる
>>746 の1行目とそれ以降が繋がってない気がする。
752 ：
デフォルトの名無しさん ：2012/01/08(日) 18:29:24.53
IPv6でdivertでパケットを横取りしてルーティングヘッダを
ルータにはじかれるだけでしょ、小細工すると
はじかれる前にパケットを送れてないんですよ
Windows 7 Professionalで、XPのrsh.exeと同等の機能を使いたい何とかしてくれ。
ここはプログラミング板なので作成依頼ということだな。
>>758 どうしてCygwinのrsh.exeは論外なの？
VB5で書かれたrsh.exeがころがってるからVCに移植すれば？
>>759 CygwinのrshってVC++からコールして使えるの？
あとCygwinって商用利用とかダメだった記憶が。調べてないけど
あくまでもrsh単体を自前のアプリに含めて商用利用したい
一応売り物なんでどこぞの怪しい物は使いたくない
>>761 コマンドラインアプリなんだから普通に使える
GPLなので商用利用は問題なくできる
ソース公開義務はrshにのみ発生する
rshの使用を強要される商用アプリなんか使いたくないな。
もうほっといたれよ
>>755 PuTTYのplink.exe使うと良いよ。
怪しい物は使いたくないって言ってんだろカス
超メジャーなんですけど・・・
こんなのも自前で作れない奴がソフトでお金を取るとか
>>770 人月いくらでやってるITドカタには、こんなレベルの奴腐るほどいるよ
html書けます！perl書けます！って
もう少ししたら始めるんだけど、どのくらい稼げるのか楽しみ＞＜
>>772 俺もできる。
ついでのハードもできる。
初任給手取り16万がいいとこかな
マジかYO
ネットワークプログラミンクの話に戻すよ。
778 ：
755 ：2012/01/25(水) 16:43:56.75
自作するのがただ単純にめんどくさかっただけなんだ
なんでplink.exeつかわんの？
それのどこが仕様だよ
残念ながらこれがberkeley伝来の仕様なんだ。これ以外には存在しない。
>>778 rfc1258.txr
^^^^^^^^^^^^^^^^t の間違いだった
それはrloginだから違う。100万払う気になったか? ｗ
webサービスでやったほうがいい
>>787 実際楽だしな
httpsでパスつけりゃやりたいことはすぐ出来るしね
質問に対し親切に教えているにも関わらす、まともに礼も言えないかまってちゃんは、徹底的に無視でお願いします。
今時、商用アプリでrsh使おうってくらいだから…
>>790 ちっさいちっさい視野でほざくなカスが。
特定の企業向けアプリケーションで、当然お客様にも了承済み。
ポートも開放してもらう。
ローカルエリアネットワーク内にアプリの乗った端末PCを入れて、
装置ワークステーション（以下W/S）に対して様々な通信処理を行う。
内一つの機能として、RSHを使用し、W/Sのシェルを実行して、
その結果を得る機能を提供している。
先日、RSHクライアントの仕様が掲載されている良い書籍を見つけました。
汎用的なRSHクライアントではなく、機能を限定した形で自作完了した。
以上、いろいろとご教授ありがとうございました。
徹夜明けなんで今から寝ます。
792 ：
755 ：2012/01/27(金) 06:18:49.43
rshの利用を検討したとき
まともな客:まともなSIer → (SIer)rshはやっぱダメですよね。(客)うんダメだね。
無知な客:まともなSIer → (SIer)rshはやっぱダメですよね。(客)そーなの? じゃやめとこう
まともな客:素人SIer → (SIer)rshでいいですね? (客)寝言言ってるんじゃねー、帰れ
無知な客:素人SIer →
>>791 ロシアンクラッカーの踏み台候補が一つ増えたって事だな。
だから相手すんな。話変えるぞ。
バカSIerの犠牲者を減らすためにバカっぷりを晒しておく必要がある。
もうバイナリをやり取りするの辞めようよ
リトルエンディアンにするより遥かに現実的だな。
>>790 相手（サーバ）側の都合で、sh叩いてくれってのは今でもたまにあるが。
>>798 rshでなくsshでやれ
といいたいんだと思うが、今時のrshはsshなのでどうでもいいかな
>>794 IP層とかTCP層とかがビッグ代表格じゃね？
>>799 え、そういう話？
なら、そう言えばいいのに。
>>794 > 最近のビッグ陣営ってどことどこなの？
汎用機, power, 68k/coldfire, spark 辺りかな
# メモリーマップの左上が 0 番地な big の方がドキュメント書くときは楽
数字の表記もリトルエンディアンの方が便利だったような気もするなぁ。
>>802 良く落ちるスパークの綴りぐらいおぼえておいてくれよSPARCだよ
WinSock2.0でパケットキャプチャをしたいんですけど
ネットワークプログラミング以前の問題だなwww
>>805 間を開けずに次のWSARecvを呼べばよいです。
いろいろ処理を別スレッドにしてみました。
取りこぼし減りました。でもやっぱり大量に来ると
質問です。
>>799 > 今時のrshはsshなのでどうでもいいかな
油断禁物。普通に古典的なrshが入っているOSある。
一か月近く前に終わった話題に、今頃になってトンチンカンなレスつけるってかっこ悪い。
814 ：
デフォルトの名無しさん ：2012/02/26(日) 14:02:06.36
ライブラリに限らない話だけど最近はちゃんと調べるのをさぼって
いいんだよそれで
でいずれ誰も知らないという時代が来るわけね
料理は作れないがメシは食える
技術は継承されない
継承できないのなら先人たる我々の力不足か元々いらないものなんだろう
winsockを使いたい奴はいると思うが、winsockの中身をいじりたい奴はあまりいないだろ。
今度は中身をいじるとかわけわからんこと言い出すが出てきたなw
>>821 君はwinsockの全てを知っているといいたいのだな。
お前らは全部言わんと分からん子かｗ
そりゃぁ
馬鹿には無理
目クソと鼻クソが争ってるな。
ネットワークプログラミングをTDDでやろうとしていつも挫折するわ
TestDrivenDevelopment
>>828 RFC standard tracking 自体が TDD だと思うんだが
思うんだが…と書かれても
>>830 思ってるだけじゃダメだろ！
その思いをもっと表現しろよ！
マルチキャストについて教えてくれろ
受けるほうがマルチキャストに対応してないといけないんとちゃう
>>833 joinしていれば239.255.255.6宛のマルチキャストのみ届く。
192.168.0.255/24のブロードキャストアドレス場合、
正式に名前解決が出来ないことが保障されているドメイン
example ?
example.comは解決できます。到達も可能です。
まあいいや
844 ：
営利利用に関するLR審議中＠詳細は自治スレへ ：2012/03/29(木) 01:45:01.22
アッー！
AIJ社長の詐欺罪を必ず立証する！
いかにうまく国民から巻き上げるかしか考えてないぞあいつら
UDPは以下の認識で合ってますか？
3. ヘッダのチェックサムを信じる限りは。
>>848 UDPってエラーパケットは闇に葬る仕様だと認識してますけど
どういう仕組みで重複するのでしょう？
850 ：
営利利用に関するLR審議中＠詳細は自治スレへ ：2012/04/01(日) 12:41:15.32
MAC層が誤認で再送することがある
>>850 ありがとう！
Ethernetが大きなお世話をすることがあるのか。
あ、Ethernetのコリジョンチェックの誤認識で再送される場合があるってことか。
・受信されたものは中継側で化けたりしてると受信側のＰＣ内部で化けてる
>>853 え？
CRC合わなくなるんで破棄されて届かないんでは？
256分の1の確率でCRC合うんじゃないの？
CRCって16bitじゃないの？
Ethernetで使われるのは32bitのCRC
まあ細かいことはいいっこなしで
いや、細かいことも理解していないと
信頼性あるもの使えよ
>>849 IPやUDPの設計の基本は、
「(ルータ等が)こういう仕組みで～してしまうことがあるから」ということじゃなくて、
ピアトゥピアのパケット転送で保証できないことは何も保証しないということ。
つまり中間がどんな馬鹿な経路であっても、(ただし邪悪"mal-functional"な経路は仮定しない)
端末と端末だけでできることのみ保証する。
これにより経路設計に自由度を与えている。その代わりにTCP層その他で頑張ってる。
この設計はEthernetから大きな影響を受けてる。
残念だけどこうなってしまったねということじゃなくて、
雑多なネットワークを様々な種類の経路で接続するための中間(inter-)ネットワークとして開発され、
自由度を最大限に発揮するために、理屈詰めで設計されている。
消極的ボトムアップ設計ではなくて、色々と概念整理した後の積極的トップダウン設計です。
ハード屋だけどもバーストエラーあるから
バースト読んでまだ入るからな
864 ：
営利利用に関するLR審議中＠詳細は自治スレへ ：2012/04/04(水) 11:33:05.82
ネットワークやるときはな、ガチでやるならな
866 ：
営利利用に関するLR審議中＠詳細は自治スレへ ：2012/04/04(水) 12:19:26.44
apacheのヘッダーが長すぎるとメモリバカ食いして落ちるみたいなバグあったじゃん
サーバ側の一番単純な記述例＝テンプレート、スケルトン等があるＵＲＬをお願いします。
868 ：
営利利用に関するLR審議中＠詳細は自治スレへ ：2012/04/05(木) 16:45:16.64
ソケット通信によるサーバプログラムを書いている初心者です。
OSは？
処理そのものはマルチスレッドにしなくていいんだろうか
>>870 そんなん状況によるとしか言いようが無いだろ
なので、メインロジックはどっちの方法でも動くように書いとく
>>870 aioも検討対象にしようぜ。
まあOSと言語によるが。
>>870 スレッドが良くわかっているとすると
ＣＰＵコア数と同じスレッドとSelect()の組み合わせ
謎なぞ？
>>876 ソケットそのものはノンブロックにするのが基本だろ？
なに言ってんだ？
878 ：
デフォルトの名無しさん ：2012/04/14(土) 13:21:21.88
1ソケット1スレッドならブロッキングで良いだろ。
ブロッキングにしたらブロックしちゃうだろ
>>879 ブロックしちゃってもまずくなければブロックのままで良いのでは？
>>879 メインのスレッドが「accept()→別スレッドにブン投げ」くらいしか
やることがないなら、ブロッキングで充分じゃないか。
(クライアント数が少ない場合)
>>881 ブロッキングだと自分の側からスレッドを終了できないのがつらいところ（通信相手から QIET みたいなのを送ってもらう、とか取り決めておかないといけない）。
>>876 例えばCPUが４コアなら４つのスレッドを立ち上げて
それぞれのスレッドでSelect()処理を行わせて多重化する。
workerスレッド方式でやる場合、各workerがselect()するやり方って一般的だっけ？
>>884 常識的に考えて select() はひとつ、read() した結果をみてから各スレッドにわけるんじゃないかい？
俺はselect()はひとつで、そこで起きたソケットをworkerへ渡してそっちでread/write
するのが普通かと思っていたが。
>>883 も
>>885 もやり方違うんだな。
listen(), Accept()がひとつでAccept()で起きたソケットをworkerに振り分けて
いや、それだと1socket=1threadになるんじゃないか？
>>888 select()って複数ソケット守りできるんでは
>>890 nクライアントmスレッドに出来るだろ・・・
>>889 そこで、1threadが複数のsocketを処理するworker方式で
>>883 はどうやってるんだろう
というのが元の質問だったんだが。
新しくaccept()されたソケットを各workerのどれかに振り分けるとした場合、
・1つのworkerが担当するソケットが複数読み書き可能になった場合、他のスレッドが遊んでいても
直列的にしか処理できない
・そもそも割り振られたworkerがselect()で待ち受け中の場合、新しいソケットを待ち受けることができない
という問題がありそうに思えるけど。
>>892 割り振ったworkerが偏っちゃった場合は諦める
895 ：
デフォルトの名無しさん ：2012/04/15(日) 00:55:26.36
レイテンシのことでしょ
>>894 なのにそれでもworkerスレッド内でselect()したいという理由がわからないんだが。
他になにかメリットがあるんだろうか？
それとやはり、そのやり方だと全スレッドがselect()でブロックされたまま新しいソケットを
処理できなくなることがあるように思うんだが。
897 ：
デフォルトの名無しさん ：2012/04/15(日) 07:35:59.32
コルーチンで実装したことある
898 ：
デフォルトの名無しさん ：2012/04/15(日) 07:42:15.64
でもなんだっけ、linuxでファイルをそのまま送るやつ。lighttpdの売り
899 ：
デフォルトの名無しさん ：2012/04/15(日) 07:48:03.60
みみっちいよな。メモリアクセスがオーバーヘッドになることなんて
sendfileが軽減したのは、
>>896 リスナーのソケットをSelect()に入れればAccept()拾えるんでは?
そもそも、select()を使う場合は
どれかひとつのスレッドでリスナーを待ち受ける場合、他のworkerに
>>904 複数ソケットでそれを行うとselect()の再発明になる。
>>905 select()のかわりにノンブロッキングI/Oを使えと言っているわけじゃないよ？
select()でトリガを受けて、read/writeをノンブロッキングでやるのが最近の流行。
>>907 今更と言うか、結局、
>>883 のように各workerスレッドでselect()するという場合
どのスレッドでどのソケットを監視することになるのか、これだけ質問しても
よくわからなかったんだ。
今更というくらい明らかなことだったらちょっと教えてくれないか？
>>906 select()でトリガ拾うとrecv()/send()はブロックされないのでは？
ソケット廻りって結構古いもんを引きずってるからね。
>>909 待ってれば読めるだろうけど多少なりともブロックされることはあるらしい。
>>912 WSAEWOULDBLOCK をスルーすれば良いのんか。
>>910 入門本に書いてあることが流行だと言ってる？
>>908 1スレッド100本くらいで100スレッドくらい
これならそんなに無理なく1万本管理できる
916 ：
デフォルトの名無しさん ：2012/04/15(日) 13:53:58.20
1万コネクションサポートするのに1万スレッド作ったら問題あるのだろうか？
32bitOSじゃ無理。64bitならもしかしたら大丈夫かも。
>>916 無理がある気がするな。
Apacheなんかどういう実装になってるのだろう?
>>915 いや、そういう問題じゃなくて。
その100本のスレッドのうちリスナーを監視するのが1本なのか全部なのか？
もしリスナーをselect()しないスレッドがあるとした場合、そいつらがselect()で
ブロックしてしまう問題をどうするのか？ってことなんだが。
もちろん、100本もスレッドを用意したのに状況によって1本しか走れない
ということも考えられるし。
>>919 そのselect()とやらが何をブロックするのだ？
>>917 ,918
そうですね。当然でした。
調べてみると、例えばWindowsのCreateThreadで作れるのは
最大で1プロセス2028スレッドとありました。
当然そのスレッドを、だが。
>>922 そのスレッドでアイドリング処理をしないのならブロックしても問題なかろう。
recv(),send(),accept()の処理以外で何をするのだ?
いや問題あるだろ。
>>914 入門書であること力点をおいているのではなく、1990年代の書籍であることに力点をおいています。
1990年代にしめされている手法が「最近はやっている」とは考えにくいでしょう、普通。
関係ありませんが、この本、ネットワークバイトオーダーに問題はあるものの、 fj でも一定の評価がついていましたね。
いやー、昔から使えたということと流行は関係ないでしょ。
1992年でfjってのも微妙な話だなw
C10Kみたいなことが言われて、selectやpollの性能向上が始まったのが、
>>924 そうならないように分配すればいい
その上でどうしてもそうなったらあきらめればよろしい
>>919 リスナーは1本で。
各ワーカーにはパイプで適当にソケットを送りつければ良い。
select使うのにlistener必要?
>>931 だれも待ち受けしなかったらサーバにならなくね？
スレッド1万あるよりはマシ
WIndowsのselectは性能悪かったしね。たぶん今もそうだけど。
>>935 winならそれでいいんじゃね？
unixlinuxには選択肢ないからな
>>930 なるほど、やりかたはわかった。ただ、わざわざそうすることのメリットがよくわからないな。
activeなソケットの偏りで効率が落ちる問題は残るし、特にプログラミングが簡単になるようにも
思えないし。
>>929 「そうならないように」って、無理だろそりゃ。どのソケットがactiveになるか事前に判断できる
わけがないし。
>>936-937 スレッド嫌いなのでselect()で実装してやったけど
なんの問題もなくサクサク動いたよw
Winsock FAQってWindows 9x の時代のものじゃないのかな。
UNIXだとfdが多くなったらselectより、poll, epoll, /dev/poll, kqueueでしょ。
>>938 C10Kのようなのだとスレッドのオーバーヘッドのが大きくなるから。
クライアント数が少ないのならスレッド実装のが楽
95系のselectは性能どころか仕様にも問題あった。
>>931 こっちは同時select()か。全スレッド同時に起きるけど、mutexを奪った1スレッドだけが
処理するという形になるわけかな。
>>943 それではスレッドにする意味がないような。
>>943 違うよ。
同時selectしているスレッドの一つだけが起きる。
どれが起きるかはスケジューラ任せ。
自分で選びたいならlistener/schedulerを作らないと仕方ない。
read等も同様の仕様。ほとんどのUNIXが。
>>945 そうだっけ？それだとレベルトリガじゃないような気もするが、正直1つのソケットを複数のスレッドで
同時にselect()するなんてやったことなかったから勘違いしていたかもしれん。
であれば、どのスレッドにどのソケットを監視させるかという割り振りも必要なかったといことか。
forkするマルチプロセスサーバが一つのsocketで全員acceptしてますよ。
>>947 Unix 系はいいんだが, WinSock ってそのへんどうなってんの?
# 明日から Windows でネットワークプログラムするはめになってしまった orz
>>938 1万スレッド起こせるならその方が楽だけどね
普通は無理っしょ
>>938 事前に判断なんて無理なので、無理しないで淡々と振り分ける。
偏ったらあきらめるか、ソケットを余力がある他のスレッドに投げる。
Winsockの場合は、対象となるWinsockのバージョンのドキュメントをしっかり読んでください。
>>945 これ本当？どこかにリファレンスがあるなら教えて欲しいな。
例えば、ソケットがread readyになって起こされたスレッドがreadしなかった
場合とかどうなるの？
別に何も起こりませんが？
>>954 「何もない」があるのよ！
epollとかでエッジトリガとかだと何もしないがゆえに
問題になることはあるかも
>>954 理解できないです。
select/pollはレベルトリガですよね？
起こされたスレッドがreadしないでsleepしたら同じsocketでselectしている
別のスレッドが起きない？
>>956 それでいいだろ
Aのスレッドでなにも怒らないからBのスレッドで怒り爆発だろ
この程度の基本的な枠組みの常套手段すら確立されてないなんて・・・
されてるってw
すいません。よくわからないので具体的に教えてもらってもいいですか？
別にスレッドは4つである必要は無い。
ワーカー数と各ワーカーの担当数の積が
>>960 > 1000人までクライアントを待ち受ける場合
処理する内容を詳しく言わないとわからない。
スレッド数、ジョブの回し方は処理する内容に依存する。
４人対戦のゲームのサーバを想定しています。
どうぞご自由に
967 ：
876 ：2012/04/16(月) 22:49:16.49
うむ。どうやっても出来るから、まずは手を動かして作れよ。
968 ：
876 ：2012/04/16(月) 22:57:49.50
もし本当に負荷分散を勉強しいなら、「ロードバランサ」製品が
どうやってるかを学んで、そこで振り分け先の「サーバ」を
「プロセス」に置き換えて考えてみやがれ。
参考まで:
http://www.networld.co.jp/slb/load_sharing.htm (俺は、お前さんが今やるべき事は違うと思うけどね)
>877 俺と君は意見が違うようだが、
Unixでselect(epoll等含む)するならブロッキングのままのほうが、
俺の経験上は楽だった(テスト工程とか)。
君がどうつくるのが好きかは君次第だから、君の言葉で語れ。
俺は否定しない。
>879 ソケットはブロッキングモードで、selectすれば
ブロックしないよう作れるよ。"Unixでは"その方が普通。
てかselectってそのためのものだよ。
syn reset してくる、普通じゃないクライアント(ポートスキャナ等)
の対策とか、高度な話はいろいろあるけど、今はそういう話じゃない
から割愛します。
>>968 そう。だからソケットはノンブロックが基本なんだよね。
select使うならなおのことブロッキングにしとく意味がない。
やっぱ、この程度の基本的な枠組みの常套手段すら確立されてないじゃんｗ
>>965 俺なら、
・部屋数プロセスを起動
・ゲーマごとにスレッド
・その他必要なプロセス(対戦者入り口、割り当てなど)とスレッド(カード配布する親など)。
ポートは、
・入り口 (*1)
・部屋ごと
でacceptして、前者のプロセスから後者のアドレス/ポート番号を聞き、
部屋プロセスとゲーマのクライアントは直接接続を張る。
こんなところから始めてみる。
開発では、最初は1プロセスのみで、1部屋4人だけのサーバを作る。ロビーとかなし。
部屋割り当てロジックは後から作る。
上の構成なら分離されてるので、独立に開発できる。
つまり、このスレの住人は、workerの仕様もわからないのに自分語りをはじめてしまうお馬鹿さんばっかということだね
そうだね。質問の直後はひどかったね。
>970
>>976 だからどうしたって、されてないでしょと言ったらされてると主張した奴がいたから、
やっぱりされてないじゃんと言っただけなんだけど
なんか気に障ることでもあんの、おっさん
>>972 >開発では、最初は1プロセスのみで、1部屋4人だけのサーバを作る。ロビーとかなし。
スレッド(カード配布する親など)、これはゲーム進行をコントロールしている
スレッドって意味ですか？
それプラス４人の計５つのスレッド構成でやる感じでしょうか？
スレッドを駆使してやる理由を教えて頂いてもいいですか？
select()では駄目でしょうか？
やっぱりIDいるよな
もはやこのスレとは論旨が異なってきてる気がするな。
>>976 ６４ソケット制限っておっちゃん浦島太郎なのか？
>>979 対ゲーマーのロジックに専念出来るから。
ちなみにマルチスレッド構成と、
selectは共存しうる。
1スレッドが複数の(I/O)イベントを対象いすることがありうるから。
イベントで全部済ますのは作るの楽でいいな
>>986 ありがとうございます。勉強になりました。
979を指針にして作成してみようと思います。
>>987 作るのはスレッドにしてしまったほうが楽だが。
>>988 間違いました。972でした。
ありがとうございました。
うめ
うめす
協力うめ
佐川梅三郎
うめ
1
2
3
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。
