07/09/22 18:32:04
以下コピペ
現在、Windowsソケットプログラム(winsock1.1)により、P2Pでの非同期のTCP通信プログラムを組んでます。
そこで、クライアントからサーバーへの同時接続のチェックをするために以下のような処理を行っています。
＃関係ありそうな情報のみ載せます。足りなければご質問下さい。
OSはWindowsXP HomeEditionです。
なお、OSによる同時接続制限はBiotというツールにより20000というふうに設定しております。
・クライアント
１.ソケット3000個用意
２.for文ループ処理によりソケット数分Connectを実行
・サーバー
１．listenの同時接続最大数は20000に設定
毎回Connect実行時、大体2000回目辺りからエラーが出てきます。
その後、イベントが返って来た時のエラーチェックでも、WSAECONNREFUSED(10061)で「サーバーにより接続が拒否された。」というエラーが検出されます。
結局、接続成功は500～700回ぐらいでした。
この現象に対する対処法や解決法はないでしょうか？
現状では、全てのConnect要求を成功できるようにしたいと思っております。
子プロセスを作成するような方法は時間が無いので考えておりません。
9/18にも同じようなしておりますが、前より詳細を書いて再投稿いたしました。
以上、よろしくお願い致します。
URLﾘﾝｸ(oshiete1.goo.ne.jp)
こんな状態です。どなたかわかる方はいませんでしょうか？
151:デフォルトの名無しさん
07/09/22 20:11:59
サーバ側の accept を回す処理が追いつかなくてバックログがあふれたとか？
listen をいくら大きくしても、あれただのヒントだった気がするが・・・
152:150
07/09/22 20:15:40
>>151
って事は、いくらOSのほうを対応しても、listenではじかれてしまうんですか。
SOMAXCONNを指定すれば対応できたりしますかね？
153:デフォルトの名無しさん
07/09/22 20:29:08
そのくらい、すぐ試してみれば？
あとは、余計な処理を一切省いたacceptだけのループでなら接続できるのかどうかを実験してみるとか・・・例えば
while(true){
accept(fd);
}
みたいな。 あるいは、accept するスレッドを複数立ち上げてみるとか。
それで無理なら無理っぽいな。
OS 変更も検討してみるべきかもね。
154:150
07/09/22 21:24:40
>>153
はい。ちょい試してきます。
155:150
07/09/22 22:30:36
>>153
SOMAXCONNを指定したら、逆に成功確率はかなり減りました。170回くらいでした。
ところで、サーバーの動作は非同期通信なので、ループ処理は無理でした。
あと、スレッドは立て方がわかりませんのでなんとも･･･。
forkはUNIXだし、その前に使えないし･･･。
無知ですみません；
156:デフォルトの名無しさん
07/09/22 23:05:25
非同期なら、accept完了がわかった時点ですぐ閉じてみたら?
スレッドは、beginthreadex。
157:デフォルトの名無しさん
07/09/22 23:06:23
非同期って WSAAsyncSelect のやつかな
シングルスレッドサーバだと他のソケットを read したり write したり
データを処理したり色々構ってやってる間は当然 accept を呼べないから、
処理に時間がかかってるようなら、やっぱりその間に接続要求がたまりすぎて溢れるんじゃないかと
158:デフォルトの名無しさん
07/09/23 00:09:17
Winsock1.1＋WSAAsyncSelectでハイパフォーマンスなサーバを書こうとするのも
アレだが
XP Home Editionというのも終わってるだろ。
何が悲しくてクライアント用のOSで1000のオーダーの同時接続数をさばかにゃ
ならんのだ。
せめて2003サーバに汁。
ハードもそれなりにおごれや。
で、使うべきはIOCPな。
WSAAccept()をポストし続けるスレッドも専用で回せ。
159:150
07/09/25 02:08:20
>>156
とりあえず、やってみます。beginthreadexは調べておきます。
>>157
その線が一番怪しいんですが、TCP接続制限をBIOTで20000に設定して、
listenも20000にしているんで、溢れるという事が無いように思えるんですが･･･。
listenのバックログの最大数があるらしいんですが、まだ調べきれてなくて
わからない状態です。
>>158
サーバーはまぁ、色々と事情が…；
でも、論理的にはTCP接続制限をはずしているんで、そこでacceptが失敗するのは
OS以外のことだと思うんです。
私が知らないだけかもしれませんが、XPと2003サーバってサーバーマシンとして
使用した際に何か違いってあるんでしょうか？
160:デフォルトの名無しさん
07/09/25 02:15:11
>>159
そう思うなら、Linux入れて同じハードでほぼ等価の
コード作ってためせ
たぶんおきねーからw
161:デフォルトの名無しさん
07/09/25 03:29:59
>>159
XP Homeで3000ソケット接続を試してみたけど、特に問題なく接続できたよ。
1,環境が良く分からない。サーバーはマルチプロセッサマシンなの？
2,クライアントでconnetを行うときにSleep関数を入れてconnectの接続間隔を長くしてみては？
162:デフォルトの名無しさん
07/09/25 06:32:30
>>159
最小限のソース晒してくれ
時間の無駄だ
163:デフォルトの名無しさん
07/09/26 09:14:56
無線LANに接続しているPCの数を取得するにはどうすればよいのでしょう？
164:デフォルトの名無しさん
07/09/26 10:12:09
>>150
acceptの処理時間とか無関係。
サーバのOSでTIME_WAITでポートが枯渇してるだけ。
TIME_WAITについて深くしりたけりゃぐぐれ。
めんどくさけりゃSO_REUSEADDR。
165:デフォルトの名無しさん
07/09/26 10:15:56
>>163
a. 無線LANのWebからステータスを得る
b. SNMP,MIBでぐぐーる
166:デフォルトの名無しさん
07/09/26 11:33:20
サーバ側のポートが枯渇するの？
サーバ側のポートはずっと同じで、クライアント側のポートが変わるだけじゃ？
167:デフォルトの名無しさん
07/09/26 11:43:38
ちゃんとした通信手順を踏めば即座にポートを解放してくれる
行儀の悪い通信をすると TIME_OUT まで待ってから解放される
TCP/IP の仕様だから Linux でも Windows でも同じコードなら
やっぱり通信数に制限が出るような気がする
168:デフォルトの名無しさん
07/09/26 11:53:21
>>164
> ポートが枯渇してるだけ。
馬鹿丸出し。
169:デフォルトの名無しさん
07/09/26 11:59:52
SO_REUSEADDRは再びbindするときの話だっけ。
>>150とは関係なさそうだな。
170:デフォルトの名無しさん
07/09/26 13:16:22
acceptを終了するにはどうしたらいいの？
acceptで待機中の時に別スレッドからsocketcloseを呼び出したら
WSAEINTR (10004)
? 意味 : 関数呼び出しに割り込みがありました。
? 説明 : ブロック操作は WSACancelBlockingCall (Wsapiref_704y.asp) の呼び出しによって中断されました。
が呼ばれるんだけど、acceptの終了方法はこれであってるの？
winsocket2.2
171:デフォルトの名無しさん
07/09/26 13:36:14
>>170
WinsockならそれでOKのはず
172:デフォルトの名無しさん
07/09/26 14:01:34
>>171
そうなんだ
ありがとう～
173:デフォルトの名無しさん
07/09/26 15:53:48
>>166
>サーバ側のポートが枯渇するの？
>サーバ側のポートはずっと同じで、クライアント側のポートが変わるだけじゃ？
その通り、枯渇するのはクライアント側のポートだった。
↓あたり。
URLﾘﾝｸ(www.softlab.ece.ntua.gr)
URLﾘﾝｸ(mikilab.doshisha.ac.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
ま、結論としてはSO_REUSEADDR。
174:デフォルトの名無しさん
07/09/26 16:42:19
ということはconnect内部のbindで失敗するとWSAECONNREFUSEDが返ってきちゃうのか。
原因に気づき辛そうで厄介だなあ。
175:デフォルトの名無しさん
07/09/26 20:06:08
>>173
クライアント側でユーザーポートが枯渇するとWSAENOBUFS (10055)が返ってくるんだけど。
176:デフォルトの名無しさん
07/09/27 00:13:10
おまえら, なんかトラブったときに TCP のステートダイアグラム
見ないでプログラム修正とかしてるのか?
177:150
07/09/27 10:53:38
一向に解決しなかったけど、今の状態で妥協する形になりました。
助言くれたかたサンクスです。
>>176
TCP のステートダイアグラム
とは？
178:デフォルトの名無しさん
07/09/27 11:12:53
URLﾘﾝｸ(www5d.biglobe.ne.jp)
Figure 6. TCP Connection State Diagram
179:デフォルトの名無しさん
07/09/28 00:06:29
URLﾘﾝｸ(tools.ietf.org)
か、あるいは簡略化されているが↓のも見やすいよ
URLﾘﾝｸ(www.atmarkit.co.jp)
180:デフォルトの名無しさん
07/09/28 08:29:23
>>179
> 簡略化されているが
あかんやん
181:デフォルトの名無しさん
07/09/30 07:42:09
複数あるNICのインタフェース(またはローカルIPアドレス)を指定してソケットを
オープンしたいのですが、方法はありますか？
Windows XP SP2
182:デフォルトの名無しさん
07/09/30 08:21:40
bind
183:デフォルトの名無しさん
07/09/30 10:03:51
すいませんclient側の話なんです。
bindってサーバ側ですよね。
NICが2枚刺さってるPCがありまして、片方のNIC(あるいはIPアドレス)
を指定して通信させたいのです。
184:デフォルトの名無しさん
07/09/30 10:07:03
特定のNICのIPアドレスを使ってconnectしたいという事ですね。
185:デフォルトの名無しさん
07/09/30 10:40:39
>NICが2枚刺さってるPCがありまして、片方のNIC(あるいはIPアドレス)
>を指定して通信させたいのです。
それもbindでできたと思うけど。ローカルホスト側のsocket endpointを明示的に指定する処理は
全部bind。
186:デフォルトの名無しさん
07/09/30 10:41:32
>>183は思い込み激しす
187:デフォルトの名無しさん
07/09/30 10:47:51
初学者は誰だって勘違いすることがある。
めげずにがんばれ。
188:デフォルトの名無しさん
07/09/30 10:52:24
才能内から真だ
ほうがいいと思うけどね
こんなのもしマジでプロジェクトに
混じってたらすげーこえーしw
189:デフォルトの名無しさん
07/09/30 10:59:37
>>188
あんたの部下は死にまくりだな
190:デフォルトの名無しさん
07/09/30 11:24:52
bindできました！
191:デフォルトの名無しさん
07/09/30 16:05:22
ム板でプロジェクトうんぬん云ってるDQNはマ板に逝け
192:デフォルトの名無しさん
07/09/30 18:36:43
>>188
お前の部下になりたくない。
193:デフォルトの名無しさん
07/10/01 02:24:15
>>1のFAQが404のためweb archiveのキャッシュのアドレスを張り。
リンク先を開くときはエンコード種類としてISO-2022-JPを選択する。
URLﾘﾝｸ(web.archive.org)
URLﾘﾝｸ(web.archive.org)
194:デフォルトの名無しさん
07/10/01 23:26:27
質問があるのですが、友達の家から私の家まで通信実験を行いたいと思っています。
家はADSLでプライベートIPではなく、グローバルIPを得たいのですが、方法が分かりません。
どういった方法があるのでしょうか。質問よろしくお願いします。
195:デフォルトの名無しさん
07/10/01 23:41:12
お使いのプロバイダに訊け
196:デフォルトの名無しさん
07/10/02 00:12:02
使ってるプロバイダとかあなたの家や友達の家のネットワーク構成によるけれど、
自宅までグローバルIPが割り当てられてる可能性は高いと思う
家がプライベートIP云々言ってるが、家じゃなくて 「自分のPCが」 の間違いだろう
たぶんルータを挟んでるんじゃないかね
ルータにはグローバルIPが割り当てられてるかもしれんよ
ルータの設定画面かなんかで確認してみ
197:デフォルトの名無しさん
07/10/02 00:32:22
>>195-196
意地悪だなぁ。ちゃんと質問してやれよ。
198:デフォルトの名無しさん
07/10/02 00:35:47
>>194
板違い
199:デフォルトの名無しさん
07/10/02 00:39:06
>>194
実験ならば どこかのCGIを読むようにするのが一番楽だよ
ちなみにどんな実験？ 速度の検証とか？
接続確認のテストならばテストになってないが？？
200:デフォルトの名無しさん
07/10/02 00:46:01
ちょいと教えて
接続するクライアントソケットは
データーの種類によって分けた方が良い？
たとえば データーと制御データーがあった場合
１） ポートも分ける
２） ポートは同一だけどソケットを別にする
(受信・送信バッファを個別に取られる事を期待)
３） ポートもソケットも同一で２つのデーターをプロトコルで分ける
（ソケット別にしても内部的には同じ信号で扱われるから １，２は
効果なし）
201:デフォルトの名無しさん
07/10/02 00:51:31
あと関連して もう１つごめん
２つのデーターは
A,Bの２つのデーターが有った場合
１）大きなデーターAをそのまま送ると Bのデーターは
Aが処理されるので MTUを参考に分割してBのデーターを
混ぜて送る
２）極端な例で無い限りオーバーヘッドが大きくなるので
気にしない
これはケースバイケースですが考え方としては？
202:デフォルトの名無しさん
07/10/02 00:53:47
ごめん タイプミス
１）大きなデーターAをそのまま送ると Bのデーターは
Aが処理されるので MTUを参考に分割してBのデーターを
混ぜて送る
↓
１）・・ Bのデーターは Aが処理されるまで待たされるので・・
203:デフォルトの名無しさん
07/10/02 00:54:04
理学部ktkr
まず目的を書け。
それと質問を推敲しろ。
204:200
07/10/02 01:15:38
ごめん分りにくかったね
通信の効率化をしたいわけなんだけど
早い話
内容の違うデーターを そのまま送受信するか
ある程度切って送るかです
たしか内部的には以下の処理を行っているはずですので
なにも考えずに送っても ある程度は効率化しているはずですが
みなさんはどうしてます？
■小さいデーターは優先されて送信する（ルーター依存？）
■送信データーはMTU値に切断され送信される
205:デフォルトの名無しさん
07/10/02 01:23:15
実際に効率上の問題に直面してから考えればいいと思われ
206:デフォルトの名無しさん
07/10/02 01:26:30
>>204
> ■小さいデーターは優先されて送信する（ルーター依存？）
どこの星の話ですか?
207:デフォルトの名無しさん
07/10/02 01:27:30
まずはタイミングの門をくぐって
セキュリティ地獄に逝くのじゃ。
208:デフォルトの名無しさん
07/10/02 01:27:18
>>204
0x20以上で構成してSTXとETXではさむ。
209:200
07/10/02 01:36:26
>>205まあ実際はそうなんだけど・・・・
正直 通信よりもアプリの見直しの方が効果あるだろうし
ちょっと例を書いてみます
データーA
WM_MOUSEMOVEからのデーターを送信する
8Byte程度のデーターを1秒間に１００個ほど送る
（内部的に遅延されるので実際は2K程度）
リアルタイム性重視
データーB
1秒間に1度画面をキャプチャーして送る
1027 X 768 X 3バイト
この場合はどうする？
当然 差分を送るとか根本的な事は無しで
１）Socketを分ける・分けない ← 私的には意味無いと思ってる
２）データーをMTU毎（または適当なサイズ）に切って
A,Bを混ぜて送信
210:200
07/10/02 01:39:03
>>206どこかで読んだ事あるんだけど
どこの星の話かは忘れた
Yahoo,OCNとかだと IPフォンのパケットは優先されてる
らしいから それと勘違いかな？
211:デフォルトの名無しさん
07/10/02 01:59:17
>>193
復活してるみたい。
212:デフォルトの名無しさん
07/10/02 02:16:57
>>210
そりゃQoSだな。
213:デフォルトの名無しさん
07/10/02 09:20:09
>>209
なぜかTCP前提で考えてるようだけど、そんなに効率気にするならUDPの方がいいんじゃない
そういった多少のデータロスが許容されるリアルタイムデータにTCPは効率悪い
ところで、それなんてスパイウェア？
214:デフォルトの名無しさん
07/10/02 10:34:05
新手のwinny用黴菌つくってんのかも
215:デフォルトの名無しさん
07/10/02 11:05:45
劣化VNC
216:200
07/10/02 12:02:31
>>213
だからあくまでも例だって・・・・
そもそも通信効率以前の問題だし
劣化 VNC画面・マウスの送る方向違うし
>>212 にあるような仕組みを自前で実装してるのか
聞きたかった
217:デフォルトの名無しさん
07/10/02 12:13:16
>>216 失せろ厨房
218:デフォルトの名無しさん
07/10/02 12:50:02
>>216
やりたいことは2つのストリームをシリアルな通信経路に多重化することだろ。
後は、多重化を自前でやるかTCP/IPスタックにやらせるか。
>１）Socketを分ける・分けない ← 私的には意味無いと思ってる
意味無くない。
>２）データーをMTU毎（または適当なサイズ）に切って
> A,Bを混ぜて送信
この程度でMTUなんか無関係。
小賢しいこと考える前に手を動かせ。
他人の知識を借りたいのなら、自分が無知であることを認識しろ。謙虚になれ。
219:デフォルトの名無しさん
07/10/02 13:21:23
VNCやRDPを調べればいい。
220:デフォルトの名無しさん
07/10/02 23:30:42
>>216
簡単に高速かする方法あるよ？
FPGAで作ればいいんだよw
221:デフォルトの名無しさん
07/10/03 00:26:23
鯖よりボードの方が高いｗ
222:デフォルトの名無しさん
07/10/03 03:58:44
> （内部的に遅延されるので実際は2K程度）
よくわからんけど Nagle を止めれば済む話?
223:デフォルトの名無しさん
07/10/03 12:18:04
その手の通信ってトンネリンングさせるかも知らんし、
生パケットがどう飛ぶかなんて議論は意味ない気がする。
画面データはアイドル状態待ってから飛ばせばいいし、
移動系メッセージなら100命令飛ばすんじゃなくて
1命令にまとめる事でも考えた方が。
pcAnywhereは反応重かったな。
224:デフォルトの名無しさん
07/10/03 19:44:50
ネットワークプログラミング初学者です。
サーバーサイドプログラムとクライアントサイドプログラムのふたつを作成した場合、
通信実験のデバッグを簡単に行える方法ないですか？
今、サーバプログラムをメインPCに。クライアントプログラムをUSBメモリに移してノートPCへ。
といった面倒なデバッグ方法です。＞＜
よろしくお願いします。
225:デフォルトの名無しさん
07/10/03 19:47:49
両方ともメインPCで動かす
226:デフォルトの名無しさん
07/10/03 21:23:41
VMware/VirtualPC/Paralles/VirtualBoxで仮想PCを用意する。
227:デフォルトの名無しさん
07/10/03 21:32:58
ネットワーク上繋がってるPCなのにUSBメモリでコピーって意味わからん
228:デフォルトの名無しさん
07/10/04 13:46:58
ネットワークの共有も知らんでネットワークプログラミングとか大丈夫？
229:デフォルトの名無しさん
07/10/04 16:55:35
C#.NETでストリーミングデータの受信のプログラムを
作成しているのですが、Socket.Selectが思った通りに動作していません…
ストリーミングのデータ形式は
ヘッダ２バイト
サイズ２バイト
以下データ
このような形式なのですが、受信をしていくうちに、サーバー側の
送信に追いついてしまい、サイズ２バイトで指定されたデータが
読めない状態になってます
Socket.Select( SocketList. null, null, 100 );
でリードできることは確認しているのですが、
sock.Receiveでデータの部分が数バイトしか読めない状態です
ソケットはブロッキングで別スレッドで読み込みをしています
PerlやWinsockのSelectとは動作が違うのでしょうか？
基本的な質問で申し訳ないですが、よろしくお願いします
230:デフォルトの名無しさん
07/10/04 17:05:16
>>229
selectはあくまで「データがあるかどうか」を調べるだけ。
何バイトあるかなんて知らん。
・データがあれば読み込んでローカルのバッファに溜める
・バッファにデータひとかたまり(ヘッダ+長さ+データ)があれば処理開始
を独立に行えばいい。
複数データが一度にreadできてしまうこともちゃんと考えとけよ。
231:デフォルトの名無しさん
07/10/04 17:12:55
>>229
ストリームソケットは区切りのないただのバイト列なので、例えば100バイトを3回送信しても、1バイトずつ300回受信するかもしれないし、300バイトを1回受信するだけかもしれない。
そういう前提で扱う必要がある。
100バイトずつ処理したければ、100バイト溜まるまで繰り返しrecvを呼ぶ。
232:デフォルトの名無しさん
07/10/04 20:39:37
>>230 >>231
ありがとうございました。そのように実装したいと思います
233:デフォルトの名無しさん
07/10/04 23:26:47
すれ違いかもしれませんがネットワークに詳しい皆さんに質問を、、、
TELNETを使用しHTTPの勉強をしております
Yahooファイナンスから企業の情報を集めたいと思っています。
URLﾘﾝｸ(charge.quote.yahoo.co.jp) の情報を見たいとき
telnet charge.quote.yahoo.co.jp 80
Trying 124.83.147.185...
Connected to charge.quote.yahoo.co.jp.
Escape character is '^]'.
GET /q?s=1301&d=t
The document has moved <A HREF="URLﾘﾝｸ(quote.yahoo.co.jp)
<P>Additionally, a 302 Found
error was encountered while trying to use an ErrorDocument to handle the request.
となってしまい情報を見ることができないでいます
302なので/q?s=1301&d=t ←ここではないほかのURLに情報がありそうなのですが
URLﾘﾝｸ(charge.quote.yahoo.co.jp) の中の情報が書かれているのか真のURLがどこなのか判断する方法があったら教えていただけないでしょうか
234:デフォルトの名無しさん
07/10/04 23:41:13
>>233
URLﾘﾝｸ(quote.yahoo.co.jp)
レスポンスに書いてるじゃん。
このドキュメントはURLﾘﾝｸ(quote)～～にうつってますよ、って。
235:デフォルトの名無しさん
07/10/05 00:07:57
>>234
ありがとうございます
恥ずかしい、、、、、申し訳ないです
236:デフォルトの名無しさん
07/10/05 01:19:53
てゆーかさ、GETをHTTP/0.9でやってるから
レスポンスヘッダが付かなくて
302なレスポンスであってもLocation等で判断できないんだけど
わかってるのかね。
237:デフォルトの名無しさん
07/10/05 23:31:07
FORMのPOSTをGETでアクセスできない事があるんですが？
238:デフォルトの名無しさん
07/10/06 00:15:33
そうですか。
239:デフォルトの名無しさん
07/10/06 02:43:09
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
240:デフォルトの名無しさん
07/10/07 00:22:02
ノンブロックなソケットディスクリプタでサーバにコネクトするときに
そのコネクトがコンプリートしたかのステータスをゲットしたい。
ミーは何をドゥーすればいいの？
241:240
07/10/07 00:23:57
ミーがユーズしてるOSはLinuxです
242:デフォルトの名無しさん
07/10/07 00:24:10
たしかselectで書き込み可能が帰ってきたらコネクト完了
243:240
07/10/07 00:27:21
>>242
ハリーなアンサー サンキューです。
バット、ノンブロックなソケットだとオルレディでキャンライトみたいです。
ワンモアトライしてみます。
244:デフォルトの名無しさん
07/10/07 06:18:17
getpeername(2)がENOTCONを返さなくなった時がcomplete
245:デフォルトの名無しさん
07/10/07 06:46:13
write(send)でFD_WRITEを指定してselect(WSAEventSelect)待ちするケースって
非同期モードですか？
環境はWindows 2000 XPです。
246:デフォルトの名無しさん
07/10/07 06:52:08
というか、FD_WRITEを指定してselectってどういう時に使うのかわかりません。
「ソケットの送信バッファに空きができたことを通知」とのことですが、
一度もwrite(send)せず、いきなりselectしても検出してくれるのでしょうか。
247:デフォルトの名無しさん
07/10/07 07:20:42
>>246
接続確立時に一回だけFD_WRITEの通知がきた気がする
その後は、バッファに空きのない状態→空きのできた状態、になったとき、
つまりsendしてWSAEWOULDBLOCKが返ったあとにバッファに空きができたら通知される。
248:デフォルトの名無しさん
07/10/07 08:49:42
納得いきました。
ありがとうございます。
249:デフォルトの名無しさん
07/10/07 16:39:49
lingerがよくわからないんだけど
今の理解は
・最後に送信する側(closesocketを呼び出す前にsendを呼び出す側)の送信が正常に行われたかを判断するために使用すると思ってます。
そこで質問は
・最後に受信する側(closesocketを呼び出す前にrecvを呼び出す側)はlingerの必要はない？
・closesocketでlingerのタイムアウトエラーが返ってきた時は、最後の送信が正常に完了していないと判断し、エラーとするまたはリトライする
と言うのであってるんですかね？
250:デフォルトの名無しさん
07/10/07 17:43:11
タイムアウトが起きると送信放棄。shutdownのabortが起きる。
その他はまあそういうこと。
MSDN
Network Protocols
Windows Sockets 2
About Winsock
Winsock Programming Considerations
Graceful Shutdown, Linger Options, and Socket Closure
251:デフォルトの名無しさん
07/10/12 16:12:26
日本信号の改札機はなぜ起動しなかったのでしょうか？
252:デフォルトの名無しさん
07/10/12 17:48:09
スレ違いだったらすみません。
DirectShowで動画再生するソフトを作ったんですけど
現在は再生する動画はローカルにある動画のみなので
これをストリーミングに対応させたいと思っています。
ストリーミングについてRTPなどのプロトコルも調べたんですが
Winsockを用いての実装手順がいまいち分かりません。
RTPのパケットを自分で実装して、データを入れる領域に
動画のフレーム、音声データを入れる形でしょうか。
動画ファイル自体をバイナリデータとして送り、ファイル出力された
動画ファイルを再生することなら出来るんですけど、ストリーミング
の実装は実際にはどのような手順で行えばよいでしょうか。
253:デフォルトの名無しさん
07/10/12 18:15:36
動画ファイルの種類に寄る。
動画を映像と音声に分離して、さらにそれを一定量に分割出来なければ、難しいと思う。
AVIファイルをストリーミングさせるってのはナシな。
254:デフォルトの名無しさん
07/10/13 14:05:15
>>252
ファイル出力が完了しなくても再生をはじめれば?
255:デフォルトの名無しさん
07/10/14 22:58:38
YahooファイナンスってKeep-Alive使えないんですかね
毎回接続し直すの面倒なんですけど…
256:デフォルトの名無しさん
07/10/15 06:32:25
ぇ
257:デフォルトの名無しさん
07/10/19 09:02:36
TCPで非同期（WSAAsyncSelect）を使ってプログラミングをしています。
非同期において送信する場合どのように設計すればいいのかイマイチわかりません。
やりたいことは、接続要求があったらacceptしてファイルを送信するといった内容です。
ファイルの送信要求メッセージを受信
ファイルをバイナリモードでオープン
4096バイトずつ読み込んでsend()
ファイルをクローズ
ファイルを送信した後も継続して通信は行います。
sendもノンブロッキングになってるため、
while(ファイル読み込みが終わるまで){
send()
}
だと上手くいかないのかなと思います。調べてみると非ブロッキングにおいて連続してsend()を行おうとすると
WOULDBLOCKという現象が起こって送信できない事があるとの事です。
FD_WRITEのメッセージも別に自分が送信したいタイミングで来るわけでもないのでイマイチ有効な活用方法がわかりません。
どなたかご教授願いますm(_ _)m
258:デフォルトの名無しさん
07/10/19 09:23:05
>>257
WOULDBLOCKならあとで続きを送信する
259:デフォルトの名無しさん
07/10/20 00:07:00
>>257
sendも非同期ですべてやればOK。
自分が、acceptまちなのかsendまちなのか。sendまちであれば、現在
何バイト送ったのか全部管理しる。
260:デフォルトの名無しさん
07/10/20 00:09:54
Linuxネットワークプログラミングを勉強したいのですけど、このページの下で紹介されている本でいいのでしょうか。
URLﾘﾝｸ(www.geekpage.jp)
もっといい本があったら紹介していただけないでしょうか
261:デフォルトの名無しさん
07/10/20 04:31:18
>>258-259
えっと、同期ならこんな感じの送信です。
while( read_byte = fread(sendbuf, sizeof(char), MAX_BUFSIZE, fp) ){
send(sock, sendbuf, read_byte, 0);
memset(sendbuf, NULL, sizeof(sendbuf));
}
WOULDBLOCKなら後で続きを送信するというのはこういう事でしょうか？
while( read_byte = fread(sendbuf, sizeof(char), MAX_BUFSIZE, fp) ){
if( send(sock, sendbuf, read_byte, 0)==SOCKET_ERROR ){
while( WSAGetLastError()==WOULDBLOCK ){
send(sock, sendbuf, read_byte, 0);
}
}
memset(sendbuf, NULL, sizeof(sendbuf));
}
あまり非同期っぽい書き方じゃないですが・・・。>>259さんのはちょっと理解が出来ないです。
send待ちとはどういう状況の事を言うのでしょうか？
262:デフォルトの名無しさん
07/10/20 05:32:52
UNIXネットワークプログラミング〈Vol.1〉ネットワークAPI:ソケットとXTI
これは間違いなく良書だけど、はじめて学ぶ人にはお勧めできない
Linux以外の他のUnixでの実装や、実装される過程（歴史）まで乗っていて
総じて詳しすぎる。もちろん分厚い。初心者はどこが重要化取捨選択するのが
難しいので2冊目の本として考えておいた方がよいとおもいます
言語がCなら、TCP/IPソケットプログラミング オーム社(ISBN4-274-06519-7)
がオススメ。これ一通り読んでサンプル実行してみれば基礎は十分に理解できる。
内容もわかりやすく、本も薄めなので挫折する心配も少ない。
263:デフォルトの名無しさん
07/10/20 08:34:53
>>261
同期非同期に関わらずsendの戻り値はチェックしよう（送信したバイト数）
非同期に関してはWOULDBLOCKが返ってきたら、FD_WRITEが来るまで待つ。
264:デフォルトの名無しさん
07/10/20 08:47:52
>>263
てことは、送信は別のスレッドで行って、FD_WRITEに関してはフラグで処理するといった感じになるんですか？
// 送信可能フラグをたてる
case FD_WRITE:
send_flag = TRUE;
return 0;
// ファイル送信スレッド
while( read_byte = fread(sendbuf, sizeof(char), MAX_BUFSIZE, fp) ){
send_flag = FALSE;
if( send(sock, sendbuf, read_byte, 0)==SOCKET_ERROR ){
while( WSAGetLastError()==WOULDBLOCK ){
while( send_flag == FALSE ) Sleep(100);
send(sock, sendbuf, read_byte, 0);
}
}
memset(sendbuf, NULL, sizeof(sendbuf));
}
こんな感じでいいのかな・・・？
265:デフォルトの名無しさん
07/10/20 08:59:55
>>264
何か本でもプログラムのソースでも良いから読んで、非同期について整理した方が良い。
WinSock2プログラミング―Windows Sockets APIによるネットワークプログラミングのすべて
URLﾘﾝｸ(www.amazon.co.jp)
猫でもわかるネットワークプログラミング 第2版
URLﾘﾝｸ(www.amazon.co.jp)
266:デフォルトの名無しさん
07/10/20 09:03:16
>>264
それじゃ、下のwhileループ群が同期になってしまうよー
慣れないうちは送信用のキューを用意すると良いかも。
キューに追加するのは自分の好きなタイミングで行い、
実際のsendやFD_WRITEの処理部分と分ける。
>>265も書いてる通り、適当なサンプル眺めれば見えてくるかもね。
267:デフォルトの名無しさん
07/10/20 09:47:26
e1000の改造について詳しいドキュメントちょうだい
268:デフォルトの名無しさん
07/10/20 09:56:35
>>265
ん～書籍を買うのに金銭的余裕が・・・。
月曜日に学校の図書館に行ってWinsockの本がないかどうか見てきます。
>>266
色々と調べてはいるのですが、いまいちFD_WRITEの使い方が理解しにくいです。
FD_WRITEメッセージが来たら具体的にどういう処理をすればいいのでしょうか？
FD_WRITEメッセージは自分が送信したいタイミングで来るわけでもないんですよね。
キューを実装するということは、こういう感じで実装するということですかね・・・
while( fread(buf) ){
push(buf);
}
PostMessage(,,FD_WRITE,);
FD_WRITE:
if( キューにメッセージがあれば ){
sendbuf = pup();
send(sock, sendbuf, sizeof(sendbuf), 0);
}
return 0;
269:デフォルトの名無しさん
07/10/20 09:57:20
pushとかpopとかこれじゃスタックっぽいですね。
脳内でキューに変換してくださいm(_ _)m
270:デフォルトの名無しさん
07/10/20 10:04:25
>>268
FD_WRITEはWOULDBLOCKになってから初めてバッファに空きができたら送られるくるもの。
（自分でPostするものではない）
つまり、キューが空になるか、WOULDBLOCKが返ってくるまでsendを繰り返す。
キューへのpushは好きなようにすればい。
サンプルもネットに転がってるはずだから調べよう。
271:260
07/10/20 10:15:22
>>262
情報ありがとうございました。探してみます
272:デフォルトの名無しさん
07/10/20 13:36:48
>>262
横からサンクス。図書館で適当に借りてきたらソレだったので頑張ってやってみっかな。
273:デフォルトの名無しさん
07/10/20 13:57:44
>>268
＞FD_WRITEメッセージが来たら具体的にどういう処理をすればいいのでしょうか？
＞FD_WRITEメッセージは自分が送信したいタイミングで来るわけでもないんですよね。
「自分の送信したいタイミングで送信する」 という考えを捨てて、「FD_WRITEが来たときに送信する」 ようにしる。
send で WOULDBLOCK が返ってきたら、残りのデータはその場で送信するのはいったん諦めて、どこか別の場所に覚えておく。
FD_WRITE が来たら、覚えておいたデータを改めて送信する。
そのときも、送りきれないと WOULDBLOCK が返ってくるので、再び FD_WRITE が来るまで残りのデータをどこかに覚えておく。
ファイルを読み込んで送るだけなら、データを丸ごと覚えなくてもファイルの現在位置を覚えるだけで充分かもしれないが。
あと、send は渡したデータをすべて送信できる保証はない。
例えば send(sock, buf, 100, 0) とやっても、1バイトしか送信できない場合もある。
何バイト送信できたか戻り値が返ってくるので、送れなかった残りのデータはもう一度送り直す必要がある。
274:デフォルトの名無しさん
07/10/20 14:52:02
なぜそんなに面倒なんですか
バカみたいですね
275:デフォルトの名無しさん
07/10/20 15:04:36
なぜって、非同期だからさ
バカみたいだろ？
おとなしく同期ソケット使っとけ
276:デフォルトの名無しさん
07/10/20 15:29:06
>>274
イベントドリブン式／非同期プログラミングの方法はどれも似たり寄ったりだぞ。
キーワードは「継続」だ。
まあ、この程度なら別にコルーチンを使うまでもないがな。
277:デフォルトの名無しさん
07/10/20 17:12:58
サーバ終了させるのってlistenしてるソケットを閉じればいいんだよね？
それとも終了する関数があるの？
278:デフォルトの名無しさん
07/10/20 18:08:48
すいません。
初心者のくだらない質問を受けてください。
javascriptをＨＴＭＬの中に記述して様々なことができるのは、何となく
わかりましたが、第三者に見られてはいけないプログラムはどうやって行って
いるのでしょうか？
つまり表示画面からソースを選択すれば、ソースが見れてjavascriptが
定義されていて、命令されているのはわかりますが、googleで例えると
肝心要の検索プログラムなんかは、絶対にソースなんか秘密で自社サーバー
の厳重な管理の中で動いているわけですよね？
それが見れないのは当然でわかっているのですが、ＨＴＭＬのソースに記述
するjavascriptやphpなどから外部プログラムへのリンク命令？みたいな部分は
記述しないのでしょうか？
またgoogleの検索プログラムもやはりjavaやｐｈｐなんですか？
それともＣ言語系とかなんでしょうか？
何が言いたいのか自分でもわからなくなりましたが、どなたか教えて
ください。
279:デフォルトの名無しさん
07/10/20 18:13:07
>>278
WebProg板へいってこい
280:デフォルトの名無しさん
07/10/20 18:30:30
>>278
PHPのプログラムはサーバ側で動くのでブラウザからは見れない
JavaScriptのプログラムはクライアント側で動くのでブラウザから見れる
もまいの要求はブラウザから見れないプログラムなのだから
WebProg板へいってこい
281:デフォルトの名無しさん
07/10/20 18:50:18
>>280
ありがとうございました。
そういうことでしたか。
282:デフォルトの名無しさん
07/10/21 22:56:16
サーバとクライアント2台のマシンでメモリ上のデータを交換し
ます。また交換したデータはサーバのディスクんき保存すると
いうことをします。
この時、サーバにデータ保存する保証方法なんか
みんなどうしていますか？RAID以外にどんな技術
組み合わせる？
283:デフォルトの名無しさん
07/10/22 01:01:25
信頼性を高めるのか？それなら単純にバックアップもするだけでいいと思うぞ
まあ、板違いだけどな
データが改ざんされてないか調べるならハッシュ関数つかうけどな
284:デフォルトの名無しさん
07/10/23 10:49:11
winsockなんだけど
WSASendとかで引数でWSABUFを設定するところなんだけど
int WSASend(SOCKET s,LPWSABUF lpBuffers,DWORD dwBufferCount,LPDWORD lpNumberOfBytesSent,DWORD dwFlags,LPWSAOVERLAPPED lpOverlapped LPWSAOVERLAPPED_COMPLETION_ROUTINE lpCompletionRoutine
);
サンプルを見るとdwBufferCountに1を指定しているのを見るんだけど
複数データを送信する時はlpBuffers配列で送信するほうが効率がいいの？
例えば10レコードのデータを送信する時など
ループで10回実行するか、1回だけ実行するかで効率が変わるのかな？
OSが勝手に送信バッファをいい具合に設定してくれる？
言ってる意味がわからんかったら言ってくれ、もうちょっと詳しく書く
285:デフォルトの名無しさん
07/10/23 11:34:53
>>284
それはいわゆるVectored I/O, scatter-read/gather-writeでしょう。
Unixでいうwritev()。
そうできるんなら、配列使ったほうが効率はいいはずだ。
writev()なら効率がいい上にatomicだが、WSASendがどうだかは知らない。
MSDNのヘルプをちらっと読んだけど、あんまその辺に触れられてないね。
286:デフォルトの名無しさん
07/10/23 20:54:22
0バイトのデータをsendする方法はありますか？
287:デフォルトの名無しさん
07/10/23 22:32:07
0バイトのデータをsendすることに何の意味が？
288:デフォルトの名無しさん
07/10/23 22:32:57
ping代わり？
289:デフォルトの名無しさん
07/10/23 23:16:08
connectをノンブロックで行い官僚をselectで待って
write可能になったときにsendして成功するか確認
したいの・・・
290:デフォルトの名無しさん
07/10/24 02:31:33
0byte送って確認するのか。
斬新なアイディアだ。
291:デフォルトの名無しさん
07/10/24 03:19:40
いや、select()のない時代のUNIXはそうやったよ。
ノンブロックにして0byte write()。networkに限らず。
292:デフォルトの名無しさん
07/10/24 03:51:28
>>289
connectでwrite可能になったというのは3way handshakeがとりあえず
成功した訳だから改めて接続を確認する必要もないんじゃない？
>>290
tcp keepalive
293:デフォルトの名無しさん
07/10/24 05:02:20
>>292
write可能であっても成功したとは限らないの・・・
294:デフォルトの名無しさん
07/10/24 08:58:35
>>293
connect時の最後のackが届かなかった場合？
最初のsendでエラー処理をするんじゃダメなんだろうか？
295:デフォルトの名無しさん
07/10/24 09:48:51
そもそもsendが成功したら受信側にデータが届くって事が保証されてるの？
296:デフォルトの名無しさん
07/10/24 09:52:08
そんなことは聞く前にソケットFAQ読め。
297:292
07/10/24 10:14:48
>>293
あっそうか、SYN,ACKを受け取ったらwrite可能になるか。
298:デフォルトの名無しさん
07/10/24 10:59:21
FAQくらい理解してから、人にアドバイスしよう。
URLﾘﾝｸ(www.kt.rim.or.jp)
3.3 なぜ、サーバが accept() する前に connect() が成功するのですか?
299:デフォルトの名無しさん
07/10/24 11:05:01
>>298
それってpassive openでしかも単にソケットをuser landにacceptで渡す
タイミングの話しでしょ？ 289の質問はactive openだから全然話しが違う。
300:デフォルトの名無しさん
07/10/25 00:56:29
サーバー用のソケットは
socketでソケット作成
bindでポート番号とかに結びつける
listenで聞く???
acceptでクライアント接続を待ちの後
交信用ソケットにクライアント対応を任せ新しいクライアント接続待ち
みたいな感じだと思うのですがlistenの必要性?がいまいちわかりません
listenの引数をみてもソケットと最大コネクション数という感じであまりいい仕事?してるようには見えません
どーしても必要ならsocketかacceptで最大コネクション数とやらを指定するようにすればよかったんじゃないのかなーと思ってしまいます
listenがlistenとして独立していて幸せと感じるのはどのようなときなのでしょうか？
301:デフォルトの名無しさん
07/10/25 06:54:40
ソケットを接続待ちの状態にするためにlistenは必要。
第二引数は最大コネクション数ではなくて、キューの数だった気がする・・・
要は一気に接続要求が来たときに待ってもらう数な。
302:デフォルトの名無しさん
07/10/25 10:23:58
データを送信した時に全データが送られないってことがあるじゃないですか。
これを明示的に起こさせる、起こしやすくするには、どうしたらいいですか？
どんな設定をしたらいいですかね？
setsockoption関数？で送信バッファを1に変えても変化なかったんですよね･･･
全データ遅れなかった時の動作が確認できないんです･･･
303:デフォルトの名無しさん
07/10/25 11:47:12
>>300
listen で実際にサーバのポートを開く。
socket -> bind -> connect っていう手順もありうるので、bind だけではまだポートが開いてない。
304:デフォルトの名無しさん
07/10/25 11:50:48
>>302
受信側の受信バッファも小さくしてみたら？
あと、受信側が recv しなければ、そのうちバッファが一杯になって送れなくなる。
1秒に1バイトずつちまちま recv するようにしてみるとか、どうかな。
305:デフォルトの名無しさん
07/10/25 11:52:46
>>304
回答ありがとうございます
ちょうど今自己解決しました
送信データを1バイトずつSendしたらなりました
306:デフォルトの名無しさん
07/10/25 15:37:11
nagleを切ればいいだろ
307:デフォルトの名無しさん
07/10/25 21:17:23
>>306
やっぱり、全然無理でした。
どうやったらできるんだろ？
カーネルの送信バッファとsetsockoptで設定するバッファって同じことを指してるんでしょ？
送信バッファ 30バイト、送信データ100バイトとした時
send関数を使うと、戻り値が30と返ってくるって思ってるんだけど間違ってる？
308:デフォルトの名無しさん
07/10/25 21:19:18
ちなみに
サーバをIOCPで実装しています。WSASend, WSARecvを実行しています
309:デフォルトの名無しさん
07/10/25 21:19:54
だから正確にはsend関数は使ってません
310:デフォルトの名無しさん
07/10/25 23:37:18
TCPのチェックサムって計算
仮想ヘッダ+TCPヘッダ＋ペイロードだよね？
仮想ヘッダとTCPヘッダはいいけど
ペイロードってどこまでなの？
HTTPとかTCPの下になんかプロトコル付く場合
だけ計算みする
311:デフォルトの名無しさん
07/10/25 23:45:01
>>310
> ペイロードってどこまでなの？
全部（もしデータが奇数だったら１バイトの0x00を付加)
312:デフォルトの名無しさん
07/10/26 03:14:59
>>307
TCP/IP の下の NDIS （パケットドライバ）あたりが、パケットの非同期送信を
また別んとこのメモリの許す限りキューイングしてくれるから、そこいらへんは
あんまりあてにならない。
313:デフォルトの名無しさん
07/11/02 15:00:24
winsockでTCPでプログラミングをしているのですが、
たまに接続が上手くいかない時があります。
connect()を実行しても、タイムアウトになってしまいます。
一度プログラムを終了して、再度connect()したら普通に接続できます。
上手く行く時とそうでない時があるのですが、どのような事が原因として考えられるでしょうか？
314:デフォルトの名無しさん
07/11/02 15:07:17
たまたまサーバや回線が混雑してて繋がらなかったとかじゃないか
WSAGetLastErrorでエラーの詳細を確認しる
315:デフォルトの名無しさん
07/11/02 15:16:06
>>314
connect()のエラーは10060でした。
多分タイムアウトだと思うのですが・・・。
while(SOKET_ERROR){
connect();
}
のような感じにしていて、常に10060が返って来ます。
ネットは色んなHPを見て回れるので混雑してるとかではないと思います。
↑のループをずっと繰り返している間に、新しくクライアントのプログラムを作ってサーバに接続を試みたところ、
普通に接続が出来たので、サーバが原因ではない事は分かってます。
316:デフォルトの名無しさん
07/11/02 15:31:53
connectに失敗した場合、closesocketをして、再度ソケットを作成、サーバのアドレスの設定等を行い、
その後またconnect()を実行する事で、サーバに接続する事は出来ました。
しかし最初にconnect()に失敗する前のsocket()関数は正常に終了しており、sockaddr_in構造体の設定も間違ってません。
connect()が失敗した際に行う再設定は、全く同じ内容のものなのですが・・・
一体何が原因なのでしょうか・・・。
317:デフォルトの名無しさん
07/11/02 15:43:53
URLﾘﾝｸ(videointroplayer.web.fc2.com)
318:デフォルトの名無しさん
07/11/03 14:28:53
サーバは何？誰がどうやって作ったもの？
319:デフォルトの名無しさん
07/11/03 18:07:41
サーバは自分で作りました。これもC、Winsockで作ってます。
320:デフォルトの名無しさん
07/11/03 19:35:35
>>316
connectのエラーコードは何だよ。それくらい書けばいいのに。
321:デフォルトの名無しさん
07/11/03 19:50:06
>>320
>>315
322:デフォルトの名無しさん
07/11/03 19:59:43
>> 316
九割九分九厘名無氏作蟲
323:デフォルトの名無しさん
07/11/03 20:09:08
>>316
タイムアウトだから、>>314が言っているような感じなんじゃね？
起きている事象として把握できているのが、10060だけだと考えるのはキツイかも。
回線の種別（loopback、外部への接続）とか、connectの頻度とか、
connectがエラーになる接続先は常に同一なのかとか、その辺はどうなのだろう？
あと、クライアントとサーバと両方を自分で作っているのなら、connectと
acceptの数や時刻をログ出力して比較してみるとか。
いくつか考えうる要因をピックアップして調べてみては？
324:デフォルトの名無しさん
07/11/03 20:25:01
>>323
しかし、connect()に失敗したら再度connect()を実行するような設計にしています。
回線の混雑が理由だったら、いつかは接続できそうな気が・・・。実際はこの状態になるといつまでも10060を返し続けます。
また、10060を返してる間に、他のクライアントプログラムを実行しサーバの同じポートにconnect()を実行したら普通に接続できました。
もちろん同じPCからです。また、10060を返した後にソケット破棄⇒再生成してconnect()を実行すると接続できるので、
どうもネットワークの混雑という理由は考えにくいような気がします。とはいえ、ネットワークの問題は原因が特定しにくいので、
完全にそうではないとは言い切れないです。
connectの頻度はそう多くないのですが、まずサーバに接続し、その直後にもう一つ接続を作ります。
この2つ目の接続でconnect()エラーが発生します。2つ目の接続はファイルの送受信用のソケットで、スレッドを立ててそちらで処理しています。
なのでacceptとconnectの数は2回ですね。
325:デフォルトの名無しさん
07/11/03 20:40:58
もしかして、connect()を短い間隔で2回やってるのが原因なのかなと思って、
2回目のconnect()をする前にSleep(200)を挟んで何度か実行したところ、
connect()でのエラーはなくなったように思えます。（まだ試行回数が多くないので分からないですが）
短い時間で連続してconnect()を実行した場合、何が起こるんですかね・・・？
326:デフォルトの名無しさん
07/11/03 21:14:09
2MSL だろ
327:デフォルトの名無しさん
07/11/03 21:19:35
サーバのOSはWinXP ProとかHomeだったりするのかい
328:デフォルトの名無しさん
07/11/03 21:24:36
>>325
ファイアウォールのログは確認しておいてね。
329:デフォルトの名無しさん
07/11/03 22:26:00
>>326
winsockの仕様というよりも、TCPの仕様ですか・・・。
でも通信をクローズしてないのに関係あるんですかね？
全然詳しくないので何ともいえないですが・・・
>>327
OSはWinXP HomeEdition ver.2002 SP2です。
>>328
火壁のログの確認・・・ググってきます
330:デフォルトの名無しさん
07/11/03 22:37:40
>>324
まずは、ネットワークトレースを見てからだ。
10060なら、syn、syn-ackがどうなっているか確かめようぜ。
331:デフォルトの名無しさん
07/11/03 22:45:35
Linux使いなのでコード等よくわからんが、
ネットワークプログラミングのデバッグならパケットキャプチャだ。
WindowsならWiresharkがあるはず
332:デフォルトの名無しさん
07/11/03 22:54:04
Wiresharkだったらこの間入れたはず。
でも、英語だらけで使い方がよく分からずに放置した記憶が・・・！
syn、ackってTCPの3wayHandshakeとかの話ですよね？
そんなところまで見れるとはなんと便利なソフトなのだろうか。
とりあえず使い方から調べなおしてちゃんと根本から問題解決するか・・・
333:デフォルトの名無しさん
07/11/03 23:15:51
333ゲット
334:デフォルトの名無しさん
07/11/03 23:22:26
ところでみなさんGUIのネットワークプログラムを作るときは
非同期ソケットでスレッド1本派
同期ソケットでマルチスレッド派
のどっちですか？
335:デフォルトの名無しさん
07/11/03 23:34:09
なんとかパケットキャプチャは出来たけど、実際見てもよく分からないという現実！
URLﾘﾝｸ(kjm.kir.jp)
No.10-12が多分最初の接続ですね。その後のポート5000がファイル送受信用の接続です。
ポート番号については突っ込まないで下さい＞＜
最後の方で色々とsynとackを送りまくってますが、ここら辺がソケット破棄して再設定してconnect()してるあたりですかね・・・。
俺の知識じゃ、これ見て でっていう レベルなんですが・・・
336:デフォルトの名無しさん
07/11/03 23:41:58
よくわからんがNo.30とNo.50の 192.168.0.185:3739 -> 192.168.0.186:5000
に185が応答していないように見えるが。
ファイル送受信用、と言われても・・・そんなの話に出てきてないから・・・
337:デフォルトの名無しさん
07/11/04 00:01:32
XP Homeはサーバ用途が制限されていたような
338:デフォルトの名無しさん
07/11/04 00:01:49
>>336
>>324で一応書いたつもりでしたが、ちょっとゴチャゴチャして見にくかったですねm(_ _)m
多分34、50、63のSYNを送ってサーバからの応答がないままタイムアウトになって、
ソケット破棄、ソケットの再生成と再設定⇒connect()が67で、その後の応答とかが68、69で
接続が確立してるっぽいですね。それ以降のものはファイル送受信のパケットだと思います。
見る限り、サーバからのACKが返ってこないようですが、クライアントからのSYNは送られてるんですよね。。。
サーバにそれが届いてないか、サーバに届いてるけど、サーバが送り返してくるSYN,ACKが途中でパケットロスしてるのか・・・。
339:デフォルトの名無しさん
07/11/04 00:11:49
>>338
ポート5000からの応答が無いな。そっちを調べるしかないだろ。
340:デフォルトの名無しさん
07/11/04 00:13:42
>>335
ポート5000ってのはﾅﾝﾀﾞﾖ。サーバー側のプログラムが悪いんじゃないのか。
341:デフォルトの名無しさん
07/11/04 00:29:10
>>340
ん、どういう事ですか？あまり49151以下の予約済みポートは使わない方がいいって事ですか？
とりあえずサーバ側のプログラムを再度見直してみます。
342:デフォルトの名無しさん
07/11/04 00:34:25
>>334
ケースバイケースだろ。
343:デフォルトの名無しさん
07/11/04 01:49:58
netlinkの使い方を日本語で詳しく説明してるサイトないかな？
Manpage of NETLINK以外で
344:デフォルトの名無しさん
07/11/04 06:18:34
サーバ側が、50000番の接続要求に反応しない理由を調べたほうがいい。
1.サーバ上で、50000番への接続受付が満杯
2.サーバ上で、50000番がまだ再利用可能ではない(サーバ上で、netstatして50000番の状態を調べれ)
4.サーバが再起動した
3.パケットロスが発生してる(ローカルネットワークじゃ考えにくいと思う)
1,2,3,4の順で可能性は高いと思う
345:323＆328
07/11/04 07:14:35
>>341
ファイアウォールのログは見てみた？
SYN floodか何かに判定されてコネクション要求がファイアウォールで破棄されていないかな、
と思ったんだが。
…もしかして、俺、考えている方向ずれてる？ そうだとしたら、すまん。
クライアントとサーバのプログラムにログ出力を付け加えて、コネクションの確立の
様子を見るのもあり。connectやacceptの前後といった場所に、printf()で良いから
付け加えて、クライアントとサーバの両方の処理がどのように、どこまで出来ているのか
確認するってことで。
346:デフォルトの名無しさん
07/11/04 07:56:09
URLﾘﾝｸ(youtubetv.atspace.com)
347:デフォルトの名無しさん
07/11/04 09:14:42
FreeBSD上でプログラムを組んでいて不思議な事に出くわしたので相談します。
IPアドレスを入力し、そのアドレスのネットマスクを取得するプログラムを組んでいますが、
ICMP_MASKREQを使って取得しています。しかし、AlliedTelesisのL3スイッチではきちんとICMP_MASKREPLY
が返ってくるのに、CISCOのルータやPCだと応答がまったく返ってきません。
これはプログラムミスか、単にCISCOのルータがRFCに準拠していないのか・・・
どうでしょうか？意見をお願いします。
348:デフォルトの名無しさん
07/11/04 10:52:27
>>347
> CISCOのルータ
Firewallで捨てられてるとか？ ルーターのicmpカウンタをチェック。
> PCだと
ホストは必ずしも答える義務無し。
349:デフォルトの名無しさん
07/11/04 11:22:08
>>348
ヒントありがとうございます、CISCOルータにて、ip mask-reply コマンドでMASKREPLY
を有効にしたところ期待通りにプログラムが動きました、デフォルトでno ip mask-reply
になっているようです。
PCでは答える義務無しですか、残念。
SNMP以外でネットマスクを取得する手段を考えていたのですが・・・
考え直してきます。
350:デフォルトの名無しさん
07/11/04 11:48:20
>>349
> SNMP以外でネットマスクを取得する手段
MASKREQUESTって聞いているホストが使うべきマスクを問い合わせるのに
使うのでしょう？ 問い合わされたホストのマスクを返すのではなくて。
昨今はDHCPで取得される情報なのでほとんど使われない機能。
351:デフォルトの名無しさん
07/11/04 11:52:28
RFC1812はデフォルトで答える事をMUSTにしてるので、お前が設定したのだろう。
352:デフォルトの名無しさん
07/11/04 12:23:40
すれ違いで申し訳ないんですが、
googleでXXXを検索。
のように、webページに引数を渡す？みたいな事ってどうやればうまく
できますか？
353:デフォルトの名無しさん
07/11/04 12:34:23
>>350
勘違いしていました、指摘ありがとうございます。
たしかにそうですね・・・、実験で確認がとれました。
MASKREQUESTで問い合わせたアドレスのネットマスクを取得する考えは根本から間違ってました。
>>351
ルータ初期化して試してみましたが、デフォルトでno ip masu-replyになってました。
354:デフォルトの名無しさん
07/11/04 12:37:34
ヒント：URI、クエリ、GET要求
355:デフォルトの名無しさん
07/11/04 13:53:11
>>354
ヒントありがとうございます！
大変助かりました！
356:デフォルトの名無しさん
07/11/04 14:15:27
>>353
iosのバージョンとかにもよるんじゃないの。
デフォルトのイメージが書き換えられてる場合もあるし。
357:デフォルトの名無しさん
07/11/04 14:16:09
おまいら、IOSとかCiscoの製品使える？
やっぱネットワーク系のプログラム組んでる人間としてCCNAぐらい取っておくべきかな？
358:デフォルトの名無しさん
07/11/04 14:19:54
そんな暇あったら、カマー本やスティーブンス本読破すれば?
基本的な知識あれば、ルータ設定くらい簡単だよ。
359:デフォルトの名無しさん
07/11/04 14:46:40
自分の力に自信が無くて
資格を求めてるんだろ。
取るのを勧めてやるのが優しさだよ。
もっとも俺ならプログラムなんてもう辞めろと言うけどね。
360:デフォルトの名無しさん
07/11/04 20:27:40
>>351
RFC1812が書かれた当時とは実情が変わるなんて良くあること。
ciscoのマニュアルによると。
ip mask-reply
To have the Cisco IOS software respond to Internet Control Message
Protocol (ICMP) mask requests by sending ICMP mask reply messages, use
the ip mask-reply command in interface configuration mode. To disable
this function, use the no form of this command.
Defaults
Disabled <<<<<<
コマンドが導入されたのはIOS 10.0。
361:デフォルトの名無しさん
07/11/05 22:27:16
プログラマからみたIOSっていうとXMLみたいなもんだからなぁ
362:デフォルトの名無しさん
07/11/06 18:17:05
全然違うぞw
363:デフォルトの名無しさん
07/11/10 13:29:28
IPv4かIPv6かわからないときgetaddrinfoを利用し調べる方法が
URLﾘﾝｸ(ja.wikipedia.org)の下のほうに書いてありました
Windowsではws2tcpip.hに宣言がありました
getaddrinfoへ渡したaddrinfoのai_addrを利用し、IPv4かIPv6のアドレスを取得すると思われるのですが
ai_addrの型はsockaddrでその定義はwinsock2.hにしかなくそれは以下のようになっていました
struct sockaddr {
u_short sa_family; /* address family */
char sa_data[14]; /* up to 14 bytes of direct address */
};
これだと8*14==112で、IPv6アドレスを表すための１28bitに足りないような気がするのですが思い違いでしょうか?
364:デフォルトの名無しさん
07/11/10 13:37:49
sockaddr_in6にキャストしてつかうんじゃね?
365:デフォルトの名無しさん
07/11/10 13:41:07
sockaddr sockaddr_in sockaddr_in6
でググれ
366:デフォルトの名無しさん
07/11/10 13:44:34
FTPの同時接続数とレスポンスをまとめたサイト知ってる方います？
並列は３回線くらいがいいのかな・・・
367:デフォルトの名無しさん
07/11/10 15:40:26
環境によって違う。
>>363
もっとCの勉強した方がいい。
368:デフォルトの名無しさん
07/11/10 18:09:19
計算もできない馬鹿がいるって
聞いて飛んできました
どこどこ？
u_shortが8bitってどんな頭してるんだよw
染んでこいよw
369:デフォルトの名無しさん
07/11/10 18:12:03
>>368
顔から火を噴きながらとんでけ
370:デフォルトの名無しさん
07/11/10 18:30:01
氏ねとは言い過ぎだが
レベルの低いやつは質問しない
されても無視するようにしないか？
371:デフォルトの名無しさん
07/11/10 19:57:12
さすがに今ではshortが8bitってことはほとんど無いが・・・
逆に16bitであり続ける理由も無いな
372:デフォルトの名無しさん
07/11/10 20:00:28
そう考えると結構恐ろしいんだよな
プロトコルにつかう構造体はバイト単位じゃなくて
オクテット単位か出来ればビット単位で定義すべきなんだよな
373:デフォルトの名無しさん
07/11/10 20:09:49
Cには2進表記すらない。
0b1_01110_00
374:デフォルトの名無しさん
07/11/10 20:10:40
>>371
殆どない、じゃなくて、規格上ありえませんが。
16bitより大きい可能性はあるけど。
375:デフォルトの名無しさん
07/11/10 20:14:32
現実を知らず
教科書しか読まない奴は
レスしない方がいいよ。
376:デフォルトの名無しさん
07/11/10 20:16:45
>>375
アホ表明ですか。毎度ご苦労様です。
377:375
07/11/10 20:18:34
>>376
俺はあほじゃねーよ
落ちこぼれなだけだ糞が
378:デフォルトの名無しさん
07/11/10 20:31:08
せめてageたら？（藁
379:デフォルトの名無しさん
07/11/10 21:10:59
>>374
いやいや、あるよ。規格上でも char≦short≦long なだけだし。
intに至ってはもっとひどい
380:デフォルトの名無しさん
07/11/10 21:14:39
規格ではshortは-32767～+32767を保証してなかったっけ？
381:デフォルトの名無しさん
07/11/10 21:20:41
>>380
ISO/IEC 9899によるとちゃんとその規定があるな
つか規格読んでもshort intとshortの区別がつかねぇ・・・
longとlong intの違いって何？
long long ago; ってそういうギャグを実現したかっただけ？
382:デフォルトの名無しさん
07/11/10 21:30:51
>>379
バカまるだし
shortは16bit以上、longは32bit以上が必須
383:デフォルトの名無しさん
07/11/10 21:37:59 BE:1262592386-2BP(250)
どの規格のC？
てかCじゃなくてC++？
384:デフォルトの名無しさん
07/11/10 21:40:46
5.2.4.2.1 Sizes of integer types <limits.h>
も読んだことない奴は黙ってろよ、ボケが。
URLﾘﾝｸ(www.jisc.go.jp) で X3010 な。
385:デフォルトの名無しさん
07/11/10 21:40:44
>>382
＞longは32bit以上が必須
さすがにこの嘘はオレでも見抜く
386:デフォルトの名無しさん
07/11/10 21:43:06
ずっと384のターン
387:デフォルトの名無しさん
07/11/10 21:54:57
知らないことは恥ではないし、バカにされる理由もない。
誰もが最初は知らないんだし、少なくとも俺は知らないという理由ではバカにしない。
恥なのは、知らないくせに知ったかぶって間違いをさらすこと。
嘘を言いふらして、周りにも迷惑をかけるし。
388:デフォルトの名無しさん
07/11/10 21:56:24
C89より昔のCプログラムはネットにつなぐな氏ねってことですかそうですか
389:デフォルトの名無しさん
07/11/10 21:57:45
もし>>379と>>385(と>>371)が別人だったら笑える。
こんなにも恥さらしが何人も居るとは。
390:デフォルトの名無しさん
07/11/10 21:58:21
>>387
あんまり384をいじめるなよ
391:デフォルトの名無しさん
07/11/10 22:01:41
もしかして、>>387と>>384が同一人物だと思っているのですか？
392:デフォルトの名無しさん
07/11/10 22:03:37
>>388
発端となった>>371は、「今では」と言っているので、昔の話は関係ありませんね。
「今のCの規格」で、shortのサイズが決まっているかどうかですよ。
393:デフォルトの名無しさん
07/11/10 22:08:30
394:デフォルトの名無しさん
07/11/10 22:09:21
>>392
昔の規格が使用禁止になったわけじゃないしなぁ。
ていうか、使用禁止にしてほしい。マジで。頼むよ。
395:デフォルトの名無しさん
07/11/10 22:14:06
新規格を出せば後は野となれ山となれ
396:デフォルトの名無しさん
07/11/10 22:16:54
ふと思ったんだけど、C99ってみんなもう適用してる？
397:デフォルトの名無しさん
07/11/10 22:19:03
もう適用してる？
(ﾟДﾟ)ﾊｧ?
398:デフォルトの名無しさん
07/11/10 22:26:57
>>397
冷静に考えたら適用って変な言い方かも。
つーか -std=c99つけるとコンパイル通らないコードとか
けっこう多くてさー
399:デフォルトの名無しさん
07/11/10 22:33:08 BE:946944094-2BP(250)
K&R2版のANSI Cに従って書いてる。
つもり
400:デフォルトの名無しさん
07/11/10 22:36:04
結局、 shortが16bitとは言い切れない時代の規格 が
まだまだゾンビのように蔓延ってるってことか・・・やりきれんな
401:デフォルトの名無しさん
07/11/10 22:40:10
そんなの<limits.h>やsizeof使えば簡単に弾けるじゃん。
402:デフォルトの名無しさん
07/11/10 22:43:14
>>401
で？
403:デフォルトの名無しさん
07/11/10 22:43:29
>>401
弾いてどうすんだよwww コンパイル通らないだろwww
そんなリファクタする暇と金は貰ってねーよwww ｻｰｾﾝwww
という人が多いというかほとんどだと思う。
404:デフォルトの名無しさん
07/11/10 22:46:13
弾いたら動かないだろｗ
405:デフォルトの名無しさん
07/11/10 22:49:50
>>400のケースは新しく書いたコードをコンパイルするんでしょ？
希少な環境向けのコードは、必要に迫られてから実装すればいいのでは？
コンパイルの失敗を安全弁にしといて。
406:デフォルトの名無しさん
07/11/10 22:53:12
>>405
いや、無理だな
コンパイルが通ってしまって挙動が変わる のが怖すぎる
古ければ古いほどなおさら・・・ ｲｧ ｲｧ
407:デフォルトの名無しさん
07/11/10 23:14:48
#ifndef __STDC__
#error ばーか
#endif
つーか、まず「C89以前のコンパイラしかない環境」は無いし(GCC等のクロスも含めて)
例え「C89以前」だとしても、「それに加えてshortが16bit未満」なんてこと、ありえないよ。
世界中捜せば、pccを自分でコンパイルして常用している人くらいは居るかもしれないけどさ。
408:デフォルトの名無しさん
07/11/10 23:18:00
そもそも、C89、いわゆるANSI-Cだって
プロトタイプやconst,voidなんかを導入したとはいえ、
「出来るだけそれ以前の処理系が規格違反にならないような規格」として作られたんだから。
intのサイズとか。
409:デフォルトの名無しさん
07/11/10 23:19:48
>>407
「C89以前のコンパイラしか使わせてもらえない職場環境」
は実在します
410:デフォルトの名無しさん
07/11/10 23:23:13
12bitのDSPが御座いまして
411:デフォルトの名無しさん
07/11/10 23:25:15
H8Sとか普通に使うんすけど
412:デフォルトの名無しさん
07/11/10 23:42:45
へー、みんな、そんなにshortが16bitに満たない環境を使ってるんだー
すごいねー
413:デフォルトの名無しさん
07/11/10 23:47:12
ここはネットワークプログラミング相談室
いつからC言語信者が語り合うスレに・・・
414:デフォルトの名無しさん
07/11/11 02:30:05
407は自宅警備員？
415:デフォルトの名無しさん
07/11/11 02:33:28
うん
416:デフォルトの名無しさん
07/11/11 04:06:51
>>407
＞「それに加えてshortが16bit未満」なんてこと、ありえないよ。
そういう世界に生まれたかった
417:デフォルトの名無しさん
07/11/11 04:17:13
今からでも遅くはないZE
っ脳内世界
418:デフォルトの名無しさん
07/11/11 12:05:04
とりあえずシロートは↓嫁
URLﾘﾝｸ(www9.plala.or.jp)
419:デフォルトの名無しさん
07/11/11 12:19:25
已 学 了的「long」修 尺寸。
其 「long」用 略了「long int」的 述，
那个意 成「与int型同 比那个大」。
在同 里(上)表示「与int型同 比那个
小的」「short」(short int 的省略)也存在。
ANSI C short 和 long 的字 幅度被
理器托付，象只以下一 地 定着。
420:デフォルトの名無しさん
07/11/11 13:57:54
>>418
そのページの作者↓のページで扱える数値の範囲に嘘を書いているから信憑性ゼロ
URLﾘﾝｸ(www9.plala.or.jp)
× -32768～32767
○ -32767～32767
421:デフォルトの名無しさん
07/11/11 14:03:33
つーか>>384を読んでくれよ。
ここの部分は馬鹿でも理解できる記述になってるから。
422:デフォルトの名無しさん
07/11/11 14:07:49
>>420
お前それは本気で言ってるのか…(ﾟдﾟ)
423:デフォルトの名無しさん
07/11/11 14:13:04
>>384でFA！
あとはC言語スレで！
424:デフォルトの名無しさん
07/11/11 14:26:26
ほんとこういうくだらない話題のときだけは伸びるな
425:デフォルトの名無しさん
07/11/11 17:52:14
>>421
X3010ってC99のことじゃないの？
426:デフォルトの名無しさん
07/11/11 17:57:47
いやX3010のうちX3010:2003がC99相当
427:デフォルトの名無しさん
07/11/11 18:18:53
>>426
なるほど
428:デフォルトの名無しさん
07/11/11 18:20:21
intのサイズはどうでもいいというか決まってないよね？
429:デフォルトの名無しさん
07/11/12 10:02:48
AcceptExの完了をGetQueuedCompletionStatusで捕捉できない・・・
その次のクライアントからの送信はGetQueuedCompletionStatusで捕捉できるのですが
第4引数のLPOVERLAPPEDはAcceptExに渡したのがきます。 ＞＜
期待したのは
メインスレッドでAcceptExを呼ぶ -> クライアントがconnectしてくる ->
ワーカースレッドで呼ばれてたGetQueuedCompletionStatusが処理を返す -> クライアントが"Hello"と送る -> ワーカースレッドで呼ばれてた(ry
という感じなのですが
実際は
メインスレッドでAcceptExを呼ぶ -> クライアントがconnectしてくる ->
まだGetQueuedCompletionStatusから返らず＠ワーカースレッド -> クライアントが"Hello"と送る -> ここで初めてGetQueuedCompletionStatusが処理を返す
となってしまします。
初めてGetQueuedCompletionStatusが返ったときのOVERLAPPED::InternalHighは5となっておりクライアントからの送信に反応したものと思われます。
AcceptExの完了を捕捉しないのが仕様かと思ったのですが
URLﾘﾝｸ(www.codeproject.com)のコードを見てみるとワーカースレッド内にswitch文内をみるとsend、recvのみならずacceptも捕捉できることを
前提として書かれてるように見えます。 しかし実際コンパイルして実行してみるとやはり上記とおなじことになってしまいました。
430:デフォルトの名無しさん
07/11/12 13:13:54
いや仕様だし。
431:デフォルトの名無しさん
07/11/12 13:52:02
>>429
MSDN読んだら。
データを受け取るまで待ちたくないのなら、
dwReceiveDataLengthに0を渡すと良さげ。
432:429
07/11/12 16:22:13
>>431
おおおおおお ありがとうございます
dwReceiveDataLengthに0を指定し期待していた動作を得られました
MSDNのdwReceiveDataLengthの説明のところにもろに書いてありました 不覚orz
433:デフォルトの名無しさん
07/11/12 22:14:33
VB.netのUDPの使用について質問があります。
2台のコンピュータ間で互いに自身の画面をキャプチャして相手に送るソフトを作っています。
それを送信して、受け取り、見ることはできるようになったのですが、外部ネットワークとの通信ではうまくいきません。
恐らく、データの重さから途中でパケットが消えているのだと思うのですが…。
流石に現段階よりもさらにデータを少なくすると、とても見れたモノではないので、
パケット分割をして送信しようと思うのですが分割方法がわかりません。
※ローカルネットワークではできています。
送信はキャプチャ画像を一旦メモリーに保存し、それをbyte配列に直して送信しています。
TCPは通信する相手との問題で採用する気はありません。
もし、出来ている時点までのソフトウェアのソースコードが必要なら自サイトにアップロードしダウンロードできる状態にします。
開発環境はVB2005、通信相手とはUDPを使用した単純な文字列のみのチャットなら出来ています。
よろしくお願いします。
434:デフォルトの名無しさん
07/11/12 23:02:36
>>433
うるせえボケTCPでやれ
435:デフォルトの名無しさん
07/11/12 23:10:59
UDPでやっていちいち検証するくらいならTCPの方がいい
436:デフォルトの名無しさん
07/11/13 00:59:48
それかRTPを使え。
437:デフォルトの名無しさん
07/11/13 09:17:27
>433
ホールパンチングが必要ならTCPで外にサーバを立てろ。
遅延の問題ならTCPで多重化しろ。
単にFAQ読んでないだけだろ？
438:デフォルトの名無しさん
07/11/13 11:17:41
>>363
WindowsでのIPv6プログラミング講座 第１回
URLﾘﾝｸ(www.ipv6style.jp)
URLﾘﾝｸ(www.ipv6style.jp)
439:デフォルトの名無しさん
07/11/13 16:12:57
>>434-437
返信ありがとうございます。
パケットの分割でなんとかなるかと思いましたが、思いのほか他の方法でする回答が多かったので、一から仕様を変更しようと思います。
ありがとうございました。
440:デフォルトの名無しさん
07/11/13 17:20:23
FTPでQUIT発行してbyeした時に、通常なら受信したバイト数とかの情報を返してくるんだけど、
返って来ない場合があります。どう直せばよいのでしょうか？
221-You have transferred 0 bytes in 0 files
221-Total traffic for this session was 834 bytes in 0 transfers.
221-Thank you for using the FTP service on ftp4.geo.bbt.yahoo.co.jp.
221 Goodbye.
441:デフォルトの名無しさん
07/11/13 17:25:40
なぜここに？
442:デフォルトの名無しさん
07/11/13 21:15:47
URLﾘﾝｸ(tool-6.net)
Apache2で実行すると
400 Bad Rqest Errorが出るんですが、原因がわかりません。
なぜなんですかね？
443:デフォルトの名無しさん
07/11/13 22:40:45
HTTP1.0にしたらうまく動作したんですが、1.1ではなぜ出来ないんですかね？
444:デフォルトの名無しさん
07/11/13 22:46:49
Host情報送って無いんじゃね？
445:デフォルトの名無しさん
07/11/13 23:24:51
Host情報を送る際のコードが載っているサイトとかないですかね？
446:デフォルトの名無しさん
07/11/13 23:30:39
新宿２丁目と
447:デフォルトの名無しさん
07/11/13 23:39:12
歌舞伎町
448:デフォルトの名無しさん
07/11/13 23:41:03
郵便局
449:デフォルトの名無しさん
07/11/14 00:18:05
自力で調べろや坊主
って事ですか？
450:デフォルトの名無しさん
07/11/14 00:35:54
windumpでパケット調べろ。
451:デフォルトの名無しさん
07/11/15 19:10:35
GetTCPTableとかで取得したTCPコネクションを切断するにはどうすればいいんですかね？
452:デフォルトの名無しさん
07/11/15 21:09:01
HTTP1.1での通信方法がのっているサイトありましたら教えて頂けませんか？
453:デフォルトの名無しさん
07/11/15 21:42:30
Host情報を送ってHTTP1.1で通信するのは何も難しいことじゃないが今は1.0でええじゃないか
きっとおまえさんにゃまだ早いんだよ
454:デフォルトの名無しさん
07/11/16 03:06:54
RFCも読まずにHTTPをしゃべろうという人を困らせるために、
サーバはPOSTに対してできるだけ 100 Continue を返すべき。
何かと思ってちゃんと調べるだろうから。
455:デフォルトの名無しさん
07/11/16 03:20:59
>>452
URLﾘﾝｸ(ftp.rfc-editor.org)
分かりやすい日本語サイトなら
URLﾘﾝｸ(www.studyinghttp.net)
とか・・・
456:デフォルトの名無しさん
07/11/16 03:25:26
>>454
いや、いっそのことRFCそのものを返したらどうだろう？
457:デフォルトの名無しさん
07/11/16 03:52:54
でもHTTPとかContent Length義務にしてくれたほうがいいよなー
もし最初の200バイトだけ送信して何もレスポンスがないまま5分たってから
残りを送信する仕様の（糞）サーバがあったとして、
Content Lengthが義務だったら待ちつづけるし。。。
あといきなりデータ送信終了してもcloseかけてくれない（糞）サーバがあったとしたら、
データがいつ終わったのか分からないし。。。
458:デフォルトの名無しさん
07/11/16 04:34:14
>>457
それどちらも Content length の有無と関係ないですよ。
459:デフォルトの名無しさん
07/11/16 04:47:06
いや例えば後者の場合、サーバがデータ送信終了してもクライアントでrecvの戻り値が0になるなり
なんなりしなきゃ終わったかどうか分からなくないですか？
Content-lengthあればrecvの戻り値が0であろうがなかろうがそこで自信を持って切れますし。。
460:デフォルトの名無しさん
07/11/16 04:59:36
>>459
えーとつまり「RFC違反だけど content length だけは正常に返す」という
サーバを救済できるから、content length を RFC で義務化すべき、
ということですか？
レスポンス開始時にはサイズが分からないので Connection: Close で返す、
というまともなサーバを実装不可能にしてまでやる意味があることとは、
あんまり思えないです。
461:デフォルトの名無しさん
07/11/16 05:06:06
そうだなレスポンス開始時にサイズが分からないこともあるか。
ｽﾏﾝｶｯﾀ
でもRTSPとかはContent Length義務だよね。
そうしないとデータ境界わけわかんなくなるし。
こっちのほうがクライアント側がやりやすかったんで
言ってみただけだわ。
462:デフォルトの名無しさん
07/11/16 05:14:00
なんのためのチャンクだ
463:デフォルトの名無しさん
07/11/16 06:09:06
>>461
アホですね。
464:デフォルトの名無しさん
07/11/16 12:02:36
>>462
チャンクってRTSPにもHTTPにもないだろ？
465:デフォルトの名無しさん
07/11/16 12:20:06
TCP/IPソケット通信で質問します。
一度connectしたら常時接続のままという使い方をしてるんですが、
通常サーバ － クライアントどちらかでソケットcloseすると切断を検出出来ると思うんですが、
相手がcloseしないでリブートなどを行うと切断検出できません（無効となったソケットを維持）
プログラムから一定間隔でping通信する
１通信毎にセッションを閉じる（頻繁に通信が発生するのであまりやりたくない）
空の電文を常時やり取りして生存を確認する
もっとほかに断検出する良い方法があったら教えて下さい
466:デフォルトの名無しさん
07/11/16 12:41:39
>>465
TCPはそういうもの。
途中のルータが落っこちても一緒。
TCPとしては検出する仕組みをもっていない。
アプリで検出したくなければ、KeepAliveするぐらいかな。
467:デフォルトの名無しさん
07/11/16 12:59:25
>>464
＞チャンクってRTSPにもHTTPにもないだろ？
はぁ？
468:デフォルトの名無しさん
07/11/16 13:03:34
>>465
> 空の電文を常時やり取りして生存を確認する
TCPはデータストリームなので、空のパケットは送れません。
1. データストリームの中のデータを型付けして、
通常データ以外に、alive check用パケットも送れるようにする。
2. keepalive socket optionを使う。(詳しくはFAQを>>1)
1.はICMP pingと違って、hostの死活でなく、
peerの死活を調べられるという利点があります。
>>466
「TCPが」というか分散環境ってそういうものだしね。
単純に落ちるfailure以外に、Content-Length: が違うなど、
mal-functional failureだって起りうる。
469:デフォルトの名無しさん
07/11/16 13:05:11
>>464
ハイパーテキスト転送プロトコル -- HTTP/1.1
3.6.1 チャンク形式転送コーディング
URLﾘﾝｸ(www.studyinghttp.net)
470:467
07/11/16 13:08:15
まあchunkedなんてあんま使われてないけどな
自分で使うことはほぼ皆無だし
471:デフォルトの名無しさん
07/11/16 13:38:03
はぁ？
472:デフォルトの名無しさん
07/11/16 14:03:31
ム板で騙りとかどんだけ暇なんだよ
473:デフォルトの名無しさん
07/11/16 15:26:33
>>466
>>468
ありがとうございます。
２．のkeepalive socket optionを試してみます
474:デフォルトの名無しさん
07/11/16 15:31:29
keepaliveって検出までに2時間ぐらいかかるんじゃなかったっけ
475:デフォルトの名無しさん
07/11/16 16:17:42
設定できる。
Windowsはタスクごとに設定できる。
476:デフォルトの名無しさん
07/11/16 19:07:36
ほんとだチャンクあったんだ。
でもほとんど使われてないよねこれ。
477:デフォルトの名無しさん
07/11/16 19:20:15
え？apacheなCGIに1.1で喋りかけてみたら、Chunkedな応答を
戻されて焦ってRFC2616読んだ、みたいな経験はないの？
delegateに1.1で中継してもらったら、ChunkedとContent-Lengthが同時に
戻ってきて、MLとかみるとどうみても意図的なRFC違反ですありがとうございました、
みたいな経験はないの？
478:デフォルトの名無しさん
07/11/16 19:22:04
>>476
脳内乙
君はプログラマに向いてません。
479:デフォルトの名無しさん
07/11/16 19:34:56
>>478
あっそwwww
じゃあ実際にコアな部分で使われてるオープンソースのプロジェクトを10個くらい挙げてみてよ。
RFCに準拠させるために実装が必須なサーバは除くよ。
480:デフォルトの名無しさん
07/11/16 20:05:31
Google code searchも知らないし、
Google APIも使ったことないし、
本当にプログラマじゃないんだろ。
荒れるから放置しる
481:デフォルトの名無しさん
07/11/16 20:05:33
例えば2chの.datを全取得する時、大きなものは当然のようにchunkedで返ってくるんだけど
482:デフォルトの名無しさん
07/11/16 20:10:19
もう一つ
HTTP/1.1またはKeep-Aliveで、複数の、
CGIやSSI等のContent-Length不明な物を連続してGETすると
mod_deflateによる圧縮が無ければ、当然chunkedで返ってくるね。
>481のは逆に、圧縮時に圧縮後のサイズが64Kを超えた場合のみだけど。
483:デフォルトの名無しさん
07/11/16 20:17:29
ごめん嘘だ。
HTTP/1.0だったら、Keep-Aliveでも
chunked使われるわけ無いな。強制切断だね。
484:デフォルトの名無しさん
07/11/16 20:18:10
最近のHTTPライブラリでchunkedサポートしてないのは皆無といっていいし、
HTTP系のRPCは全部chunkedサポート前提だろ。>>480にあるGoogle APIとか。
485:デフォルトの名無しさん
07/11/16 21:02:26
chunkedって実装がめんどうなんだよなあ。。。
俺はCGIは全出力結果を取得してからcontent-length付きで投げる派
486:デフォルトの名無しさん
07/11/17 00:19:16
余程レスポンスがでかくなければそれでもいいんじゃね
487:デフォルトの名無しさん
07/11/17 00:48:53
>>485
CGIの場合は特に何も考えずにただ出力すれば
HTTPサーバが勝手にchunkedにしてくれるぞ
488:デフォルトの名無しさん
07/11/17 01:19:32
>>487
受け取る側の実装が、さ＞めんどくさい
ところで一般的なデータの送受信を行う際に、
効率の良いやり方はどんな感じなんだろう？
TAP <--> NIC <------------> NIC <--> TAP
のようなtap間のやりとりをするプログラムを作っているんだが、
max = MAX(NIC,TAP);
while(1){
FD_ZERO(&read);
FD_ZERO(&write);
if ( 出力バッファ > 0 ) FD_SET(NIC, &write);
if ( 入力バッファ > 0 ) FD_SET(TAP, &write);
FD_SET(NIC, &read);
FD_SET(TAP, &read);
select(max+1, &read, &write);
if ( FD_ISSET(NIC,&read) ) NICから入力バッファへ
if ( FD_ISSET(TAP,&read) ) TAPから出力バッファへ
if ( FD_ISSET(NIC,&write) ) 出力バッファをNICへ
if ( FD_ISSET(TAP,&write) ) 入力バッファをTAPへ
}
単純に考えたらこれなんだけど、他に何か工夫あるかな？
489:デフォルトの名無しさん
07/11/17 01:35:27
＞＞受け取る側の実装が、さ＞めんどくさい
そのレベルならWinInetでも使ってろ
Winならだが
490:デフォルトの名無しさん
07/11/17 09:13:18
>>488
釣りですかね…
491:デフォルトの名無しさん
07/11/17 09:47:19
無知なだけだろ。放置しる
492:デフォルトの名無しさん
07/11/17 11:27:48
俺には>>488のどこが釣りなのかわからん・・・
誰か解説plz
493:デフォルトの名無しさん
07/11/17 14:28:52
>>492
釣りではないよ
494:デフォルトの名無しさん
07/11/17 14:51:36
selectの引数の数は合ってないし、返値もみてないのに、
律儀にmax取っていたり、釣りか間抜けとしか思えん。
効率とか言っちゃってんのﾜﾛｽ
495:デフォルトの名無しさん
07/11/17 15:40:06
>>494
省略しただけだろ
エッセンスの方を見ろよ
496:デフォルトの名無しさん
07/11/17 16:10:53
おいしい成分は何ひとつありませんでした
ちゃんちゃんw
497:デフォルトの名無しさん
07/11/18 17:55:11
epollを使ってて、切断を検出したいんだけど、
EPOLLOUTが帰ってきたあと、recv(...) == 0だったらclose。
という流れを使ってるんだけど、
EPOLLHUPを使って切断って検出できない？
498:デフォルトの名無しさん
07/11/19 10:16:40
Linuxでプログラム書いてますが、
ソケットの状態を取得する関数はありますか？
getsockoptは状態ではなく設定を取得する関数なので要領を得ません
とりあえず、接続中か接続済みか未接続かを
ソケットディスクリプタから得るだけでもいいです
499:デフォルトの名無しさん
07/11/19 10:44:23
>>498
getpeernameあたり。
500:デフォルトの名無しさん
07/11/19 11:09:21
>>499
なるほどその手があるのか
ありがとう
501:デフォルトの名無しさん
07/11/19 15:44:17
>>497
やりたいのはずばりEPOLLRDHUPでのedge triggerちゃいますの?
502:デフォルトの名無しさん
07/11/19 18:03:29
>>501
エッジトリガっていうのかどうかわ解らないけど、
向こう側でソケットをcloseしても、こっちにHUPが飛んでこないんです
向こう側がcloseしてソケットを閉じたら、HUPが飛んできてほしい。
飛ばない仕様になってるならrecv==0を使うけど。
誰か詳しいひとおせーてください
503:デフォルトの名無しさん
07/11/19 18:13:15
>>502
提供された情報に反応してください。
504:デフォルトの名無しさん
07/11/20 08:52:58
>>503
HUPが来ないんじゃ仕方ない
505:デフォルトの名無しさん
07/11/21 10:20:39
solarisで開発してるんだけど、
ノンブロッキングモード(?)でrecv()の戻り値が
-1なんだけどerrnoが0になるんだが･･･
これってどういう状態なんでしょう？
期待値としてはEAGAIN(?)だと思ってるんですが。
ソケットプログラミング素人にどなたか救いの手をorz。
ちょっと困ってるんでageで。
506:デフォルトの名無しさん
07/11/21 10:32:31
errnoよりperror()が使いやすいよテスト
507:デフォルトの名無しさん
07/11/21 10:35:17
>>506
EAGAINの度にエラー吐かれたらたまらんぞ。
508:デフォルトの名無しさん
07/11/21 10:38:56
そもそもエラってるのにerrnoが0？
差し支えなければ前後のソースを少し晒してくれると
509:506
07/11/21 11:12:59
>>508
ありがとうございます。えっとソースは抜粋＆中略ですが、
大まかな動きはこんな感じです。
現象としては2kbyte程度のデータを流すと一度に取りきれないので、
selectで再ループして残りを取得する動作を期待しているのですが、
２回目以降のrecv()が-1となるのですが、errnoがEAGAINにならないので
エラーになって回線を切ってしまいます。
試しにEAGAINと0を対象として(コメント部)selectするようにしたら、
ちゃんと残りのデータを取る事が出来ました。
while( iLeftOver > 0 )
{
/* 指定バイト数を受信、または通信の遮断まで受信データを取得 */
errno = 0;
if( ( iRcvRet = recv( stSocket, pcBuff, iLeftOver, iFlag ) ) == DCC_SOCKET_ERROR )
{
printf("iRcvRet[%d]／recv()直後errno[%d]\n", iRcvRet, errno);
iErrCode = dwp_getErrNo();
if( EAGAIN == iErrCode )
//if (( EAGAIN == iErrCode ) || ( 0 == iErrCode ))
{
/* 受信準備ができていない場合、selectで受信するまで待つ */
FD_ZERO( &stFdSet );
FD_SET( stSocket, &stFdSet );
dcc_setTimeval( 1000, &stTmVal ); /* 待ち時間は1秒 */
510:506
07/11/21 11:14:48
(一回で送れませんでした。続きです･･･)
iSelectRet = select( FD_SETSIZE, &stFdSet, NULL, NULL, &stTmVal );
if( iSelectRet == DCC_SOCKET_ERROR )
{
/* selectのエラー */
(中略)
return DCC_SOCKET_ERROR;
}
if( iSelectRet == 0 )
{
/* タイムアウト */
(中略)
return DCC_SOCKET_ERROR;
}
/* 受信を検知 */
continue;
}
/* 受信エラー */
(中略)
return DCC_SOCKET_ERROR;
}
else if( iRcvRet == 0 )
{
/* 通信の終了 */
(中略)
return 0; /* 通信の切断 */
}
/* 一度のrecvで受信し切れなかった場合、受信サイズ、バッファの位置を書き換えて
再度recvを行う*/
iLeftOver = iLeftOver - iRcvRet;
pcBuff += iRcvRet;
}
511:506
07/11/21 11:17:40
あまり意味ないけどコンソール上には
>iRcvRet[-1]／recv()直後errno[0]
表示されてしまいまふ。
512:デフォルトの名無しさん
07/11/21 13:52:59
#include <errno.h>はインクルードしてますか?
(必要なOSの場合に; 今時pthread絡みで必ず必要だけど)
自分でextern int errnoしてたら殺しますよ。
513:デフォルトの名無しさん
07/11/21 14:36:48
errno=0をerrno=100にしたら100のままだったりしてねw
514:デフォルトの名無しさん
07/11/21 14:38:18
Linux＆(C or C++)でhttps通信を利用したプログラムを作りたいのですが、
httpsを利用できるライブラリは無いでしょうか。
ghttpがあったのですが、httpsには対応していないようで困っています。
515:506
07/11/21 15:25:02
>>512
errno.hはインクルードはしてあります。
その直後にextern int errnoもしてました。
これは不味いんですか？
恥ずかしながらUNIXはホントわからないんです･･･。
>>513
まさにその通りです。
recv()の前後でerrnoの値が全く更新されません。
と、言うことで「extern int errno」の行を削除して
みたのですが現象は変わりません。
その書き込みから見ると非常に基本的な部分で間違いが
あると思いますがなんとも分かりません。
他に考えられる原因はありますでしょうか？
その他のソース部分には、errno.hのインクルード等は
されていません。
ちなみに動作環境はsolaris8、開発環境はeclipse+CDTで、
コンパイラはgccのVer2.8.1を使ってます。
厨な質問で申し訳ないです。m(__)m
516:デフォルトの名無しさん
07/11/21 15:42:46
>>515
errnoが通常の変数の場合、マルチスレッド環境だと、errnoを取得する前に別スレッドが書き換えてしまう
ケースがあり、正常に動作しないので、
最近のOS/ライブラリでは、#defineで「errno」をスレッドごとに確保された記憶領域へアクセスする関数に
置き換えてる。
517:506
07/11/21 15:58:11
>>515
お付き合いありがとうございます。
要は「#include <errno.h>」のみやれば良いとの認識で
良いでしょうか？
manpageによると
------------------------------------------------------------
errno は、ISO C standard で int 型の変更可能な左辺値として
定義されており、明示的に宣言を行ってはならない;
errno はマクロの場合もありえる。 errno はスレッド毎に値を持つ。
つまりあるスレッドで errno が設定されても、他のスレッドの errno には
影響しない。
------------------------------------------------------------
とありました。
しかし、#include <errno.h>をしているのは、
私がUPしたソースのあるファイルのみでしか宣言してなく、
マルチスレッド環境ではありますがこのソースは、
単一のスレッド上でのみ動きます。
(上の説明からだと複数で動いててもそれぞれ独立してerrnoを
持っていると言う事になると思いますが。)
にも関わらず>>513のような挙動になるのは何故なんでしょうか？
どこか別のヘッダ等でexternとかしてるんでしょうか･･･
だから俺には短期間じゃ無理な作業だと言ったのに(T｡T)>>会社
と、愚痴をこぼしてみる。ｽｲﾏｾﾝ。
518:デフォルトの名無しさん
07/11/21 16:23:23
とりあえずな、>>506の言う通り、
perror()をprintf("iRcvRet～の前に付け加えてみな。
後ろじゃダメだぞ。
519:506
07/11/21 16:48:59
>>518
ありがとうございます。perror()を使用したところ
>>recv(): 資源が一時的に使用できません。
と返ってきて、EAGAINである事が確認出来ました。
と、なると後はなんでerrnoが変更されないのかですね。
一歩前進(?)しましたありがとうございます。
絞る知恵もなくなったので、ネットで検索しまくってます。
520:デフォルトの名無しさん
07/11/21 17:11:11
環境のせいかもね
1. errno.h にバグがある
2. インクルードしている errno.h のパスがおかしい
3. ライブラリとコンパイラが不整合
521:デフォルトの名無しさん
07/11/21 17:25:47
ネットワーク関係なくなってきてるが、
#include <errno.h>
int geterrno(void) { return errno; }
これだけのファイルをgcc -Eしてみな。
int geterrno(void) { return (*__アドレス返す関数名()); }
にならないとまずい。
なってるならソースコードのerronoをgeterrno()に変えて終了。
左辺値参照はどうせまともな意味のあるコードないだろうし。
522:デフォルトの名無しさん
07/11/21 18:20:38
gcc 2.8.1ってなんだよ…
2.95.4とかなら分かるけど。
窓から捨てろ
523:506
07/11/21 22:35:07
>>520-522
お返事遅くなってしまいました。
すみません＆ありがとうございます。
>>521
明日試してみます。
>>522
用意されたサーバのを使ってるだけなので
私はどうにも出来ませんorz。
察するに「古くて使い物にならねー。」って事で
良いでしょうか？このあたりも原因あるのでしょうか･･･
ソケットなんて昔からあるので大丈夫な気もしますけど。
スレ違いにもなりかけてるので、以上を踏まえて精進します。
皆さん長々とお付き合い下さってありがとうございました。
感謝します(-人-)