|
>>1812 通行人 パスの先頭に/opt/SUNWspro/bin/を追加することで正常に動作しました。互換性の問題だったのね……。 |
|
いきなりの質問でごめんなさい。 こちらの掲示板にはかなり詳しい方がいらっしゃるようなので、 教えて頂きたいのです。 今、UNIX上で動くクライアントサーバをＣ言語で作っています。 （ほとんど経験がないので、勉強しながらという感じです。） ちょうど、こちらに参考になるサンプルがあったので、それを元に 作っているところです。 自分の環境で、クライアントとサーバ間のソケット通信をすることが できることを確認したところです。 ここからが良くわからないところなのですが、 クライアントが複数あって、それぞれが別の処理を行う時、 サーバ側としては、そのクライアントをどう区別したら良いのでしょうか？ selectを使って、任意のソケットに対して任意のデータを送信することは わかるのですが、では、任意のクライアントプロセスを区別するのは どうすれば良いのかが、いまひとつ、ぴんとこないのです。 たとえば、サーバ側の処理として、 クライアントＡ：サーバに「aaa」→「AAA」と変換してecho。 クライアントＢ：サーバに「bbb」→「BBBBB」と変換してecho。 クライアントＣ：サーバに「ccc」→「C」と変換してecho。 というのがあるとします。 各クライアントが順不同のタイミングで接続してきた場合、 どのクライアントがどのソケットに接続しているのかを知るのには、 どのような方法があるのでしょうか？ ついでですが、クライアントは、おなじ内容のものが複数接続してくる 場合もあります。（ＡとＡ'とＡ''、みたいに。） つまり、ソケットディスクリプタのID（と言って良いのでしょうか？ よく、 sd[0]とかsd[i]とかと書かれているものです。）と クライアントをどうリンクさせれば良いのかがわからない、んです。 Ｃ言語で処理するレベルでの話だろうとは思うのですが、 具体的なサンプルがなくて、方法を理解することもできず、困っています。 どうぞ、知恵をお貸しください。 いきなり現れて勝手なお願いをしていますが、よろしくお願いします。 |
|
>>1820 みみ > 各クライアントが順不同のタイミングで接続してきた場合、 > どのクライアントがどのソケットに接続しているのかを知るのには、 > どのような方法があるのでしょうか？ http://X68000.startshop.co.jp/~68user/net/c-echo-2.html を見てください。 getpeername(sock, (struct sockaddr *)&peer_sin, &len) でソケットの接続先のアドレス (IP アドレス+ポート番号の 情報) が peer_sin に格納されます。 - IP アドレス … inet_ntoa(peer_sin.sin_addr) - ホスト名 … gethostbyaddr - ポート番号 … ntohs(peer_sin.sin_port) でそれぞれ取得できます。 そのページのサンプルの echo-server-select.c では、 accept したときに struct CLIENT_INFO という構造体に ホスト名・IP アドレス・ポート番号を格納し、その後 クライアントの情報が必要になったら struct CLIENT_INFO を 参照していますが、毎回ソケットに対して getpeername しても動作はします。 |
|
素早い解答、ありがとうございます。 確認の意味で、質問をさせて頂きます。 そうすると、サーバ側の処理としては、下記のように なるということでしょうか？ ・クライアントからの接続がある。 （sd[i]がインクリメントされる。） ・接続してきたクライアントからの処理要求がある。 （ここで、クライアント側のプロセスが何なのかが判明する。） ・getpeername を行うことで、sd[i]の”i”の値を得る。 （これにより、接続元クライアントのプロセスとを リンクさせることができる。） 上記のような解釈で、誤りがありませんでしょうか？ getpeername については、もう少し勉強をしてみます。 （実は、サンプルプログラムで良く理解できていなかった部分です。 クライアント情報を格納しているのは判ったのですが。 付け焼き刃のかなしさです。でも頑張ります。） 本当に、ありがとうございます。 後程、結果を報告に来ます。 |
|
>>1822 みみ > ・クライアントからの接続がある。 > （sd[i]がインクリメントされる。） > ・接続してきたクライアントからの処理要求がある。 > （ここで、クライアント側のプロセスが何なのかが判明する。） > ・getpeername を行うことで、sd[i]の”i”の値を得る。 > （これにより、接続元クライアントのプロセスとを > リンクさせることができる。） うーん、説明が難しいですね。一度わかってしまえば何てことはない のですが…。 クライアントとサーバとの接続点がソケットです。複数のソケットが あるとき、それらを識別するのはソケットディスクリプタ (3 とか 4 などの整数値) です。別のソケットには、必ず別のソケットディスク リプタが割り振られます。 http://X68000.startshop.co.jp/~68user/net/c-echo-2.html で言うと、 for ( i=0 ; i<FD_SETSIZE ; i++ ){ if ( FD_ISSET(i, &target_fds) ){ if ( i == listening_socket ){ accept して、新クライアントのソケットディスクリプタを取得 } else { ソケットディスクリプタ i からデータが送られてきた } } } という感じです。例えば i==5 のとき FD_ISSET が真ならば、 今からやりとりしたいのは「ソケットディスクリプタ 5」です。 このクライアントとの接続が切れない限り、この番号は不変です。 データを読みたいなら read(5, buf, sizeof(buf)) すればよいし、 データを送りたいなら write(5, "hoge", sizeof("hoge")-1) とします。 if ( i == listening_socket ){ accept して、新クライアントのソケットディスクリプタを取得 } else { len = read(5, buf, sizeof(buf)); write(5, buf, len); } とすれば、それで echo サーバのでき上がりです。ソケット ディスクリプタ 5 からデータを読んで、ソケットディスクリプタ 5 にデータを書いているので、echo した結果が別クライアントに 送られることはありません。 つまり、ソケットがいくつあっても「ソケットディスクリプタが 確定している＝クライアントが識別できる」と言えます。 getpeername は、相手側の IP アドレスやポート番号を知りたい 場合に使いますが、根本的にはそれらの情報がなくてもどの クライアントとやりとりしているのか区別できます。 |
|
あ、また書き込んでくださったのですね。 重ね重ね、ありがとうございます。 >>1823の内容からすると、 「selectにより、各クライアントを固有のものとして認識できる為、 サーバ側でプログラム的に管理しなくても大丈夫。」 ということなのでしょうか？ （うう、一所懸命にプログラム書いちゃいましたけど。） 昨日の書き込み（1822）の内容の処理を行うプログラムは、 意図した通りの動作をしていることは、確認できました。 が。 システムコールに依存した方が信頼性は高いので、 もう一度、見直すことにします。 ありがとうございました。 また、報告に伺います。 |