- ベストアンサー
TCP/IPプログラミングでのselectについて
gaballの回答
もちろん検知しますよ。 LISTENしているソケットに対しての要求を検知したら acceptしてやればOKです。
関連するQ&A
- ソケットを使ったTCP通信
はじめまして． 最近ネットワークの勉強を始めた学生です． ソケットを使ったTCP通信について質問させてください． クライアント側はsocket(), connect()でコネクションを確立した後に何回か連続してsend(), recv()を行いたいのに，サーバ側がファイアウォールや侵入検知システムを使って途中で通信を終了するようにしてしまっている場合，クライアント側は再びコネクションを確立させなければ全てのsend()を行うことはできないのでしょうか？ よろしくお願いします．
- ベストアンサー
- ネットワーク
- TCP/IPのデータ送受信の"確実性"はどの程度？？
Winsock2を使ってソケットプログラミングをするため通信プロトコルを考えています。そこでソケットの挙動について疑問があります。 sendを複数回使って以下のバイト数のデータを送信したとします。 １．3byte送信[AAA] ２．5byte送信[BBBBB] ３．3byte送信[CCC] このとき正常に通信ができたときは受信側では1～3回のrecvによって [AAABBBBBCCC] というデータが受信できると思います。ここまではいいのですが、疑問があるのは送受信に異常があった場合です。 １．send単位で欠落（再度connectの必要なし）。損失受信データ例[AAACCC]、[BBBBBCCC] ２．TCP上での送信パケット単位で欠落（再度connectの必要なし）。損失データ例[AAABB] ３．send単位で欠落して以後は全て欠落（再度connect必要あり）。損失データ例[AAABBBBB]、[AAA] ４．TCPのパケット単位で欠落して以後は全て欠落（再度connect必要あり）。損失データ例[AAABB] おそらくこれらのいずれかの方法でデータが欠落することになるかと思います。データの再送信をするのであればconnectが必要になるのかという点も分かりません。 ソケットがcloseになったという理由によるデータ欠落であれば４番になるかと思いますが。。。@FreeDのようにドーマントに入るようなネットワークの場合単純にcloseを期待することもできないような気がしますし。。。 どなたか教えていただけないでしょうか？よろしくお願いします。
- ベストアンサー
- C・C++・C#
- ＴＣＰ／ＩＰ通信でのコネクションロスト（ソケットエラー）の検知について
インターネット上での対戦ゲームの作成を行なっているところです。 サーバーを挟んでクライアント間で双方向の通信を行なっています。 Ａ → サーバー → Ｂ Ａ ← サーバー ← Ｂ ＴＣＰ／ＩＰは信頼性の高い通信方法ということで、データ抜けなどは 心配しなくても良いと聞いています。 もし、データ抜けなどが発生した場合はコネクションロストの状態になると。 実際のプログラミングではソケットを使用しています。 コネクションロストが起きると、ソケットエラーかソケットクローズで検知できます。 実際に例えばクライアントＡを強制終了させるとサーバーはただちに ソケットクローズを検知します。 ここで、問題はデータを送っても届かないのに、 ソケットエラーもソケットクローズも起きない状態が発生することです。 これはインターネットの経路上になにか問題が発生したと考えていますが このような状態はタイムアウトなどで監視する以外に検知する方法はないのでしょうか？ クライアントはウィンドウズでＶＢ６．０のwinsockを、 サーバーはLinuxを使用しています。 なにかアドバイスをいただければありがたいです。
- ベストアンサー
- その他（プログラミング・開発）
- TCPのプログラミングで質問…というか確認しておきたいことが…
このたびＣ言語でネットワークプログラミング（ＴＣＰ）をしているのですが、気になったことがあったので、2点ほど質問させていただきます。 (1)WSock32のsendで一度に送信できる量は65535バイトと以前学んだのですが、受信側がrecvする前にどんどん65535バイト送信していったら受信側のソケットはどんどんいっぱいになってしまいますよね？その場合、限界はあるのでしょうか？また、一度にrecvできる量も65535バイトが限界なのでしょうか？もしそうだとしたら65535バイト以上データがあると取得しても残ってしまうんですか？ (2)sendで大きなデータなどを送信した場合、受信側でrecvしたときに途中までのデータを受信してしまったりすることってありますか？たとえば、「"abcde"と送信したのに対し、受信側でrecvしたらとりあえず"abc"まで受信し、次のrecvで残りのデータを受信する」様なことってあるんでしょうか？ すべてのデータがちゃんと送信されてからじゃないとrecvで取得することはできなくなっているんでしょうか… とてもとても分かりにくい文章で本当にすみません。 すべてとはいいません、少しでも情報があれば教えていただけませんでしょうか・・・ どうぞよろしくお願いいたしますm(_ _)m
- ベストアンサー
- C・C++・C#
- ソケットプログラミング
こんにちは。 ソケットプログラミングを勉強していて、音声を送りあえるIP電話らしきものを作ろうとしています。音声のやりとりは何とかできていますが、同時に文字列も送れるようにしたいです。ソケットをもう一つ作ればいいのではないかと思っていますが、実際に書いてみると、recv()の部分がうまく書けません。 音声データの送受信の部分は： while(1){ n=recv(sock,data1,N,0); //受信 if (n== -1){perror("recv");exit(1);} if(write(dsp, data1,n)==-1){perror("write"); exit(1);} //スピーカーから出力 n=read(dsp,data,N); //マイクから入力 if (n== -1){perror("read");exit(1);｝ if(send(sock,data,n,0)==-1){perror("send");exit(1｝);} //送信 } 送信の時は n=read(0,tdata_2,N); send(sock_2,data_2,n,0); のように標準入力から文字列を読み込んで、data_2に格納し、新しく作ったソケットsock_2で送ればいいのですが、受信の時はどうしたらいいでしょうか。recv()をつかって、文字列と音声のデータを違うソケットで受け取って、違う配列に格納する方法があるでしょうか。 つまり、このような感じ(?)： n1=recv(sock1,data1,N,0); //音声 n2=recv(sock2,data2,N,0); //文字列 とても悩んでますので、よろしくお願いします！！
- 締切済み
- C・C++・C#
- フローチャートの書き方
TCP通信のソケットシステムコールでselectを使用して いるのですが、データ受信待ち状態で 【t秒経過してデータを受信しなかったらA処理をする】 【データ受信したら、B処理をする】 の２つの処理があるのですが、フローチャートをどのように書けばいいのか分かりません。 どなたかご教授願いますm(__)m
- ベストアンサー
- C・C++・C#
- ソケット切断後のステータスについて
LinuxのKernel2.6.18-92で以下のような現象が発生し困っています。 回避策等、ご存知でしたら教えてください。 －現象－ ソケットによるコネクションが確立している状態において、 パッシブオープン(accept)側のプロセスを異常終了させ、 コネクションを強制的に切断させた場合、 アクティブオープン(connect)側のマシンで、 netstat -a でコネクションの状態を確認すると、 たまに、ESTABLISHEDのステータスとなっていることがあり、 ソケット(コネクション)の切断が検知できません。 ソケットの切断を検知するための回避策等、ご存知でしたら教えてください。
- 締切済み
- C・C++・C#
- TCPでの非同期型select関数について
マッキントッシュOS-X上で動くTCP通信プログラムを作る場合について教えてください。 ウィンドウアプリを考えています。 ウィンドウ環境なので、アプリがフリーズしてしまわないために、 以下のような非同期処理が考えられます。 この場合、データが来ていなくても、while(1)がぐるぐる回るので 無駄にプロセスを食ってしまうと思うのですが、これはしかたのないことでしょうか。 もっとよい方法がるのでしょうか。 Winsockだとイベント応答関数での受信処理処理ができてエレガントなのですが、 バークレイソケットでは、どうすべきなのか疑問に思い質問させていただきました。 よろしくお願いします。 //ソケットを非同期モードにセット val = 1; ioctl(sock, FIONBIO, &val); while (1) { memcpy(&fds, &readfds, sizeof(fd_set)); select(2, &fds, NULL, NULL, NULL); // sockに読み込み可能データが届いている場合は、受信 if (FD_ISSET(sock, &fds)) { memset(buf, 0, sizeof(buf)); recv(sock, buf, sizeof(buf), 0); } else{ //受信データがなかったときの処理 } }
- ベストアンサー
- C・C++・C#
- TCP/IPで受信エラー
自作Linuxマシン：クライアント、Windows：サーバの組み合わせで、TCP/IPによる大量受信をすると1000回に1回程度 "could not read reｃeived packet length error=7"というエラーがでます。実際に受信内容が化けていることも正常なこともあります。 受信側： Linux-2.6.18-at9 Debian。PowerPc 300MHz 100Base 送信側： Vista Ultimate Core-duo 1.2GHz です。 このエラーはGrepした結果、/drivers/net/temac/adaptor.cというデバイスドライバのFifoReceiveHandlerというモジュールが発しているらしいことが分かりました。 受信側プログラム： void* tcpReceiveThread(void* pParam) という受信専用のスレッドを設け、 while(1){ rcvSize = recv(socket, buf, 1024*9, 0); // Blocking Mode ・・・・データ処理 } で常時待ちます。 Windows側には別のprocess側チャネルで送信要求をだします。 送信側プログラム： int ok = send(socket_h, buf, 1024*9, 0); これを1回の送信要求に対し2回続けて実行します。 Windows側は同じPortNoでacceptしてあります。 不具合の推定原因： １．受信側データ処理が重く、2回目の送信データが処理しきれていない。データ処理は１ｍｓ程度 ２．受信ｐｒｏｃｅｓｓ側の処理が重く、受信スレッドにリソースが回らない。 ３．一回の送受信データ1024*9バイトが大きすぎる。あるいは必要な設定を行っていない。 などが考えられます。実行の時間的制約が厳し過ぎるのかもしれません： 受信側マシン全体で１３ｍｓの間にコアジョブ３ｍｓと2個以上のpacket（1024*9)を受信しなければなりません。 ご示唆願えることがあればお願いいたします。
- ベストアンサー
- C・C++・C#
- TCP/IP通信に関する質問です。
下記の３つのLinuxPCを使って、TCP/IPによるソケット通信のシステムを作成しました。 PC1: IP:192.168.0.1 Port: 20000 TCPサーバ PC2: IP:192.168.0.2 Port: 20000 TCPサーバ PC3: IP:192.168.0.3 Port:ランダム(クライアントなので) TCPクライアント PC3をクライアントとして、同じポート番号を持つアプリが動いている PC1とPC2に繋いで通信をする形です。 このシステムは問題なく動きました。 しかし、続いてPC1とPC2を一つのPCに(ハードウェアとして)まとめたくなったときに、 下記の条件があったとき、どのようにすれば良いでしょうか？ 1. PC3のソフトウェアは一行も変更しない 2.りPC1とPC2が同一のハードウェアになっても、それぞれのソケットに流れるデータは変わらない 一台のコンピュータにおいて、一つのNICに複数のIPをふることはできましたが、 同じポート番号のソケットを作成するのはできないと思っています。 今のところ、一台のコンピュータで仮想マシンを二台立ち上げる方法を考えていますが、 それ以外に上手い方法はあるでしょうか？ 非常に困っているため、ご回答よろしくお願いします。
- ベストアンサー
- ネットワーク
補足
selectでやってみましたがウマクいきませんでした。 検知もしてないようです。UDPと多重通信を試みているのですがポート番号がTCPとUDPで同じものを使うのはだめなのでしょうか？