ネットワークプログラミング相談室 Port17

主にソケットに関しての質疑応答スレッドです。

Programming UNIX Socket FAQ (日本語訳)
　http://www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
Winsock Programmer's FAQ (日本語訳)
　http://www.kt.rim.or.jp/~ksk/wskfaq-ja/

関連リンクは>>2-10辺り
足りなかったら適当に付け足してね

前スレ
ネットワークプログラミング相談室 Port16
http://pc8.2ch.net/test/read.cgi/tech/1136005644/

過去スレ：
Port15 ttp://pc8.2ch.net/test/read.cgi/tech/1128088448/
Port14 ttp://pc8.2ch.net/test/read.cgi/tech/1118469143/
Port13 ttp://pc8.2ch.net/test/read.cgi/tech/1109793931/
Port12 ttp://pc5.2ch.net/test/read.cgi/tech/1102427855/
Port11 ttp://pc5.2ch.net/test/read.cgi/tech/1096187183/
Port10 ttp://pc5.2ch.net/test/read.cgi/tech/1090385857/
Port9 ttp://pc5.2ch.net/test/read.cgi/tech/1080658835/
Port8 ttp://pc5.2ch.net/test/read.cgi/tech/1073560271/
Port7 ttp://pc5.2ch.net/test/read.cgi/tech/1063035045/ ★行方不明
Port6 ttp://pc5.2ch.net/tech/kako/1052/10521/1052106444.html
Port5 ttp://pc2.2ch.net/tech/kako/1040/10402/1040220302.html
Port4 ttp://pc3.2ch.net/tech/kako/1034/10342/1034236536.html
Port3 ttp://pc3.2ch.net/tech/kako/1023/10233/1023359282.html
Port2 ttp://pc.2ch.net/tech/kako/1006/10062/1006258198.html
Port1 ttp://pc.2ch.net/tech/kako/970/970344582.html

まとめ ttp://makimo.to/cgi-bin/search/search.cgi?q=%83l%83b%83g%83%8F%81%5B%83N%81%40%91%8A%92k%8E%BA&andor=AND&sf=0&H=ikenai&D=tech&shw=2000

図書コーナー:
UNIXネットワークプログラミング〈Vol.1〉ネットワークAPI:ソケットとXTI
　http://www.amazon.co.jp/exec/obidos/ASIN/4894712059/
　そのソースコード
　http://www.unpbook.com/src.html
詳解TCP/IP〈Vol.1〉プロトコル
　http://www.amazon.co.jp/exec/obidos/ASIN/4894713209/
詳解TCP/IP〈Vol.2〉実装
　http://www.amazon.co.jp/exec/obidos/ASIN/4894714957/
詳解TCP/IP〈Vol.3〉トランザクションTCP, HTTP, NNTP, UNIXドメインプロトコル
　http://www.amazon.co.jp/exec/obidos/ASIN/4894716674/
TCP/IPによるネットワーク構築
　〈Vol.1〉原理・プロトコル・アーキテクチャ
　　http://www.amazon.co.jp/exec/obidos/ASIN/432012054X/
　〈Vol.3〉クライアント‐サーバプログラミングとアプリケーション
　　http://www.amazon.co.jp/exec/obidos/ASIN/4320028007/
　?Linux/POSIXソケットバージョン
　　http://www.amazon.co.jp/exec/obidos/ASIN/4320120841/
　?Windowsソケットバージョン
　　http://www.amazon.co.jp/exec/obidos/ASIN/4320029992/

マスタリングTCP/IP RTP編
　http://www.amazon.co.jp/exec/obidos/ASIN/4274065618/
Linuxソケットプログラミング?ネットワークプログラミングにおける実践技法
　http://www.amazon.co.jp/exec/obidos/ASIN/4894714671/
Webプロトコル詳解?HTTP/1.1、Webキャッシング、トラフィック特性分析
　http://www.amazon.co.jp/exec/obidos/ASIN/4894715414/
WinSock2.0プログラミング
　http://www.amazon.co.jp/exec/obidos/ASIN/4797306882/
猫でもわかるネットワークプログラミング
　http://www.amazon.co.jp/exec/obidos/ASIN/4797323604/
IPv6ネットワークプログラミング
　http://www.amazon.co.jp/exec/obidos/ASIN/4756142362/
Visual Basicではじめるネットワークプログラミング超入門
　http://www.amazon.co.jp/exec/obidos/ASIN/4839917523/

URL抜粋:
★規格
RFC 日本語版リスト
　http://www5d.biglobe.ne.jp/~stssk/rfcjlist.html
JPNIC RFC関連リンク集
　http://rfc-jp.nic.ad.jp/link/
RFC Editor
　http://www.rfc-editor.org/
HTMLなRFC (セクションを直に示すのに便利)
　http://www.freesoft.org/CIE/RFC/
RFC 2616 "Hypertext Transfer Protocol -- HTTP/1.1" 日本語訳
　http://www.studyinghttp.net/rfc_ja/2616/rfc2616_ja.html
IANA Well known port numbers
　http://www.iana.org/assignments/port-numbers
★プログラミング
C10K ヘヴィーロードサーバ
　http://www.kegel.com/c10k.html
MSDN
　http://msdn.microsoft.com/library/en-us/dnsitehelp/html/tochelp.asp
Raw IP Networking FAQ
　http://www.whitefang.com/rin/
Java で packet capture
　http://netresearch.ics.uci.edu/kfujii/jpcap/doc/
Randomness Recommendations for Security
　http://www.faqs.org/rfcs/rfc1750.html
BoostSocket
　http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?BoostSocket
The Code Project - Internet & Network programming
　http://www.codeproject.com/internet/
ネットワークプログラミングの基礎知識 (問題ありのサイト?)
　http://X68000.q-e-d.net/~68user/net/

★ツール類
ethereal - http://www.ethereal.com/
tcpdump - http://www.tcpdump.org/
Windump - http://netgroup-serv.polito.it/netgroup/tools.html
WinPcap - http://www.winpcap.org/
pathchar - ftp://ftp.ee.lbl.gov/pathchar/
pchar - http://www.employees.org/~bmah/Software/pchar/
Packetyzer - http://www.networkchemistry.com/products/packetyzer/
libevent - http://www.monkey.org/~provos/libevent/

★プロトコル
TTCP
　http://www.sean.de/Solaris/ttcp.html
　http://www.kohala.com/start/ttcp.html
UDP Hole Punching
　http://homepage3.nifty.com/toremoro/p2p/firewall.html

★IP, TCP実装
http://www.iti.fi/documentation/miniip.html
http://www.sics.se/~adam/uip/
http://www.codeguru.com/Cpp/I-N/network/tcpip/article.php/c5447/
http://www.geocities.jp/bruce_teller/security/garakuta.htm

>>1
otsu

前スレだが、頭に数字の逆引き設定してると不具合起こす鯖プログラムって有るの？
面白いから、数字だけのホスト名付けてみるかな(w

>>8
127.0.0.1 なんてのが逆引きで得られたらアレだよなぁ。

数字だけのホスト名とか無理でしょ

はっはっは。おもしろい冗談だ。

Ｏ２

ttp://3.14159265358979323846264338327950288419716939937510.com/

先頭が数字かで判断してるなら、↑だけでなく
http://2ch.netも逆引き出来なそうだけど。

「3」がホスト名ｗ

2ch.netじゃなくてwww.2ch.netだし

LSP (Layered Service Provider) について詳しい方、
使い方をご教示ください。

>>最初の文字が数値ならIPアドレスの文字列
>>それ以外ならホスト名
これ嘘でしたｗｗｗｗすまんｗｗｗ

↓たぶんこれが正解
文字列が数値かピリオドのみで構成されてるならIPアドレスの文字列
それ以外ならホスト名

適当過ぎｗｗｗ

>>16
はあ？

適当な返答止めてくれ無いかな、
バグがうまれたらどうすんだよ

2chでの情報を鵜呑みにして
バグ生まれちゃ困るな。

>>18
それじゃ 1.2.3.4.5.6 なんてのも IP アドレスになっちゃうじゃん。
・IP アドレスとして解釈可能なら、IP アドレスとして解釈できる。
・そうでないなら、IPアドレスとして解釈できない。
これくらいしか言えないだろ・・

>>23
馬鹿は黙っててくれ

>>24
貴様こそ黙れよ。

現状既に a a.b a.b.c a.b.c.d の IPv4 4形式に加えて IPv6 なんてのも
あるわけで、その環境（やアプリの仕様）に即して何が「IPアドレスとして
解釈可能」かも変るだろ。

非「IPアドレス」が即ホスト名やDQDNなわけでも無いし。

>>25
馬鹿は黙っててくれ

元の質問した人のために、
この辺で識者が正解を書いてください。

実はMACアドレスも有効だったりする

ping 127.1
ping 127.0.1
ping 0x7f000001
ping 017700000001
ping 2130706433

RFC3986にhost部がIPアドレスの場合のABNFが載ってるからそれ参考にしろ
それ以外の形式でもIPアドレスとして認識される場合があるけど
(>>29みたいに)リゾルバ依存

教えてください。
WINNT4.0のPCでソケット通信中にICMP（type3　code1）ホスト到達不能を
受信した際、ソケット伝送プログラムにそのエラーが通知されることなく、
その後なにごともなく通信が継続されていました。
SVR4ベースのシステムの場合、同じくICMP（type3　code1）を受信した時点で
ソケットをクローズしてしまいます。
これはOSに依存する仕様なのでしょうか？
要はSVR4ベースのシステムもWINNT4.0の場合と同じように
即断しないようにしたいのですが。

javaとPerlで 同じ ストリーミングデータにアクセスした場合、
java と perl で取得するパケットデータが異なるっていうのはどういう現象かわかる人いますか？

javaは SocketChannel
perlはsocket(）
で接続しています

>>31
そのケース、XP だと ECONNRESET で切れるよ。
setsockopt でオプションを指定すればNT4と同じ動作にもできるけど。

>>27
前スレ>>996のgetaddrinfoが正解

どうしてもAF_INET*依存にしたければ、
inet_pton()でも使って。

>>32
日本語大丈夫？

どういう現象って、「取得するパケットデータが異なる」って言う現象だろ。

原因はなんかバグってんじゃねーのぐらいしかわからんが。

getaddrinfoは非同期版が無いのがダメ

getaddrinfoって、Win2Kで使えるの？

>>35

バグがあることを「原因」と呼ぶと自分の責任になるだろ？

「現象」と呼ぶことによって責任を回避しているのさ

そんな >>32 の意図を読み取れないおまえこそ日本語大丈夫か？

>>33
どうもありがとうございます。
win、unix、Linux、さらにそれぞれのバージョンや系統によって
ICMP（type3　code1）を受けた時のうごきはデフォで違っていて
それはおそらくどのOSでもソケットのオプションによって変えられる、
という感じなんでしょうか？
>>setsockopt でオプションを指定すればNT4と同じ動作にもできるけど。
ちなみにこれはXPのことなのでしょうか？それともSVR4のことですか？

>>31
ICMP_DEST_UNREACHでも接続を維持するというのは、
極めて異常な処理方針で、問題も起きやすいので、
どのOSでも出来ることを期待しない方がいいです。

再接続を試みてはどうでしょうか?

ICMP_FILTERソケットオプションでicmpパケットを無視できるUNIXもありますが。

> その後なにごともなく通信が継続されていました。

こっちの方がbugでしょう。(MS的には仕様)

getsockopt を vb6から呼び出して、SENDとRECVのタイムアウト値をとる方法おしえてくらはい
いろんな型でやってみたけどとれないくさい

>>38
> 「現象」と呼ぶことによって責任を回避しているのさ

きっといいこと言ったとか思ってるんだろうなぁ。
そっとしておいてやろう。

>>39
て言うか、なんでそんな ICMP 返ってくるかを調べるほうが先じゃないのか？

>>41
> いろんな型でやってみたけどとれないくさい

どういう風にやったかを書かないのは、おじいちゃんの遺言か？

Public Declare Function getsockopt Lib "wsock32.dll" _
(ByVal s As Long, ByVal level As Long, ByVal optname As Long, optval As Any, optlen As Long) As Long

optval As Any の受けを、基本型すべてで、byref、byval全部試した。
マイクロソフトに利用方法がある
ttp://support.microsoft.com/default.aspx?scid=kb%3Bja%3B237688

追加オプションのうち、&H1003〜&H1006をわざとはずしている？
' Additional options.
Const SO_SNDBUF = &H1001& ' Send buffer size.
Const SO_RCVBUF = &H1002& ' Receive buffer size.
Const SO_ERROR = &H1007& ' Get error status and clear.
Const SO_TYPE = &H1008& ' Get socket type - READ-ONLY.

以下が無い。
Const SO_SNDLOWAT = &H1003
Const SO_RCVLOWAT = &H1004
Const SO_SNDTIMEO = &H1005
Const SO_RCVTIMEO = &H1006

でも、Winsock.hにはある。

>>42
> どういう風にやったかを書かないのは、おじいちゃんの遺言か？

いい感じにイヤミっぽいので、イヤミフォルダに保存した。

Windos環境で、DNATやSNATを行う方法はありますか？
または、Windows環境でDNATやSNATを行うプログラムって作れますか？

>>45
ソース読め
http://osswin.sourceforge.net/#firewall

http://etc3.2ch.net/test/read.cgi/entrance/1149248659/56

おまいら本当にapi知らない香具師ばっかりだなあ。
これじゃあネットワーク関連でバグ出まくりなのは当たり前だわ。

>>48
わかるやつはここに相談しないとおもう

ソケットによるTCP/IP通信プログラムを
これから書くことになるのですが、
どんな勉強手順をとれば効率良く
マスターできますか？

おそらく多量で難解なRFC文書を読むことでは
ないように思います。

やるのはhttps(SSL＋認証付)のSOAP応用です。
開発はVxWorksベースです。
もっぱら組み込みハード制御をやってきたので
Windowsアプリは全然組めません。
C、C++他は一通り組めます。

SOAPのライブラリがあるなら、そのAPIの勉強しなよ。
まさか全部自作ってことはないよね。

>>51
使っているVxWorksにはSOAPのライブラリ関数はありません。
SSLはOpenSSLを使った香具師が関連会社にいますが、ノウハウは不明。
たわしは、ソケット関数自体使った経験が全くないので、どこからどういう
順番（手順）で高速に勉強するか、まずそこから知りたいのです。

http://www.sist.ac.jp/~suganuma/cpp/4-bu/19-sho/19-sho.htm#mokuji
を読み始めましたが、完全理解はできていないレベルです。

OpenSSL以外は全部作ることが前提ですか?

>>52
これは動かんのか？
http://www.windriver.com/japan/products/windmanage_xml-soap/index.html

まあソースかライブラリ買うか自分で作るかだね。
自分で作るくらいならVxWorksのメリット無いよ。linuxにしといたら？

組み込みだからこそ、１０年放置しても問題ない様にRFCを熟読してきちんと仕様を満たす実装で納品して欲しい。

>>53
VxWorksのTCPソケット関数が使える環境です。
その上位の応用レイヤは作らねばなりません。
OpenSSLもコンパイルできるかどうかも不明です。
たわしはそういうレベルの初心者です。

>>54
そのミドルウェアは知りませんでした。
明日、今のVxWorksのVersionで動くか調べてみます。

real time linux の環境では、
GPLつきソフトを使わないことが条件です。

製品のソース開示は出来ないので、それ故、訴えられる可能性があるためです。

>>56
いや、SSLやSOAPを実装するのはかなりの腕がないと無理。
なんちゃってになって、トラブル続出するの可能性大。

RFC読むことないって事で、それはそれでいいんだけど、
SSLとSOAPの関連仕様書はかなり膨大。(RFCになっているものもある)

winsock2.hで、
typedef UINT_PTR SOCKET;
typedef _W64 unsigned int UINT_PTR, *PUINT_PTR;
要はunsinged intでしょ？
で、SOCKET_ERRORは
#define SOCKET_ERROR (-1)
-1ってことでしょ？
SOCKET s = socket(...);
で、sはunsigned intなのにエラーの場合-1が代入されるってこれＯＫなの？

>>59
windowsのAPIってそんなんばっかりやん。

正常なとき 0 返してたりするしな

ソース開示したくなければなおさら自分で作るか買ってくるしか無いな。
明らかにスキルが足りないと思う。仕事なら違約金払ってでも断るべきだよ。

OpenSSLは使っても開示する必要がない。

どうせopenssl載せるなら同じ作者のOpenBSDだかでも載せたら？
ちなみに作者のtheoはかなりのDQNだよ。qmailの作者レベル。

>同じ作者のOpenBSD
>同じ作者のOpenBSD
>同じ作者のOpenBSD

>>39
>>>setsockopt でオプションを指定すればNT4と同じ動作にもできるけど。
>ちなみにこれはXPのことなのでしょうか？それともSVR4のことですか？
これは XP (たぶん Windows Server 2003 も) です。

>>42
>て言うか、なんでそんな ICMP 返ってくるかを調べるほうが先じゃないのか？

漏れがこれ経験したのはインターネット上の不足低多数の数百箇所程度の
クライアント向けにサーバを動かしているとき。一日数件程度発生してました。
経路上のどっかで何かがあったんでしょう。

ちなみに XP で UDP ソケット使っててこれ食らうと、OS 側スタックのどこかが
unreachable を覚えてしまって、それ以降の send も失敗します（オプションで
回避可能）。

オンラインゲーム鯖でDoS喰らうよく有る攻撃方法の一つだな。

その辺りは、いちいちアプリで相手にしてられないから、
ipfw, ipfilter辺りで処理するのが定石かと。

不足低多数ってどういうtypoだよｗ

不特定多数: ふとくていたすう: futokuteitasuu
不足低多数: ふそくていたすう: fusokuteitasuu

一文字ごときの typo にいちいち突っ込むなよ。

太くてたまらない

他のプロセスのTCPコネクションを切断したいのですが
どのような方法がありますか？

>>72
Winny に干渉するのが目的なら、先方の host 指定して
デタラメなホストルートでも切れば良いと思う。

>>72
そのプロセスを殺す。

>>73
Winnyじゃないよー

>>74
全部切れたら困っちゃう

て言うか、何のためにそんなことしたいんだよ。

目的はいいけど状況とOSくらいは書いてくれないと…

OSはWindows2000/XPでOKです。

RSTパケットを送り付けたいです。

FINのほうがいいかなー

arp投げまくるのでもよさそう

>>80
> 全部切れたら困っちゃう

質問があるのですが
ルータ等に実装されているのIPマスカレード機能をプログラムで
実装するにはどんな関数を使えばいいのでしょうか？
リバースプロキシみたいではなくsrc-dis間で総コネクション数は１つで
済ませたいのです。
環境：POSIX系OS

IPmasqの前にただのルーター実装したことはあるの？

>>83
ルータ実装の方が遙かに難しい気がするのですが・・
ただOS依存のネットワークAPIプログラミングで、送られてきたパケットを
IPレベルで見てsrc,dscのアドレス,ポートを書き換えて
変換したパケットを再び送信する方法ってないのかなと思ったのですが
もしかしてNICドライバ依存とかの話になってしまうのでしょうか？

>OS依存のネットワークAPIプログラミングで、送られてきたパケットを
>IPレベルで見てsrc,dscのアドレス,ポートを書き換えて
>変換したパケットを再び送信する方法

あるよ

あるね。NIC のドライバには依存しないと思う。

>>85-86
その方法に関係する関数名、キーワードだけでも教えていただけないでしょうか

raw
promisc

>>88
ありがとうございます
RAWソケットを作成することで出来るのですね

>>82
> src-dis間で総コネクション数は１つで済ませたいのです。

っていうのはどういうこと?

IPマスカレードならクライアントからサーバ、でコネクション数１
リバースプロキシならクライアントから中継ノード、
中継ノードからサーバ、でコネクション数２
になるという意味です。

そうか orz

UDPは無視なの?

UDPは無視というか3層レベルで中継させるのではなく
2層レベルで中継させたいということを説明したいがために
TCPっぽい事象に限定したような話になってしまいました。
厳密には3層の一部(ポート番号)も関係するのですが・・
言葉足らずな質問で混乱させてしまいすいませんでした。

HTTPDヘッダについての質問です

Windows Media Player の吐き出すHTTPDヘッダが以下のようになっているのですが

POST / HTTP/1.0
Accept: */*
User-Agent: NSPlayer/10.0.0.3802
Host: siren-vip.ddo.jp
Pragma: xClientGUID={3300AD50-2C39-46c0-AE0A-D884CE1C993C}
X-Accept-Authentication: Negotiate, NTLM, Digest, Basic
Pragma: client-id=3081659744
Pragma: client-lag=0
Pragma: stream-switch-count=1
Pragma: stream-switch-entry=ffff:2:1
Content-Length: 0

これはどのような情報かわかる人いらっしゃいますでしょうか？
もしくは、このようなヘッダ情報を説明しているページがあればご教授ください

>>3の本と>>5のRFCのHTTPを。

'D'は余分ね。

windowsXP　vc++6.0
TCPIP　Socket通信にて
パケットを１バイトずつ受信して特定キーを受信したら
そこまでを1区切りのデータとして扱う処理で、
パケットで特定キーを受信しなかった場合
データを保持しておき、次のパケットで特定キーを
受信したら保持したデータを合わせて1区切りのデータと
して扱うという処理を追加したいのですが
どうコードを書けばいいかわかりません。。。
どなたか教えてくださいませんか？

stdioか、iostream使えよ。

ここで議論できるレベルに到達するに建設的な書籍を挙げていただきたい。

>>3

ひとそれぞれだろうけど参考までに

ttp://www.amazon.co.jp/gp/product/4274065847/
ttp://www.amazon.co.jp/gp/product/4274065820/

こんばんは。
インターネットで有害なサイトを指定しておいて見れなくするソフトありますよね。
あれはどうやってブラウザからアドレスを取得しているんですか？
仕組みだけでいいので教えてください。よろしくお願いします。

ブラウザからアドレスを取得している訳ではない

どこかに情報置いといて、定期的に更新するだけ。
つーかプログラミングの話じゃないね。パソコン初心者板にでも逝け。

ICMPを捨てたら捨てたでいろいろ問題有るよ。

ここにいる人は通信系の会社で働いてる人？

違う

そうだったけど今は違う

むしろ通信屋に苦労させられてる香具師とか、通信屋を憎んでる香具師のほうが多いと思う。
パケット捨てるんじゃねーって(w
まあそのくせルータ屋として通信屋に納入するときは、大量にパケット落ちするような糞製品を作ってる悪寒(w

まだ学生だったりする

OS WinXP Pro SP2
IDE VS .net 2003
言語 C++
で Winsock を使っているのですが、ネットワークプログラムにおいて
実数型 (float) を送信する際はどのようにするのが一般的でしょうか ?
htonl( *(u_long*)&data ); とするのは強引ですか ?

>>109
そういうときは、プロトコルを先に考える。
で、
・コンパクトで高速なバイナリ形式にする
・IEEE の短精度実数形式を用いる

と決めて、x86 の float は IEEE に準拠してるよね、
ということで安心してそのコードを実装として使う。

バイナリ時のエンディアンをどうするかという話に見えるが

文字列でいいだろ
どんな精度だってOKさ

>>109
量が多い時は、
まず最初に相手とバイトオーダーのネゴをして、
違う場合のみバイトスワップをする。
同じ時はそのまま送る。

という方法もある。

>>110-113
一応変換して送っておこうと思っていました。
変換は >>109 で大丈夫ということなので、ありがとうございました。

u_longを直接書くのは止めてtypedefにしといた方がいいと思う。
すぐに64bitなWinの時代だし。

>>115
そういうこと詳しく解説してるサイトない？

単に64bit環境への対応ってならここ見ればいい。
http://docs.sun.com/app/docs/doc/819-0389

Windowsだとuintptr_tがUINT_PTRだったりと名前が違ったりする(これがSOCKET型)が
留意点は基本的に同じ。

さんくす。読む。

WinSock 2.0でノンブロッキング・ソケットを使っているのですが、
WSAEventSelect関数で待機していると、
イベントオブジェクトがシグナル状態となるのに
イベントフラグを見ると何も発生していない（ゼロ）という現象が発生し悩んでいます。
下のサイトにも同じ投稿があったのですが、
この現象は無視してもいいのでしょうか？
ttp://forums.belution.com/ja/vc/000/308/18.shtml

今日からWinSock使ってネットワークプログラミングをやろうとしてるんですが
ネットワークに関する知識はどれくらい必要でしょうか？
それと、特別な通信環境を用意する必要はありますか？
サーバープログラムではIPアドレスなどを記述するようですが、
IPアドレスは固定できるのですか？

>>120
最低でも>>1くらいは読みましたか？

とりあえず一冊本買って読めｗ

>>119
> 下のサイトにも同じ投稿があったのですが、

そのサイトは自己解決してるみたいだが…。

ネットワークの知識が全くないのですが、そういう場合はどの本を読めばいいですか？
基本的なことしか書いてない本でもいいので、馬鹿でも理解できる本を教えてください

winsockでhttpクライアントを作っているのですが
ページを次々にGETしにいく場合
socket() -> connect() -> send() -> recv() -> send() -> recv() ->
send() -> recv() -> send() -> recv() -> closesocket()
てな感じにやるのかなぁと思ってやってみたのですがうまく動きませんでした。

socket() -> connect() -> send() -> recv() -> closesocket() ->
socket() -> connect() -> send() -> recv() -> closesocket() ->
socket() -> connect() -> send() -> recv() -> closesocket()
てやるとうまく動くんですけど　これが正解なんですか？

HTTP/1.1
Keep-Alive

>>125
RFCはお読みになられましたか？

>>124
テンプレ読んで。

>>126-127
レスありがとうございます

RFC 2068 Hypertext Transfer Protocol HTTP/1.1
によるとConnection: Keep Aliveは永続的接続
Connection: closeは非永続性接続ということで理解しました。

自分が取得したいページはKeep Aliveでリクエストしたのですが
closeでレスポンスが帰ってきました。
HTTPサーバーの設定によってKeep Aliveが無視されるようです
なのでKeep Aliveを許していないサーバー相手は
>125のやり方で問題ないですよね？

せっかくなのでKeep Aliveが有効なサーバーでやってみたのですが
send() -> recv() -> send() -> recv() とやると
1回目のrecv()で通信が終わってしまいました（戻り値ZERO）
なのでsend() -> send() -> recv() とやるとうまくできたのですが
これが正解になりますか？

>>129
Keep-AliveはHTTP/1.0拡張の不完全永続接続
HTTP/1.1はデフォルトでそれを改善した永続接続(persistent connection)
別物なので注意

>>123
この自己解決に不満があったので質問しました。
ひとつイベントを受け取るたびにResetEventをする必要はないと思ったので。

いまだにchunkデータってのが理解できないってだけで
HTTP/1.0を投げる奴が多いことに驚いた。

>132
理解はしてても、いちいちあれ処理するの面倒じゃね？

1.1でcloseしろよ。

>1.1でcloseしろよ。

理解できないならスルーしていいんじゃなかったっけ

>>134
>1.1でcloseしろよ。
kwsk

>>131
エスパー希望の方は、とっととお帰りください。

>>133
クライアントの環境がオーバクォリティ過ぎるから、何度もconnectしたくないな。
keep-aliveで何度も利用しないと次はいつconnectできるかわからん事もあるし。

ｈｔｔｐサーバやプロクシサーバー等の、
帯域制御の昨日はどのようなアルゴリズムが使われているのでしょうか。

>>140
mod_bandwidthのソースでも読んでみれば？

レスありがとう。読んでみます。

httpクライアントソフトをプログラミングしているのですが、、
DataOutputStreamを使ってwriteBytes()メソッドで、
「GET ファイル名　HTTP/1.0」という一行目の要求を送っているのですが、
Etherealでパケットダンプしてみるとなぜか最初の「Ｇ」が一つのパケットで、
その後のデータが二つ目のパケットとして送信されています。
そのためプロトコルはＨＴＴＰと認識されているのですが、
データのフィールドに関する情報の詳細がEtherealでは見れないようになってしまっています。
結果的にレスポンスが戻ってきてはいるのですが、
これは特にJavaのプログラムのコードに依存することではなく、
特に気にする必要は無いのでしょうか。

ヒント：フラグメント

漏れはわざとHTTP/0.9とか投げて反応見たりする(w

>>143
ない。

バイトストリームだから。

>>144
ちょっとピント外れだね。

とはいえ、現実には、1byteずつsendしなきゃ>>143のようにはならないべ？
nagleが効いてるから、ネットワーク的には大して問題にはならないだろうけど
さすがにちょっと効率悪くね？>DataOutputStream

writeBytesだと１文字ずつ出力してるし。
文字列入れてflushしないと効率悪いよ。

漏れはNW側のスループットを気にするときにはByteArrayOutputStreamに
一旦電文を組み立ててからまとめて write してる。

なんでDataOutputStream使うんだ？
PrintWriter使えばいい気がするが

バイトストリームの方がイケメン風じゃね？
文字列だけってナウくない感じ。

>>150
Don't println to a Socket
http://developer.apple.com/jp/technotes/tn1157.html

自分でプログラミングしたプロクシサーバーを使ってＩＥでホームページみたら、
ページの上の方にゴミみたいなデータが大量に表示されるんだけど、
どのような理由が考えられるのかな、、

そのプロクシサーバーがゴミをぶちまけてんだろ。

>>153
たまには部屋を掃除しなさい。

プロクシ鯖にゴミフィルターが付いてない悪寒。
抗菌とか抗ウイルスとかいろいろ売ってるから試してみたら。
もちろん汚れてたら洗浄しないと流量落ちるよ。


マカが居るのか。

MSNメッセのメンバーのIPアドレスを知る方法ってありますか？

ネットなプログラムを書こうとしてるんだけど、お互いが固定ではないIP
の場合、相手のIPを知る必要がありますよね。手動で相手のIPを入力する
のは手間だし、メッセのデータを使えると便利かなぁとか。

ない、できたとしたら悪用されるだろ。
どっちかがDDNS登録すればいいじゃない。
無料でできるのとかあるしさ。

>>158
やっぱりそうですか、残念。

暇つぶしに、固定の鯖を立てないでMMORPGみたいなチャットプログラムを作
ろうとしてたんですけど、なかなかむずいっすね。

>>158
あ、書き忘れ。レスありがとう。

昔はnetstatしたら相手のIP分かったよね？
いつから変わったんだろ

UDP知ってる？

>>162
UDP/TCPでんでんじゃなくて、
MSNメッセは昔そうだったんだよ
netstatで見えたんだよ相手が。

IPアドレスは、国際標準で決まってる。
普通は、プロバイダが発行するIPアドレスしか存在しない。
プログラマはそれに合わせるしかないだろ。
LAN内なら、DHCPサーバが発行するIPアドレスしか存在しない。
DHCPサーバ・DHCPクライアントを自作して、特殊なIPアドレスを持たせるのは自由。

>>164
詳しく説明してもらおうか

>普通は、プロバイダが発行するIPアドレスしか存在しない。

？？？

IPアドレスがまず割り振られて、
それをドメイン名変換するかしないかはプログラムの自由。

>>163
馬鹿?
だからUDP使うようになったら相手は見えないんだって。-aしても。
UDPに「接続」はないから。

MSN Messenger Service ProtocolやSIPの規格読め。

>>164
>LAN内なら、DHCPサーバが発行するIPアドレスしか存在しない。
ちょ、ここkwsk

さて盛り上がってまいりました

>>163
ところで、でんでんってもしかして云々(うんぬん)のことですか

メッセで相手のIPがわからないのはUDPとか関係ないだろ
直接通信してりゃUDPでもパケットキャプチャしたらわかるし
TCPでも間にMSNの鯖経由して通信してるならMSN鯖のIPしかわからん

サーバ経由通信とUDP通信の両方だろ。> 分からない場合

フアイヤーウオールの設定とか色々絡んでくるから、
｀MSNメッセは昔そうだったんだよ'ってのもアレなんだけど。

>>168
UDPでも直接送られてるならキャプチャしたら分かるよ。
172の言うとおり、TCPかUDPかの問題じゃないでしょ。

>>174

話の流れを良く読め

>>161 は

>昔はnetstatしたら相手のIP分かったよね？

と言っておる

>>175
いやだから昔のMSNメッセンジャーはTCPでpeerに直接継いでたからnetstatしたら見えたし。
話の流れ読めてないのはUDPの話しだした>>162だろ。

>>176
まるで今のMSNメッセンジャーが直接繋がないような言い方だな。
お前まるでプロトコル理解してないだろ。

直接繋ぐことがあるならUDPの話しだした>>162が余計バカに見えるじゃん
と言ってみる

お互いがNATだった場合は直接通信しようがないけどな。
どうやってNATの内側同士でIPパケットを送り合えるか詳しく説明してくれ。

>>179
UDP でいいならSkypeも使ってるUDP Hole Punching とか。
詳しい説明は自分でググれ。

昔はルータにポートフォワーディングとかさせてたんじゃね？
だからnetstatで相手のIP見えたんだろ？
で今はリレーノード方式になって見れなくなったとかなんじゃねえの？
そうなると余計にUDPの話を持ってきた>>162の真意が読めなくなるが

netstatで相手が見えない=コネクションはらない=UDP
だからUDPじゃーん俺っててんさーい
↑>>162でしょ？

>>161を応援してたけど>>182でUZEEEEEEEEEEと思いました

WindowsCEでWinInetを使用して、HTTP通信を行っているのですが
CLOSE時に、クライアントからサーバ側にFIN(または、FINと同等のもの)を送信することはできますでしょうか？
やはり、Socketによる構築を行い、プロトコルを制御するしかないの
でしょうか？

shutdownじゃまずいの?

コネクション管理はwininetがやってるから無理やろねー

自前でTCPスタックを作り直すほどの能力が有れば出来るんじゃね？
そこまでするほどの理由はあるのか？

>>177
ん？
実際今はチャットとかファイル転送とかしない限り直接繋がらないでしょ？
昔はフレンドリストに入れるだけでIPわかったんよ。

英語でプログラミング勉強スレ

http://academy4.2ch.net/test/read.cgi/english/1151414777/l50

へぇ、昔と今で結構違うんですねぇ、知らなかった。

自宅で鯖立てるのは面倒なんで、CGIが使えるレンタルサーバでも使って、
そこでIPを登録・取得とかでいけるかな。でも、ばれたら怒られそうだ。

>>188
チャットやファイル転送では直接つないでるんですか？それならパケット
みればIP分かりますね。
うーん、Etherreal消してしまったので確認できず・・・。

netstat -noba

あれ、netstatってDOSプロンプトでも使えたんだ。知らんかったｗ

dosで使わないでどこで使うの

cmd

>>190
直接繋げてみて、ダメだったら鯖経由になる。

Dosで使わないでどーすんの

いや、Linuxとか。

一つのPCに一つのネットワークアドレスを当てて、複数のPC間でTCP/IP通信をしたいんです。
PC毎に数百個のノードを管理します。PC毎にIP割り当てを管理する専用のプロセスがいます。
そして、ノードごとに一意なIPアドレスが割り当てられるようにしたいです。

PCはハブ接続を行っています。

ルータ買わないとどうにもならないもんかな、デフォルトゲートウェイの設定とかでなんとかな
らないでしょうか・・・

せめてOSくらいは書け
情報が足り無すぎ

OS:WindowsXP Home
ソケット:winsock

仮にできたとしても、NICに複数IP割り当てを行わなきゃいけないんですかね・・・

>>198
こんなこと書きたくはないし黙ってればいいのかもしれないが、>>198には
到底その仕事は無理だとおもう・・・
単に極端に日本語に不自由なだけで技術はあるならまた別だけれでも。

思考は正しくてもアウトプットがへんてこだとアホに見られる好例

なにがしたいのか分からん

>>198
ノードとか管理プロセスとか関係なくて、単に互いにNWアドレスの異なる複数のNWに属する
PCを単一セグメントのLANに接続したとき、どうルーティングすれば相互に通信できるのか、
っていう質問のような気がする。あってますか？

>>203

>一つのPCに一つのネットワークアドレスを当てて

この時点でその推測は除外されるかと

著しく日本語が不自由なかたですね

>>204
PC1 : NW 192.168.1.0/24 IP-ADDR 192.168.1.1
PC2 : NW 192.168.2.0/24 IP-ADDR 192.168.2.1
てな2台を1つのセグメントでつないで（タコHUBで繋いで）、相互に通信するには？
という質問かな、と。

これなら(Windows の場合)、
PC1 で route add 192.168.2.0 mask 255.255.255.0 192.168.1.1
PC2 で route add 192.168.1.0 mask 255.255.255.0 192.168.2.1
と互いにネットワークルートを設定すればいいような気がする。

それじゃできないよ

やってみてから書けば？

やだよいちいちメンドクサイ。
だいたいそんな感じでできるでそ。

ARPを勉強しなさい

TCP/IPスタック上で実装されている各種プロトコル規約と
TCP/IPスタックを呼び出してネットワーク通信を行う上位
プログラムの違いを理解すべきかと

arp -s で手で登録すればいいじゃん。

目的：各ノード(最終的には数千個)に一意なIPアドレスを振って、相互に通信させる。

まずはじめに、ネットワークテストプログラムを作成しました。この時はテストプ
ログラムで、ノードは最大でも64ノードまででした。ノードごとに使えるポートを管
理する事で相互通信をさせていましたが、
特に問題はありませんでした。

そろそろ本格的に数百のノードで実験を始めようかと思っています。最終的には
数千個のノードが稼動する予定です。

これから先を考えた場合、ポートを使ったノードの管理は不可能です。
そこで、IP単位でノードを管理したくなってきました。

現在、PCが複数台ありますのですべて使う事ができれば、負荷を分散させる事
ができます。PCを複数使う事になれば、PC毎にプロセスを作成することになりま
す。そこで、各PCにネットワークアドレスを割り振り、ネットワークアドレス単位で
各プロセスにIPを割り振らせることが一番楽な目的の解決方法だと考えています。
で、>>198のような質問をしました。

現在、PCに割り振られているIPでないとbind()が成功しない事に気づいて愕然とし
ています。WinXPですとIPアドレスを手作業でNICに結び付けれますが、数千IPだと、
無理があります。NICに範囲指定などで大量のIPを割り当てたいのですが、何か
いい方法はありますか？

質問の意味不明さかげんからして自分が何をしてるのかもわかってない
だろうな。

たぶん目的はなにかあるんだろうけど、ネットワークをまともに理解して
ないので解決方法を考えた段階ですでにねじれているように見える。

とりあえず地道に勉強しろというぐらいしかアドバイスのしようがないね。

>>212
>目的：各ノード(最終的には数千個)に一意なIPアドレスを振って、相互に通信させる。
最終的には数千のノード（つまり数千端末）での相互通信が目的で、その運用に近い
テスト（ネットワーク負荷テスト？）を行いたいが、それだけの端末を用意できない。

だから擬似的に１台のＰＣに複数のIPアドレスを割当て、その割当てたIPアドレス分
のプロセスを起動させ、その起動したプロセスを擬似ＰＣに見立てて通信テストを行い
たい、で、大量のIPアドレス割当ての簡単な方法を探している。

仮に212さんの目的とする手法が見つかったとしても、本手法では意味をなさないと
思うのだが。

最終目的は数千ノードの相互通信ですよね。
本システムを構築する為には、相当数の中継装置（ゲートウェイ・プロキシ・ファイア
ウォール等）を必要とします。
システムテストを行う場合は、実運用に近い形でテストしなとシステム稼動時に予期せぬ
トラブル、パフォーマンス不足、ネットワークトラフィック過多などが発生します。

運用テスト段階に入ってからのシステム全体の見直しとなった場合、目も当てられない
状況になります。
出来るだけ実運用に近い形でのネットワークテストをお勧めします。

なるほど。

Q:　PC上で動かすプロセス（数千あります）が、それぞれ固有のIPアドレスで通信できますか？
A:　できませんし、そんなことを考えるのも馬鹿げています。RPC等を用いましょう。

>>214-215

>一つのPCに一つのネットワークアドレスを当てて

この時点でその推測は除外されるかと

ノードってなんじゃろう

「なんかWinnyがそろそろ駄目になるみたいだから
新しくファイル共有ソフトを作りたいのよーママン」
と言っているのではないだろうか。

>まずはじめに、ネットワークテストプログラムを作成しました。この時はテストプ
>ログラムで、ノードは最大でも64ノードまででした。ノードごとに使えるポートを管
>理する事で相互通信をさせていましたが、
>特に問題はありませんでした。
>
>そろそろ本格的に数百のノードで実験を始めようかと思っています。最終的には
>数千個のノードが稼動する予定です。
>
>これから先を考えた場合、ポートを使ったノードの管理は不可能です。
>そこで、IP単位でノードを管理したくなってきました。


あほかこいつ？ポートで充分じゃん

あれ、駄目になるの？
俺のクソゲーも少しは売り上げ伸びるかしら

よくわかんねーけどMPIとかじゃだめなん？

>>212
あなたがお探しの物は、IP Helper API（iphlpapi）で見つかると思います。

>現在、PCに割り振られているIPでないとbind()が成功しない事に気づいて愕然
>WinXPですとIPアドレスを手作業でNICに結び付けれますが
との記述がありますので、プログラミングが可能なお人かと思いますので、
ググって見て下さい。
ターゲットOSもWindows系に限定できるようなので、iphlpapiで検索すれば
iphlpapiを使用したサンプルを直ぐに見つかります。
後は、目的の機能を実現するユーティリティソフトを作成するだけです。

AddIpAddress()という関数を使えばよかったのですね。
ありがとうございます。とても嬉しいです。
現在はPlatform SDKをインストールして、AddIpAddress()の仕様を調べています。

最初の第二歩目となったサイトを置いておきますね。

IPHLPAPIを使ってWindowsでネットワーク設定いじるプログラムを書く
ttp://www.geekpage.jp/programming/iphlpapi/

おまけとして、64bit環境のコンパイラも入手できた事はとても大きいです。

本当にありがとうございました。

recv関数はサーバーから送信がないとどうなるのでしょうか？
簡単に試したら受信0バイトで終了します。
データが送られるまで待つような設定ってできないのでしょうか？

>>224
ブロッキングrecv()ならデータが来るまでずっと待機。
鯖側でaccept()が返してきたソケット閉じてない？

>>225
ああなるほどです。
HTTP/1.0で試してたのでサーバー側で閉じられたんですね。

具体的に何がやりたいのか示さないからさっぱりだな。
負荷テストなら、実際と違うから本番で障害出まくりだろうし。
ゲーム鯖プログラムでも作ってるのかな？

簡単なのはベータテスト版を配布して、不特定多数に協力してもらえ。もちろん餌は必要。
世の中は完全なネットワーク環境だけじゃないよ。むちゃくちゃな環境からあの手この手でインターネットに繋げてきてる香具師がいくらでも居る。
手っ取り早くその辺の技術をパクりたければ、既に運用して課金開始してる業者で働け。

やりたかったのは、adhoc通信の際に用いる通信プロトコルの選定です。
いま、adhoc通信の研究をしているんですが、有力な候補がa, b, c方式とあがっています。
どのチームの責任者も自分の案を押すばかりで、一歩も譲ろうとしません。
んで、私はどのチームの人間とも全く関わりを持たないのですが、というか持たないから
こそかもしれませんが、私のチームでa, b, cをシミュレートするプログラムを作れと言われ
ているのです。

で、何かの縛りをつけて、どこかの方式が不利になると、また喧嘩になるので、ただシミュレート
プログラムを作れとだけ言われています。何の条件もありません。

正体がばれるとまずいのでこれくらいしか書けませんが、とりあえずやりたかったのは
簡単に言えばadhoc通信です。

そういうのは普通ネットワークシミュレータでやる。
というのは、IP層より下の層の性質が結構効いてくるから。

正直OpenSourceのものを改造すれば間に合うと思う。
「ネットワークシュミレータ」でぐぐって。
適当な板やスレッドはあるのかなあ。

それを言うならシミュレータじゃないの？

　ま　た　趣　味　レ　ー　タ　か　！

Ｓｉｍｕｌａｔｉｏｎはシュミレーションではなく、シミュレーションです。
Ｓｉｍｕｌａｔｅはシュミレートではなく、シミュレートです。
Ｓｉｍｕｌａｔｏｒはシュミレーターではなく、シミュレーターです。

Ｓｉｍｕをシュミと読むのはバカ日本人だけです。
いいですか？　×××　シュミ　×××　大間違い！　違います！　こんな読みがまかり通るのは許せません！
シュミレーションとはなんですか？　馬鹿ですか？　何が趣味ですか？
口が回らなくて”シミュ”をうまく言えないのはまあ許してやります。
ですが、書くときまでシュミと糞間違いをするのは死刑モノです。

間違いを指摘してもらえる馬鹿は、まだましです。
五十過ぎたおやじが、「血眼」を「ちなまこ」と言っていて、誰も訂正しません。
血ナマコおやじというあだ名です。
しかも、説教でいつも興奮して言っています。
「いいか！　ちなまこになって顧客を開拓しろ！」
みんな笑いを抑えるのに必死です。

シミュレーションを趣味レーションとか言っているやつも、鼻で笑われています。
馬鹿っぷりを露呈する前に、自ら正しましょう。

●シミュレーション（ [simulation] 模擬実験 (コンピューターなどを使い実際の現象に似たモデルをつくって実験・研究すること。＜原義は｢見せかけ｣＞）
●趣味レーション（日本人がシミュレーションのシミュをシュミ（趣味）と誤った発音をしてしまったことから生まれたでたらめ語）

中には「「趣味レーション」でも意味が伝わればいい」などと居直る害虫野郎がいます。
意味が伝わればいいなら
戸棚を「となだ」と言っていいのですか？　雰囲気を「ふいんき」と言っていいのですか？　ボトルを「ボルト」と言っていいのですか？
どうでもいいのですか？　気になるでしょう？　変でしょう？
趣味レーションなんて白痴言葉はすぐにやめなさい！　恥ずかしいから。
Simulationはシミュレーションです！

>230-232
念のため聞くけど、229の一行目を見た上で釣られてるんだよな？

ネットワークシュミレータ の検索結果のうち 日本語のページ 約 63 件中 1 - 10 件目 (0.79 秒)
ネットワークシミュレータ の検索結果のうち 日本語のページ 約 12,900 件中 1 - 10 件目 (0.12 秒)

上に探すものがあるのか・・・？

>>232はコピペかなんかだろうか

バカすぎて萎えるな

ネットワークにあるバイナリファイルを取得したいのですが、
途中までできて、最後まで取得できません。

以下にソースを示します。
どこが悪いのでしょうか？

int i = 0;

while(1){
　err = recv(s, recvbuf, RECVSIZE, 0);
　if(err == 0){
　　interr_code = WSAGetLastError();
　　printf( "Error: 受信失敗\n" );
　　break;
　}
　if( err == SOCKET_ERROR){
　　printf( "Error: 受信失敗\n" );
　　break;
　}
　fwrite( recvbuf, sizeof(char), strlen(recvbuf), file );

　memset( recvbuf, 0, sizeof(recvbuf) );
　i++;
}

int i; はデバック用のカウンタです。
エラーが発生した時( err==0 )に
i の値をデバッカで見てみるのですが
100〜300 とエラーが発生するタイミングもランダムです。

WSAGetLastError() は ゼロを返します。

sprintf( szBuffer, "GET /galerie/img/th2_573.jpg HTTP/1.0" );
send(s, szBuffer, strlen(szBuffer), 0);

sprintf( szBuffer, "Accept: */*" );
send(s, szBuffer, strlen(szBuffer), 0);

sprintf( szBuffer, "Accept-Encoding: gzip" );
send(s, szBuffer, strlen(szBuffer), 0);

sprintf( szBuffer, "Connection: close" );
send(s, szBuffer, strlen(szBuffer), 0);

sprintf( szBuffer, "Host: www.crystalxp.net" );
send(s, szBuffer, strlen(szBuffer), 0);

sprintf( szBuffer, "Referer: http://www.crystalxp.net/galerie/img/index.html" );
send(s, szBuffer, strlen(szBuffer), 0);

while() 前に 送っているリクエストを載せておきます。

　　interr_code = WSAGetLastError();
if (interr_code == 0) {
continue;
}

recvsize = RECTSIZE;
while(recvsize > 0){
　err = recv(s, recvbuf, recvsize, 0);
　if( err == SOCKET_ERROR){
　　printf( "Error: 受信失敗\n" );
　　break;
　}
　recvsize -= err;

　fwrite( recvbuf, sizeof(char), err, file );
}
こんな乗りで

>>236
recvの戻り値は、
整数：読み取ったデータのレングス
0:TCP/IP通信の相手側がソケットのクローズをした可能性が有り、
　WSAGetLastErrorで詳細を確認
SOCKET_ERROR:ソケットI/Oエラーが発生、WSAGetLastErrorで詳細を確認

バイナリデータの受信を行っているのに、受信データの有効長を
strlenで確認していることがそもそもの間違い。
バイナリデータなのだから、0x00もバイナリデータと認識すべき。

これはひどい、ソースコードだ。

sendlen = strlen(ss);
total = 0;
err = 0;
while(total < sendlen){
err = send(s, szBuffer, sendlen, 0);
if(err == SOCKET_ERROR)
break;
total += err;
}

>>239,240,241

recvsize -= err;
ですか、いいですね

>バイナリデータなのだから、0x00もバイナリデータと認識すべき。
そのとおりですね。ちょっと暑かったので手を抜・・・げふげふ

while( recvsize > 0 ) は参考になりました
ありがとうございました。

>>240
相手がいきなりクローズしたら無限ループになるぞ。

>>241
> 0:TCP/IP通信の相手側がソケットのクローズをした可能性が有り、
> 　WSAGetLastErrorで詳細を確認

recv が 0 を返した時に WSAGetLastError() なんか呼んじゃ駄目だよ。

Javaでネットワークプログラミングの勉強をしたいのですがおすすめの本はありますか？
ネットワークの知識は基本技術者レベルです。
この本を検討したんですが、内容が古いそうなのでやめました。
http://www.amazon.co.jp/gp/product/4873110610/249-2208343-5734750?v=glance&n=465392
夏休みにこの分野をおさえたいと思っています。
よろしくお願いします。

まずCで組んで基本を押さえたほうがいいよ。ほとんどの実装例（ソース）はCが多い。
応用でJavaに逝ってくれ。

暇ならホームページでも作ってログでも残してくれ。

Comer本のJava版があればいいのにな。

そもそもJavaは扱うレイヤが違うから
Comer本見たいな内容は書けないのでは

書けるよ。
packet caputureも出来るしね。>>5

そういうのは調べてから書き込みましょう。

>>246
なるほどCですか。Cも本当に基本しか知らないので、ずっとやってきたJavaでやろうと
思っていました。
Cやるんならこの際coLinuxでもいれてみようかなぁ

>>249 本読んだことないの？
>>250 PCもう１個中古で買ってLinux入れたほうがいいよ

>>251
家そんな裕福でないので、とりあえずもう一台は無理っぽいです。パソコンも
家族共用ですし…
学校のパソコンも全部Windows;;
htmlとphpとMySQLが一応使えるので、サイト構築でお金稼ごうかなと思ってたり。
アドバイスの通りCでやってみようかな、webでもCで解説しているのが多いですしね。

じゃあ稼いでからPC買えばいいじゃん。

>>252
マジレスするとリアル工房にそんな仕事頼む所などないぞ。
コネがありゃ別だが。
素直にバイトして金稼げ。

htmlとphpとMySQLが一応使えると稼げると聞いて飛んできました！！

>>252
3万持って秋葉原行ってみ。立派なディスプレイ付中古が買えるから。
ディスプレイいらんなら、3万で新品PCが買える。

qemu で。

>>245
個人的にはオーム社のTCP/IPソケットプログラミング 2冊がおすすめ
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06520-0
http://ssl.ohmsha.co.jp/cgi-bin/menu.cgi?ISBN=4-274-06519-7

自分はこれが好きだ
http://www.amazon.co.jp/gp/product/4822221199

>>259

一応カートには入れてみたものの

●表紙が気に入らない

●「いまどきの〜」というタイトルに不信感がある

とりあえず保留かな

>>259
tool紹介とRAW socketだけいじる内容か。
しょぼいな。

普通のクライアント、サーバアプリ
を作るための本がほしいぞ
できればセキュアなやつ

こんにちは。C++とネットワークの勉強最近始めました。
ネットワークプログラミングの基礎知識
http://x68000.q-e-d.net/~68user/net/c-http-1.html（ソース）
のページを見ながら勉強してます。

C++ builder6で、httpクライアントhttp-client.cを
コンパイルしたら下記のようなエラーがでました。
linuxのプログラミングだからだと思うんですが、
これを動かすためには、エラーや警告が出た関数、構造体、
インクルードファイルをみて、windows用に変えればよいと
予想してますが、

・インクルードファイルを変えて、関数名をちょっと変えるぐらいで
　動いたりするんでしょうか？

・きちんとプログラムを理解して大幅に変更しないとだめでしょうか？
winsock2を使うんでしょうか。

<続きます>

<エラー内容>
エラー E2209 http-client.c 7: インクルードファイル 'sys/socket.h' をオープンでき
ない
エラー E2209 http-client.c 8: インクルードファイル 'netdb.h' をオープンできない
エラー E2209 http-client.c 9: インクルードファイル 'netinet/in.h' をオープンでき
ない
エラー E2209 http-client.c 10: インクルードファイル 'sys/param.h' をオープンでき
ない
エラー E2209 http-client.c 11: インクルードファイル 'sys/uio.h' をオープンできな
い
エラー E2209 http-client.c 12: インクルードファイル 'unistd.h' をオープンできな
い
エラー E2450 http-client.c 19: 未定義の構造体 'sockaddr_in'(関数 main )
エラー E2449 http-client.c 19: 'server' のサイズが不明、あるいはゼロ(関数 main )
エラー E2450 http-client.c 19: 未定義の構造体 'sockaddr_in'(関数 main )
エラー E2450 http-client.c 19: 未定義の構造体 'sockaddr_in'(関数 main )
エラー E2449 http-client.c 19: 'server' のサイズが不明、あるいはゼロ(関数 main )

警告 W8065 http-client.c 68: プロトタイプ宣言のない関数 'gethostbyname' の呼び出
し(関数 main )
警告 W8069 http-client.c 68: 移植性のないポインタ変換(関数 main )
エラー E2450 http-client.c 74: 未定義の構造体 'sockaddr_in'(関数 main )
エラー E2109 http-client.c 74: 許されない型(関数 main )
・・・・（倍あるので省略します）

よろしくお願いします。

> エラー E2209 http-client.c 7: インクルードファイル 'sys/socket.h' をオープンでき

このエラーにすら対処できないようでは、このスレに来る以前のレベルだと思う。

初心者スレにでも行った方がいいと思うよ。

Winsockを使うならPGの一部を訂正するだけで問題はない、けれども
それよりも、まずWinsockの本を買ってくるほうが先だと思う
ちゃんと理解してないのにPGを組もうとするのは間違ってると思わない？

Cygwinインストールすれば、ほとんどの問題は解決するんじゃないか。
実際に上のソースがコンパイルできるかどうかは知らんけど。

でも、CygWinは一部のAPI（inet_lnaofとか）がサポートされてないからねえ。
どの程度までネットワークを触りたいのか知らないけど、
先に環境などの基礎固めしておいたほうが良いと思う。

cygwinのインストールができません。
cygwinをgui環境で使うにはどうしたらいいんですか？

>>265
了解しました。
初心者スレに戻っていろいろ勉強してきます。
ネットワークのことなのでこちらの方が良いのか
と思って伺いました。

>>266
初心者スレで、「Winsock2.0プログラミング」進められたので、
早速本屋に行ってみました。ちょっと高かったので長時間立ち読みしました。
今回の問題が解決できないってことは、全然だめってことなんですね。
もう一回勉強してから本購入してみようと思います。

>>267
Cygwinですか。ありがとうございます。
早速調べます。

>>268
環境などの基礎固めですか。
了解しました。

windows用なのになんで68kのを・・・

すいません、ちょっと質問させてください。

非同期で動くプロキシ処理を試しているんですが、
１．FD_ACCEPTが来たらWSAAsyncSelect()で準備。
２．クライアントのコネクションを受付け、FD_READが来たら受信する。
３．Async→　接続要求先へconnect→　Async→　受信データをそのままsend→
　　（\nだけの空行を追加送信？）→　応答を待つ。
という流れを考えています。

大まかには↑のような流れで間違ってはいないでしょうか？

>>271
コードにコメントが付いていて
しかも詳しい解説があるので、毎日のように
見に行ってしまいます。

初心者としては、あちこち調べまわらなくても
良いので毎日のように見に行ってしまいます。
WINSOCKとどのあたりが違うのか、いまいちわかりませんが
とりあえずネットワークプログラミングの感覚だけでも
掴みたいなぁと。

動かした結果も載っているんですが、自分でも
動かしたいと思いました。

>>273

Winsockでの同じようなサイトが無いっていう意味だよね？

じゃあさ、君がWinsockでうまく動くように出来たら公開してよ。

>>274
まだわからないことがたくさんで、
調べまくって、とにかく暗記している状態です。
winInetライブラリのhttp,ftpなど勉強しました。

linuxのシステムコールを使うためのライブラリが
あることがわかりました。

これからwinSockがんばります。

勉強始めたばかりで、
C++の知識、C++ builuderの使い方、API、linuxの知識が
ほとんど無かったので苦労してることがわかってきました。;;

感覚とか、何を勉強すれば良いのか、わかってきたので
今日また本屋に行ってみたんですが、昨日全然歯が立たなかった
本が急にポンポンわかるようになりました。

>じゃあさ、君がWinsockでうまく動くように出来たら公開してよ。
人様に説明できるぐらいの腕前になれるようがんばります。

最近勉強し始めた初心者です。どなたか教えて下さい。
winsockでサーバーとクライアントの単純な物を作ったりして
練習してました。
もっと理解を深めようと、色々なサイトのサンプルを眺めていて
一つ疑問に思ったことがあります。

普通サーバーの方だと
ソケット作ってバインドしてからlisten()で待ち受ける準備して
acceptで接続を待つって感じだと思うんですが

windowsプログラムの場合だとｌｉｓｔｅｎをセットしたら後は
メッセージプロシージャで待つだけみたいな感じで
メッセージ確認して初めてacceptするようなんですが
これはwindowsが勝手に、ループで接続確認をやってるのと同じことを
してくれてるということなんでしょうか？

イベントドリブン

>>276

マルチスレッドにすればそういうの気にしなくてもよくなる

socketで認証つきプロキシを通過するにはどうすればいいんでしょうか？

>>278
ということはスレッド作って、そっちで接続待機してって感じで自前で？作って
windowsのメッセージ処理ではやらないってすればwindowsに頼らないで
出来るってことなのかな
windowsプログラムで作る場合は、メッセージでやる方が楽だけど
実際はどっちがいいでしょうか？

普通のやりかたしとけ

まともに相談に答える気が無いなら黙っててくれよ

>>280
ソケットAPIにおいての "accept" とは、正確にはソケットキューにキューイング
された接続要求を取り出すのであって、 "accept" でクライアントからの接続を
待つわけではない。

Windowsメッセージに頼ることなく、且つ、非同期処理的な仕組みを実現する場合
は、"select" と組み合わせることで可能とです。
"accept" から戻された新たな接続処理は、その接続処理を実行する関数をスレッド
として起動すれば、Windowsメッセージに頼らなくても出来ますよ。

>windowsプログラムで作る場合は、メッセージでやる方が楽だけど
>実際はどっちがいいでしょうか？

通信サーバーに特化するのであれば、Windowsメッセージに頼らない方がプログラム
の構成がシンプルになると思う。

>>282
お前の指図を受けるいわれは無い

HTTPでレジュームを実装したCかC++のソースってありますか?

google で "レジューム .c socket" で検索したのですが
見つかりませんでした

>>276 == >>282

>普通サーバーの方だと
>ソケット作ってバインドしてからlisten()で待ち受ける準備して
>acceptで接続を待つって感じだと思うんですが

それが普通で Windows が普通じゃないと思ってるから悩んでるんだろ？

じゃあ普通のやりかたしとけって言ったんだけど何か不満？

レジュームといわれるやつはHTTP1.1のRangeヘッダを使ってファイルの一部分を
getしてるだけ。

ライブラリになってるものが欲しければlibghttpとか、完結してる奴が見たければ
wgetとかでいいんでないの?

ども見てみます

とりあえずRFC2616にも目通しとけよ

>>283
windowsに頼らないでやったら、もしかしたらあまりよくないのか
よくわからなかったのですが、そんなことはないんですね
色々わかりました。ありがとう


>>286
気付いてるかもしれないけど別人です

初歩的で申し訳ありませんが、質問よろしいでしょうか？
環境は XP、.NET 2005 で、Winsock2 を使ったネットワークプログラミングにチャレンジしています。

練習として、WSAAsyncSelect を用いた非同期の１対多のチャットソフトを作っています。
サーバにおいて、WSAAsyncSelect で指定したウィンドウに FD_READ が届いた時、
メッセージがどのクライアントから届いたのかを知るにはどうすれば良いのでしょうか？

クライアントごとにソケットを作成しているので、誰からのメッセージかが分からないと、
recv 関数の第一引数にどのソケットを指定していいかが分からずに困っています。
よろしくお願いします。

WSAAsyncSelect FD_READ wParam で調べると良い

>>292
ありがとうございます。解決です。
FD_READ ばかりに気を取られて、そもそも lParam に関係なく wParam の値が云々という発想にいたっていませんでした。

クライアントで、なんかコマンドを送信して、サーバーからの応答を受信する、
ってプログラムで、まだ何にも送信してないのにFD_READが発生して
データがきたら、どうするのが普通？

受信してエラーにする？
無視する？でも、
無視した場合、送信後にrecvしたら、結局、受信することになるのか？

サーバからの応答の結果生じる処理の重大性による。

としか返答できんわな

プロトコルの勉強をし直した方がよさげ

VC++2005のTcpClientで、ある装置から送られてくる画像データをリアルタイムで
表示するアプリを製作中ですが、デバッグしたところ不可解な現象がでました。
当初から使用していたノートPCでは動作良好だったのですが、別のディスクトップPC
で動作させてみたところ、画像が約10秒も遅れて表示されてしまいます。
ディスクトップPCはCPUもLANカードもノートPCには劣ってません。
TcpClientのプロパティを見るとNoDelayというものがありましたが、関係しますでしょうか。
NoDelayは設定してませんでしたのでFALSEになってました。
装置は今のところ使えないのでプロパティを変更して確認することはしておりません。

ディスクトップPCとあるから釣りだと思いたいが

Nagelか？それにしては10秒って数字が大きすぎると思うが。

３００

全然釣りではありません。
画像データといいましたが、音響レーダーのデータです。
今ソースを見直したところ、TcpClientのReceiveBufferSizeを6000000(6M)も設定しているので
すが、ReceiveBufferSizeがフルになるまで、受信を待たされるようなことは起こるのでしょうか。
ただノートPCでは、全く同じソフトを動かして遅れないんですよ。
デスクトップ(タワー)のみギガビットイーサが搭載されているので、これが影響してるんですかね。

>>297
ethereal辺りで通信状況を調べて原因を割り出せ('A`)

>デスクトップ(タワー)のみギガビットイーサが搭載されているので

そういう大事なことは先に言った方がいいよ

もう、UDPでいっちゃえよ。

俺は大人なのでディスクトップには突っ込まない

disktop
desktop
discotop

hoshu

正直、正しいソケット通信の終り方が、いまだに良く分からん・・・
・・・そんな俺が書いたプログラムが、世の中にイッパイでまわってるのさ

おまえらもコネクションの切り方とか適当だろ？

ほっとけばいつか切れるし

>>308
”正規解放　ソケット”でぐぐると幸せになれるかも。

ググる前にsocket FAQ読め

つか本買え

Windowsで

<sys/socket.h>

を使えるライブラリってありますか?
gcc ではなく bccで利用したいのですが

やはり winsocket.h で書くしかないのでしょうか?

Cygwin以外ありえない。
socket<--->Winsockなラッパーでも書いて表面上は同じように振舞わすくらいしかないんじゃね？

w

ソケットに対応させたC++streamを作ろうとして挫折した俺ガイル

マックのノートを購入するんだけれど、
マックでプログラミングするのって、
Windowsでプログラミングするのとちがうの？
今WindowsのCプログラミングを勉強してるんだけど、
マックでもCプログラミングを同じようにできるのかな？
誰か教えて！！

ネットワークを絡めて喋れ。

ネマックのノートを購入するんだけれど、 マ
ックでプログラミングするのって、 Windowsでプログラミングするの
とちがうの？
ワ今WindowsのCプログラミングを勉強してるんだけど、 マッ
｜
クでもCプログラミングを同じようにできるのかな？ 誰か教えて！！

すごいな

今、AppleTalkを勉強して極めるなんて、
マニアックｊだな

>>320
つれるか？

>>317
Mac の方が Socket も C もオリジナルに近い

質問です。
WIN2ｋ、VC++6.0、Winsock2で組んでいますが、
稼動中のSOCKETの総数を調べる方法がわかりません。
いくつSOCKETが動いているか調べる方法はありますか？
お願いします。

netstat -a

>>324
プログラムの中で調べて、値をプログラムに反映させたいのです。

netstat.c

>>323
IP Helper API（iphlpapi）で目的の情報は取得できます。

IPHLPAPIを使ってWindowsでネットワーク設定いじるプログラムを書く
ttp://www.geekpage.jp/programming/iphlpapi/

>327
IPHLPAPIってなんか難しそうですね。

ソケットを3つ作って（A,B,C)
sock_B=accept(sock_A);として
Sock_AにBが接続されたらSock_Cが別の場所に接続しに行って、
Sock_Bが切断されたらSock_Cも切断する。
Sock_Aはそのまま。

こんなのを作りたかったんですが、結構面倒なんですね。

socketの稼動数と>>328のしたい事の関係がぜんぜん分からない。
マルチスレッドにすればいいだけ茶宇野？

>>328
それのどこが面倒なのかよくわからない。

>>328
> sock_B=accept(sock_A);として
> Sock_AにBが接続されたら

この時点で意味がわからん…

アホには使えないライブラリなんですよ

sock_Bが生きてるかどうかの確かめ方がわからんから、
ソケットの総数が1個減ったらsock_Cを切断すればいいと思ったんですよ

ぱっと見、その考え方はおかしいと思う。

> sock_Bが生きてるかどうかの確かめ方がわからんから、

sock_B ってお前のプログラムが操作するんじゃないの？

> ソケットの総数が1個減ったらsock_Cを切断すればいいと思ったんですよ

ほかのプロセスがその間ソケット生成/消滅しない保証はあるのか？

他の方法を考えてみます
ありがとうございました

http proxyで、あるURLに対してアクセスして、
あるレスポンスコードが返ってきたら、ブラウザに対して
別のページを表示する、ということがしたいのですが、
こういうことができる拡張可能なproxyってありませんか？
今のところjettyしか見つかってないんですが、他にありましたら
ご教示ください。
よろしくお願いします。

>>336
板違い。ソフト板とかにgo

横取り丸は？
スレ的にはレスポンスコード見てlocationを足すproxyを作れば
いいわけだ

C++言語でwinsock（TCP）勉強中です。
ネットワーク入門書のチャットのクライアント、サーバ
何度も打ち込んで覚えて、大体わかってきました。
これから、チャットとファイル交換をできるように
したいのですが、どのようにするのかわかりません。

１．ファイルの中身を読み込んで、
[ファイルの名前]:[ファイルの中身のデータ]
というう風なフォーマットにして送信。
２．データを受け取った側で、ファイルを作って
[ファイルの名]:[ファイルの中身のデータ]
を書き込むとファイルを送ったことになるのでしょうか？

これだと、ファイル名とデータの中身しかわからず、
ファイルの作成日とかその他の情報が送れないので、
ファイルそのものを送ることがしたいです。

アドバイスよろしくお願いします。


なにかお勧めの本やサンプルコードのある
サイトなどもご紹介いただけると助かります。

[ファイルの名前]:[ファイルの作成日とかその他の情報]:[ファイルの中身のデータ]
というう風なフォーマットにして送信。

>>340
回答ありがとうございます。
そういう風に送るものなんですね。
さっそくやってみます。

いや、決めたのはきみだから

>>342
了解しました。
こういう風に送ることもできるんですね。

通常はどのように送るものなのでしょうか？
田舎なので、書店に行ってもファイルを送信するサンプルが
載ってる本が無いんです。
アマゾンでもどれを買っていいのやら・・・。

なにを「通常」と思ってるのか知らんが、世の有名なプロトコルがどのようにやってるのか
知りたければRFC読め。

Content-Name: ファイルの名前
Content-Type: 拡張子
Content-Length: サイズ
Content-Created: タイムスタンプ
Content-Encoded: Base64
(改行)
---- Base64 のデータ ----
---- Base64 のデータ ----
---- Base64 のデータ ----
---- Base64 のデータ ----
---- Base64 のデータ ----

みたいなのが現在の流行

>>344
ありがとうございます。
httpとかftpなど、さっそくRFC読みました。自分初心者で
頭も悪いのであまりわかりませんでした。
転送のデータ構造がどうなっているのか書いて
あったようなのですが難しいです。

えっと、
・ファイルそのもののデータ構造で送信
・ファイルを開いて中身を送信
する方法があるような気がしているのですが、
この解釈でよかったでしょうか？

ファイルそのもののデータ構造で送信する
ときなんですが、
int send(SOCKET sock, char* buf, int len, int flag)
このsend関数のbufにファイル構造のデータを入れて送信すれば
いいんでしょうか。

手元の本のFTPクライアントは、get関数みたいなのを
使っているんですが、ファイル構造そのものを送信しているのか
[ファイルの名前]:[ファイルの作成日とかその他の情報]:[ファイルの中身のデータ]
のようになんかのファーマットに直してから送信しているのかとか
わからないし。

いろんなことがわかりません。
脳が溶けてきました。
よろしくお願いします。

>>345
おおお、なんか恥ずかしい返事書いているときに。
ありがとうございます。

>>346
「ファイルそのもののデータ構造」ってのはファイルシステム（FAT,NTFS,etc）によって異なるし、
ネットワークで伝送するフォーマットも規定されていない（ことが殆ど）ので、
ファイルの中身＋いくつかの属性（名前、生成日時等）を適当なプロトコルで送れば十分。

＞[略]このsend関数のbufにファイル構造のデータを入れて送信すれば
＞いいんでしょうか。
単一ファイルに対してそんなことが可能なファイルシステムやOSは無いと思う。
パーティション丸ごとなら送れると思うが。

ネットワーク対戦ゲームを作ろうとしているのですが、
Winsock2を使って、
マルチスレッド＋イベントオブジェクト
で基幹処理を組んで実験してみたところ、
WSAWaitForMultipleEventsは、
イベントが着ていても、10ms単位でしか処理が帰りませんでした。
（具体的には、イベントが検知されたときの時刻を記録したら、
最速でも10msの時間が空いていた）
ゲームのループは60fps=16ms単位でやろうとしているので、
最大10msの受信遅延は結構大きな壁になりそうで困っています。
（毎フレーム通信することに対しての突っ込みは置いておいて）

なるべく素早く反応を返したい場合、
非同期モードのウィンドウメッセージで組むべきなのですか？
それとも、イベントオブジェクトのチェック
の10msの間隔を縮める方法などがあれば教えてもらえませんか・・・？

>（具体的には、イベントが検知されたときの時刻を記録したら、
>最速でも10msの時間が空いていた）

なにで時間計測した？
システム時間の計測精度がそもそも10ms

>>350
あ！！！
めんどくさがって言語の標準の時刻系関数使ってました

TimeGetTime使ったら全然違いました〜
ちゃんと1ms単位(計測精度単位)で動作してましたｗｗｗｗ

鋭い突っ込みありがとうございました
これで不安がなくなったー

質問です。
環境は、XP sp2、VS.net2003でManagedC++(C++/CLIじゃない)を使用してます。
サーバーを書いてます。

サーバーソケットを非同期モードにし使用してるので、-1が返るまでrecvしているのですが、
クライアントが接続後、最初のデータを正常に受信したあと（全部送り終わり、サーバー側も正常に全部受信したあと）
-1が返り、WSAGetLastErrorの戻り値を見るとWSAEWOULDBLOCKではなく、
5(アクセスが拒否されました)が返ってきます。
それ以降、このエラーを無視し処理を続け手も正常に受信できます。
その後、正常に送受信できるので無視してるのですが、無視してかまわないものなのでしょうか？

クライアントは送り終わるまで待ってるんでしょうか

>>352
> クライアントが接続後、最初のデータを正常に受信したあと（全部送り終わり、サーバー側も正常に全部受信したあと）
(ry
> それ以降、このエラーを無視し処理を続け手も正常に受信できます。
(ry
> その後、正常に送受信できるので無視してるのですが、

意味が分かりません。

解りにくかったです。申し訳ありません。
サーバー側のコードは
while( true ){
　len = recv( buf );
　if( len > 0 ) 受信したデータを処理
　else if( len == 0 ) 終了処理
　else if( len == -1 ){
　if(　WSAGetLastError() != WSAEWOULDBLOCK ) 例外投げるとか
　}
}
省略させていただきましたが、このような感じです。
クライアント側で、
send( "ABC" );
とした場合、
サーバー側では、
１回目のループで正常に"ABC"と受信できました。
次のループでrecvは-1を返し、WSAGetLastErrorを見ると5が返ってくるのです。

その後、クライアント側で
send( "DEF" );
send( "XYZ" );
と送信処理を続けても、
サーバー側では二度とエラー( WSAGetLastErrorで５が返る現象 )は起きないんです。
あと、サーバー、クライアント両方でんagleアルゴリズムをオフにしています。

TCPにおいて、自分→相手の回線速度が5kB/sしかないのに、1kBのデータを100msごとにsendしたらどうなる？
↑をやると当然どこかおかしくなると思うけど、どんな対策が可能？

ソケット関係ないエラーでしょ。
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/winsock/windows_sockets_error_codes_2.asp

>>356
send()のエラーハンドリングをちゃんとやる。

WSAENOBUFS
ENOBUFS

おかしくなるって・・・ならんやろ
sendが戻ってこないか、EWOULDBLOCKかのどっちかじゃね？

処理の遅いクライアントを作ってテストしたら理解した。
sendが長時間ブロックされることもありうるのね…

クライアントが処理するまではいつまでもブロックされるのが当然だと思うが

それは違う。

非同期ソケットなら

非同期とノンブロッキングの違いがわかってないアホ発見

夏だなぁ・・・

>>352に釣られたヽ(`Д´)ﾉ

非同期とノンブロッキングって何が違うの？

大体同じだから悩むな。

非同期: 結果が別途引き渡される
ノンブロッキング: 結果を得るのに待たされない

関数呼び出しは、call/execute/returnの三つに分けられるが、
returnにexecuteの結果は含まれておらず、
executeの発行結果だけが含まれるのが非同期。
exeuteの結果は割り込みなどで別途得られる。
ノンブロッキングは、executeに時間がかかりそうなら、
「時間がかかりそうなので止めました」という結果をreturnする。

嘘をつくな

非同期とノンブロッキングって何が違うの？

大体同じだから悩むな。

>>369
>>368についてだとしたら、どのへんが嘘?
見たところ間違ってはいないと思うけど。

ヒント: 夏

>>372
じゃあそう思っとけばいいじゃん

非同期とノンブロッキングって何が違うの？

大体同じでしょ。WinsockでソケットをノンブロッキングモードにするAPIはWSAAsyncSelectなわけだし。
(asyncは非同期という意味）
文脈で使い分けるんじゃね？同期（型）通信とは言うけど、ブロッキング通信とは言わない。

同期/非同期は名詞。
ブロック/ノンブロックはサ変動詞。

>>372
どこがって、もう説明全体がイカサマ。

え、使うよ→ブロッキング通信

ノンケだってくっちまうんだぜ

>>378
じゃあ正しい説明書いてみたら
絶対にあーだこーだと言い逃れして書かないのは分かってるけど

>>379
あまり使われてはないようだ＠Ｇｏｏｇｌｅ

"同期通信" の検索結果 約 38,200 件
"非同期通信" の検索結果 約 56,700 件
"ブロッキング通信" の検索結果 約 400 件
"ノンブロッキング通信" の検索結果 約 1,190 件

>>381
ググレカス

FIO(S)NBIOで、同期かつノンブロッキングに出来るわな。

同期/非同期と
ブロッキング/ノンブロッキングは別の概念。

同期&ブロッキング
非同期&ノンブロッキング
同期&ノンブロッキング
は普通に使う。

Winsock関係やBSD socket関係のAPIにはないけど、
非同期通信で、受け側でブロッキングってのもある。
例えばHTTPでは、非同期かつブロッキングのプログラムを書く事が多い。

>>383
ほらね。
ぐぐった説明が正しいという保証は?

>>381
もう論理がめちゃくちゃなんだが、大きく違うところは受信の場合だな。

ブロッキングモードとノンブロッキングモードで大きく動作が異なるのは
受信すべきデータが到着していない場合。この場合、ブロッキング
モードはデータの到着を待つが、ノンブロッキングモードではすぐに
呼び出したAPIを抜ける。
受信すべきデータが到着している場合は、両者とも同じ動作をする。
ノンブロッキングモードだからといって「非同期に」データを読み取る
わけではない。

つか、マニュアル読めばわかるだろうが。

>>384
えーと、今は非同期とノンブロッキングの違いの話をしているんですが。

>>384
> 非同期通信で、受け側でブロッキングってのもある。
それって、受け側では同期通信とみなしてるってことでは？

非同期とノンブロッキングは同じものだと勘違いしてる馬鹿はまだいるの？

大体同じだから悩むな。

もう何がなんだかよく分からんが、

同期/非同期は概念。
ブロッキング/ノンブロッキングは手段。

でFA。

お前らひょっとして「同期呼び出し」とか「関数がブロックする」とかの
意味もわからんかったりするのか？

>>386
>>368と全然矛盾してないじゃん。
しかもあんたのは非同期はまったく説明できてない。

>>393
ノンブロッキングモードでデータが到着しているときにrecvしたらどうなる？

>>393
いや矛盾してるでしょ。
それに個人攻撃したいだけならよそでやってね。

>>394
データ返すでしょ。
それは>>368と矛盾してないでしょ。
そのケースは説明してないだけで。(自明だからかな?)

>>396
それなら>>368の説明で納得して終わりでいいんじゃないの？
てか、君わかってる人？わかってない人？

>>395
具体的にどこが矛盾しているの?
たぶんそれを説明するとあなたの勘違いしている部分がはっきりすると思う。

>>386
> もう論理がめちゃくちゃなんだが、大きく違うところは受信の場合だな。

どこが違うのか具体的に説明してね。

>>398
矛盾してないなら、>>368も>>386も正しいってことだよね。
で、それ以上このスレで何をしたいわけ？

>>386の一行目は違うんじゃないの?

粘着ウザ。
ってか、お前>>368なんだろ？いい加減にしとけよ。

>>386は良く理解してない人だから、
勢いで書いちゃったんでしょう。あまり追い詰めるな。

ほらよ。

同期/非同期は概念。
ブロッキング/ノンブロッキングは手段。

でFA。

自作自演の香りが

まあ冷静になって>>368を読み直したら、確かにめちゃくちゃは言い過ぎた。
すまん。

俺がひっかかったのは「時間がかかりそうなら」というくだり。
ノンブロッキングの場合は、「時間がかかりそうかどうか」で処理が異なることはない。
「時間がかかるかもしれないので」ノンブロッキングにするというなら話はわかる。
じゃ、俺はこの話から抜けるから。

言い忘れた。
俺の認識も>>404とほぼ一緒だから。
非同期とノンブロッキングが同じという主張をしたいわけではない。

２チャンネルとは思えないすがすがしいエンディングw
>>386 GJ

あんましよくわかってないんだけど
ブロック/ノンブロックってのはAPIの関数実行に
必要な時間が可変か(ブロック)、わりと短い時間で固定か(ノンブロック)ってことで
同期/非同期ってのは相手処理が完了する時刻や
データ到着時刻と同じように影響するか(同期)そうじゃないか(非同期)
ってことでいい？

非同期とノンブロッキングって何が違うの？
誰かもっと具体的に説明して

369 ：デフォルトの名無しさん ：2006/07/30(日) 15:09:46
嘘をつくな

378 ：デフォルトの名無しさん ：2006/07/30(日) 15:55:32
>>372 どこがって、もう説明全体がイカサマ。

386 ：デフォルトの名無しさん ：2006/07/30(日) 18:35:21
>>381 もう論理がめちゃくちゃなんだが、大きく違うところは受信の場合だな。
〜中略〜
つか、マニュアル読めばわかるだろうが。

395 ：デフォルトの名無しさん ：2006/07/30(日) 18:52:52
>>393 いや矛盾してるでしょ。
それに個人攻撃したいだけならよそでやってね。

397 ：デフォルトの名無しさん ：2006/07/30(日) 18:58:43
>>396 それなら>>368の説明で納得して終わりでいいんじゃないの？
てか、君わかってる人？わかってない人？

400 ：デフォルトの名無しさん ：2006/07/30(日) 19:01:17
>>398 矛盾してないなら、>>368も>>386も正しいってことだよね。
で、それ以上このスレで何をしたいわけ？

402 ：デフォルトの名無しさん ：2006/07/30(日) 19:02:44
粘着ウザ。 ってか、お前>>368なんだろ？いい加減にしとけよ。

406 ：386：2006/07/30(日) 19:14:46
まあ冷静になって>>368を読み直したら、確かにめちゃくちゃは言い過ぎた。
すまん。

>>400と>>402は俺だけど。

ってか、この手の粘着、ほんとウザいわ

あーあ、区別できてないバカが切れちゃった

linux使ってます。
struct sockaddr_inのsin_portに0を指定してbindした際、実際にどのポートが使われたか
調べるにはどうすればいいのでしょう？

実行後にsin_portに入るかと思ったんだけど、入ってない・・・

うろ覚えだが getsockname とかそんなのじゃないの。

>>415
できました！
ありがとうございます！

Winsockで質問です。
10秒間にsendを100回とか大量に呼んでしまうとrecvが70回〜程度しか成功しません。

これってどうにかなりませんか？

>>417
プロトコルはTCP？　データは全部受信できているの？
なんか、送受信バッファとかsendの結果とか、チェックすべき項目がある気がする。

プロトコルはTCPです。データは70回〜程度しか受信できていないです。
1秒間に1回sendを呼ぶとかなら全部受信できるんですが。。

単にsend呼ぶ回数が多すぎて失敗してるってことですかね？
仕事行ってきます(Winsockは初体験なんで戸惑い気味…

>>419
いや、データが全部受信できているかって言うのは、「recvの回数」では分からないんだが。
recvの回数は、必ずしもsendの回数と同じになるわけではない。
単純に回数にこだわるのではなく、TCPの仕組みや、send/recvの送受信バイト数・エラーチェックなどを
見直してみると良いのでは？

受信したデータの中身を見てみれば？
極端なことを言えば、１００バイトのデータをsendを１００回やって送ったとき、
recvは１回で１００バイト受信したりすんべ？

バイトの境界は保持されない

って文言みたことある？

>>417
TCPはストリームプロトコルだから、
データの連続性は保障されてるけど、境界は保障されないよ

"This is a pen"
は

まさかエンター押すときシフトに小指が当たってjaneが暴走するとは思わなかった・・・もういいや

>>419
とりあえず受信サイズを全部足す

今どんな気持ち？
　　　　　　　　∩＿＿＿∩　　　　　　　　　　　　　　　　　　 　　∩＿＿＿∩
　　　　♪ 　　| ノ　⌒　 ⌒ヽﾊｯ　　　　__ _,, -ー ,, 　　　ﾊｯ　　 / ⌒　　⌒ 丶|
　　　　　　　 /　 (●)　　(●) 　ﾊｯ 　 (／　　　"つ`..,：　　ﾊｯ　(●)　　(●)　丶 　 今、どんな気持ち？
　　　　　　　| 　 　　( _●_)　ミ 　　　：/Shift+Enter:::::i：.　　 ミ　(_●_ )　　　　| 　　 　 ねぇ、どんな気持ち？
　＿＿＿ 彡　　　　　|∪|　ミ　　　　：i　　 　　　 　─::!,, 　　　ミ､ |∪|　　　　､彡＿＿__
　ヽ＿＿＿　　　 　 　ヽノ､｀＼ 　　 　ヽ.....::::::::: 　::::ij(_::●　　　/　ヽノ　 　　　＿＿＿/
　　　　 　 /　　　　　　　／ヽ　<　　 r "　　　 　.r　ミノ~.　　　　〉 ／＼　　　　丶
　　　　　 /　　　　　　／　　 ￣ 　 ：|::|　　　　::::|　:::i ﾟ。　　　　￣♪ 　 ＼ 　　 丶
　　　　　/　　　　 ／ 　　 ♪　 　　：|::|　　　　::::|　:::|：　　　　　　　　　　　 ＼ 　 丶
　　　　　（＿ ⌒丶...　　　　　　　　：` |　　　　::::|　:::|_：　　　　　　　　　　　/⌒＿）
　　　　　　|　/ヽ　}.　 　　　　　　 　：.,'　　　　::（　　:::}　　 　　　　　　　　　}　ﾍ　/
　　 　 　　 し　　））.　 　　　　　　 ：:i　　　　　　`.-‐"　　　　　　　　　 　 　J´（（
　　　　　　　　　 ｿ　 ﾄﾝﾄﾝ　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ｿ　 ﾄﾝﾄﾝ

>>426の引かれっぷりは異常

hoshu

一つのTCPコネクションがあってクライアント側とサーバ側両方から
同じプロトコル(リクエスト、レスポンス)を送信するって設計、問題あるでしょうか？
例えばクライアントはHELOリクエスト投げるし4XXレスポンス返すみたいな
サーバも同じようなことをする

>>429
既存のオープンシステムとの連携を行うのであれば、そのオープン
システムが公開している規約に沿った形で電文の遣り取りを行う必要が
あるが、サーバー・クライアント双方を自前で作成するのであれば、
どのような会話手段を用いても問題ないと思う。

簡素な設計が一番。

>>429
IRCがそれに近い。
しかしどのレスポンスがどのリクエストへの応答か判断するのが厳密にやるとむずい。

>>429
問題ない
暗号化は忘れるな

なんで暗号化・・・

>>419
ソース晒せ

>>429
問題ない。

リクエストかレスポンスか?
どのリクエストに対するレスポンスか? (トランザクションIDなど)
簡単に区別がつくようにしておいた方がいい。

それから接続状態の初期化にともなう処理について
よく考察した方がいいと思う。

このスレを知らずに「すれ立てるまでもない質問はここで」スレのほうに
下のような質問をしたところ、「Content-Length ヘッダがあればそれを頼りに、
なければ接続が切れるまでがコンテントだぞ」と回答をいただきました。
その後、どうすれば接続が切れたことを確認できるのかわからなくて
もう一度質問したところお返事をいただけなかったので、今度はこちらの
スレでお尋ねすることにしました。
どなたか教えていただけるとうれしいです。

> 339 ：デフォルトの名無しさん ：2006/08/06(日) 22:14:15
> "Get /index.html HTTP/1.1"のような要求メッセージを送信して html の内容を
> 受け取るプログラムを作っています。
> 一応できましたが、タイミングによって途中までしか取得できないことがあります。
> マイナーな言語なのでソースをお見せして調べていただくことはできませんが、
> その原因がおわかりになる方がいらっしゃいましたら、どうぞご教示ください。

一応ソース見せて。

>>436 「接続が切れる」というと語弊があるけど、
read とか recv が 0 を返してきたらそこで受信できるデータは終わり。

read や recv といった関数はないんです。
受信用の関数は受信した長さが返ってくるんですが、何も受信するものがなくなったあとは、
０ではなくその直前に受信したときの長さと同じ数値が返ってきてしまうんです。
でも考えてみれば、同じ数値が返ってきたときを終わりだと考えればいいですね。
やってみます。ありがとうございました！
（他の方法があれば教えてください）

だから何の言語だよ
それわからなきゃどうしようもねえよ
ソース出せ

>>439
それじゃあ基本的にはその関数を作ったトコに聞くしかないよ。
ここで聞いて答えが返ってくると思う神経がよくわからない（←不要な人格攻撃）

>>440
うるせーよ、ソース坊

アフォな実装にアフォな実装で対応しようとがんばってる感じ。
せっかくTCP/IPは標準化されているのにわざわざ殺してる。

>>443
私が使っているのはTCP/IPを利用するための関数ですよ。
簡単に利用できるように作られた関数だと思うので、実装が悪いのではなく
知識・能力の不足が原因だと思います。

>>440
ソースはご勘弁を。
言語に縛られない一般的な方法をお聞きしたかったんです。
C/C++ の方法でもいいんですけど。

＞４４１
そんなこと言ったらこのスレの存在意義が…(ry　ｗｗ

なんか、わけ分からん。
ソースをそのまま出すのではなく、抜粋するなり、言語名を答えるなりすれば良いのに。
必要だと指摘されている情報を出さずに、答えだけを要求するとは。
スレの存在意義を言うのなら、その前に義務を果たせ。

>>444
言語に縛られない一般的な方法…。　readやrecvじゃだめなんでしょ？
疑似言語みたいにすれば良いのか？
とはいっても、マイナーな言語でのライブラリとやらに対応できるか分からないな。
C/C++の方法が適用できるのかも分からん。

>>439
> 同じ数値が返ってきたときを終わりだと
って、バイトストリームの途中で偶然同じバイト数を2回受信したときはどうするんだ？

＞４４６
ちょ・・・オレは４４４じゃないぞー

やっぱりそのままは載せられないので、内容のわかる形にして下に書きます。
---------------------------------------------------------------------
timeout（変数） = 5000

条件分岐�@｛［ネットワーク初期化の関数］を実行し、その返り値が０なら終了｝
条件分岐�@終了

条件分岐�A｛［ネットワーク接続を開く関数］を実行し、その返り値が真なら
以下の処理を実行／偽なら終了｝
　　［文字列を送信する関数（リクエストメッセージを送信）］を実行する
　　待ち時間100ms

　　ループ
　　　　starttime（変数） = ［コンピュータ起動後の経過時間を返す関数］

　　　　条件分岐�B｛［受信可能なデータの状態を返す関数］を実行し、その返り値が
　　　　Raw Data を示していれば以下の処理を実行し、そうでなければ終了｝
　　　　　　receivedsize（変数） = ［データを受信する関数し受信サイズを返す］
　　　　　　　　　　　　　　　　　　　　　　　　　↑ 5000Byteずつ受信
　　　　　　待ち時間100ms
　　　　　　data（変数） = data + 受信データ
　　　　条件分岐�B終了

　　　　elapsedtime（変数） = ［コンピュータ起動後の経過時間を返す関数］- starttime
　　ループ終了（receivedsize < 5000Byte または elapsedtime > timeout の場合に終了）

　　［ネットワーク接続を閉じる関数］を実行する
条件分岐�A終了

data内の文字列を表示
終了

情報処理技術者の試験勉強してたときのことを思い出して
頭が痛くなってきたｗ

簡単に利用できるように作られた関数がネットワークとCの流儀に合ってない感じ。
ぶっちゃけ、その簡単に利用できるように作られた関数を作った香具師はネットワークのスキルの無いクズだと思うよ。

ネットワークと言うかTCP/IPスタックの実装に依存するから、Cだからこれとか標準的な物は無いよ。
ネットワーク機能自体が歴史的にBSD系のUNIXでCで実装されてきたので、BSD系のTCPスタックの実装例が世の中には豊富。

なんとなくリングバッファが実装出来てなくていちいち受け取りにいく必要が有る悪寒。

>>444
> 簡単に利用できるように作られた関数だと思うので、実装が悪いのではなく

根拠あるのか?

>>451
初心者用の言語とかじゃないのか？
つーか、そんなことを問い詰めても解決しないだろ？

>>452
つーか、そんなこと逝っているやつを問い詰めても解決しないだろ？

数年後







そして未解決のまま、その事件は時効を迎えることになる。

>>447
そうか、すまん。でも、煽るようなカキコはやめれ。

>>436、>>448
あやしいと思うのは、2つ。
まず、サーバーのレスポンスが遅いときがあるんじゃないの？
>>448の処理に「待ち時間100ms」とあるから、送受信の関数はおそらくブロッキングしないのだろう。
データを受信するループも、100ms待ちながら、受信関数を繰り返しているし。
"timeout"の値がいくつかは分からないが、レスポンスが遅ければ当然タイムアウトしてループは終了する。

次に、データの受信サイズ。
ループの終了判定を5000バイトより小さい場合としているのが気になる。
データがこまぎれになって送信されてきた場合は、正しく受信できないのでは。
ネットワークのことも考慮すると、5000バイトを一回で受信するんだ、
と考えないほうが良いと思う。

ということで、まずは以下のことを確認してみるとよいのではないかと。
1.その関数群の仕様を再度確認
　パラメータや返ってくる値、ブロッキング、受信データの待ち方
　>>448の状態だとネットワークと親和性が無いような感じだから、もう一度見直してみるといいと思う
2.現状のプログラムでタイムアウトの処理を確認
　タイムアウト処理をコメントアウト、あるいはデバッガで実行
3.データの受信サイズを確認
　デバッガで実行、あるいはそれぞれの受信サイズを記録できるように一時的に修正
4.待ち時間や受信データサイズの見直し
　100msや5000バイトって、どこから出てきた数値？

2.と3.は、>>436の事象が発生しやすい環境で確認。
とりあえずは、これで。

連投すまん。
読み返してみたら、「サーバーのレスポンスが遅いとき」の説明が
よく分からん文章だった。
>>448の条件分岐３で、受信可能なデータの状態を返す関数の返り値がRaw Data
（おそらくは、これがデータ受信を示す）になるまでに時間がかかった場合に
タイムアウトする、ということで。
待ち時間100msも、謎なことは謎だが。

>>436が言語も環境も言わない時点でなんとも

>>439
受信するものがなくなったことを検知するための方法を他にも列挙せよ。

>>455-456
わかりやすくまとめていただけてうれしいです。
今職場なのでまだ確認していませんが、３の問題のような気がしてきました。
帰ったら早速調べてみます。

>>458
それがわかっていれば質問はしません。

基礎的なことでｽﾏﾝ
send() したﾊﾟｹｯﾄが、分割されて recv() されることが有りえるんだよな？

>>460
あり得る。
MTUという言葉を調べろ

帰宅して早速いろいろ確認したところ、原因がわかりました。

> 受信用の関数は受信した長さが返ってくるんですが、何も受信するものがなくなったあとは、
> ０ではなくその直前に受信したときの長さと同じ数値が返ってきてしまうんです。

と書きましたが、返り値の確認方法が間違っていただけでした。
全てのデータを受信した後はちゃんと０が返って来るのに、その確認がうまくできていませんでした。

>>455さんのアドバイスを読んで気付くことができました。
他のみなさんもどうもありがとうございました。

Oh...
まあ、良いか。早めに解決できてよかったね。

>>462
死ね！

死ね厨乙

Linuxのソケットについて、質問させてください。
accept()によって得られるTCPソケットのディスクリプタから、今のTCP状態を知る方法はないものでしょうか？

送信側からデータを送り終えた後のFINを検知して、受信側で出来るだけ早くclose()する
（＝FINを送ってコネクション終了を相手にも伝える）ことを考えています。
そこで、TCPの状態がCLOSE_WAITならば直ちにrecv()とclose()を呼ぶ、という処理が実現できれば
いいかなと思いまして。

データを受信したものの、まだrecv()で吸い上げていないソケットを優先的に取り扱うなど
応用も利くと思うのですが、いかがでしょうか。

>> 466
補足です。
この質問をする前にnetstatコマンドのソースを見てみたのですが、/proc下のTCP情報が
入ったファイル（すみません、名前を忘れました）をsscanf()でパースして、現在の状態を取得していました。

確かにそれでも良いのですが、ファイルオープン〜サーチ〜sscanfとコストがかかりそうなので、
もうちょっと別な、直接的な方法は無いかと思って聞いた次第です。

>>466
う〜ん。ブロッキングのrecv()を発行して待つとか、select()で待つとかじゃあダメなの？

ディスクリプタからTCP状態を取得する方法は思い浮かばないんだけど、もし出来たとして、
どのタイミングでソケットの状態を見に行くんだろう？

>>466
なんでそんなことしたいのかよくわからんけど、
どうせ残りのデータは吸い上げないといけないんだから、
>>468 が言うようにひたすら recv() しまくって、
データがなくなったら即 close() でいいんじゃないの？

すみません今仕事が終わったので、お二方の書き込みをようやく拝見できました。

>>468　>>469
返答ありがとうございます。

実は組み込みLinuxがターゲットのため、できるだけメモリ節約をしたかったからなのです。
送信が終わっているのにいつまでもコネクションを開いておくのは、受信バッファぶんのメモリが無駄になりますので。
かといってどんどんrecv()してしまうのも、メモリを浪費してしまいますし・・・。
（別モジュールへの橋渡しを担う部分のため、別モジュールの様子を伺いながらrecv()したデータを転送しなければならないのです）

というわけで、せせこましいですがポーリング用のスレッドを使ってFIN_WAITのソケットを潰して行こうと考えたわけです。
でも、どうも無理っぽいですね。色々と調べてまわったのですが見つかりませんでした・・・。

せっかくですので、今日調べて分かったことを書いておきます。
すでにご存知であれば無視してください。間違っていたら指摘してもらえると嬉しいです。
いずれもLinux（2.6.11で動作確認）についてです。

1.　backlogは「3way handshakeが終わり、データ通信可能になったコネクション」の保持可能な最大数を指定する。
2.　最大値はメモリ搭載量によって変化する。通常のPCだと1024だが、32MBのメモリだと128になっていた。
3.　backlog内のコネクションは、accept()で取り出すまでに受信バッファサイズぶんのデータ通信を進めている。
　（その後はaccept()〜recv()するまでウィンドウサイズに0を載せたACKを返し続ける）
4.　backlogを超えるコネクション開設要求（SYNのこと）が届いた場合、SYN+ACKを返すものの後に届くACKやデータは全て無視する。
　（データが届いても意味のないSYN+ACKを再送し続ける）
5.　受信バッファサイズをsetsockopt()で指定する場合、listen()前に指定しておかないといけない。
　（listen()後やaccept()の後に指定しても、パケット上のWin値は変わらないことを確認）

上記のうち特に4.が問題で、クライアント側とサーバー側とでTCP状態のずれが発生してしまうことが分かりました。
実際に確認してみたら、確かにSYN+ACKを不用意に返していました・・・。

また5.も問題でして、これはつまり同じlisten()からaccept()したソケットの受信バッファは全て同じ値になってしまう、
言い換えると動的に受信バッファサイズを変えることができないことが分かりました。

というわけで、メモリ節約のために
「listen()前はbacklogを小さく＆受信バッファを小さめにしておいて、accept()してから大きくしよう」
と思っていたのですが、出来ませんでした。

backlog指定を小さくするとコネクション異常でクライアント側はエラーになってしまいますし、
ウィンドウサイズを小さくするとその後の通信が細くなってしまいますし。
これは痛かったです。

>>470
組み込み系はよく知らないのだけれども。
何と言うか、送信側〜>>466が作っているプログラム〜別モジュールの間の
流量のバランスが取れていない感じがする。
backlogを超えるコネクション要求が来たり、別モジュールの方が動作が遅そうだったり。
全体の流量、負荷を一回見直してみると良いのでは。

>>471
> 　（listen()後やaccept()の後に指定しても、
> パケット上のWin値は変わらないことを確認）

すぐに反映されないだけでしょ?
window size指定しているわけじゃないから。

>>471
> 上記のうち特に 4. が問題で、クライアント側とサーバー側とで TCP 状態の
> ずれが発生してしまうことが分かりました。

別にずれてはいないよ。サーバー側がクライアントからの ACK を無視してるだけ。

つまり通常の状態で、クライアントが ACK を送信してそのパケットがサーバーに
届いていない状態と同じ。

サーバー側は、(自分がドロップしているんだけど) ACK が届かないので、SYN+ACK
を再送しているのであって意味がないわけではない。

そのうちキューが空けば、クライアントからの ACK を受理して、双方ともに
ESTABLISH になるけど、空かない間は SYN+ACK の再送を繰り返してそのうちあきら
めて、RST を投げて終了する。

手元の Linux だと、

| tcp_synack_retries (integer; default: 5)
| passive な TCP 接続の SYN/ACK セグメントで再送を試みる最大数。
| この数値は 255 よりも大きくすべきではない。

で、この再送回数を制御できるみたい。

お使いのプロトコルスタックで使えるかどうかはわからんけど、調べ
てみては？ ただし、システムで一律の値になるから気をつけて。

(... 続き ...)

ただ、>>472 も書いてる通りメモリ容量が厳しい状況でガンガンコネ
クション要求が来る状況がいまいちよくわからない。

ルーターなんかを作ってて本当にそういう状況になるなら出来合いの
プロトコルスタックなんか捨てて自分で実装するべきだと思う。

今仕事から帰ってきました。うわ、皆さんありがとうございます。

>>473
いえ、その後もずっと反映されなかったのです。
20MB弱のデータを流してみて、accept()後のデータもEtherealでずっと追ってみたのですが変わりませんでした。
同じ書式でもlisten()前に記したsetsockopt()は有効になっているのですが・・・。
（複数人で同じソースを見直したので、（全員の目がふし穴でない限り）コーディングミスではないと思います）
でも、同じソースでもVxWorksだとすぐにウィンドウサイズが変わっています。
皆さんのLinuxだとaccept()後のウィンドウサイズって変わります？
# 書いてて気付いたのですが、もしかすると8KB→64KBといった大きい方への変更がダメなのかもしれない。

>>474
確かに、到着するパケットによる動作はお互い正常に動いていることは分かります。
ただ、もともと無視するSYNならわざわざSYN+ACKを返す必要は無いと思うんですよね。
クライアント側に「あ、コネクション張れた？」みたいな余計な期待を抱かせないで済みますし。（変な表現ですみません）
（このクライアントの誤解が後述する問題を生むことになりますし）

それならはじめからSYN+ACKなどを返さず、無視するなりRSTを返した方が良いと思うのですが、474さんはどう思います？
あ、ひょっとして再送エラーに至るまでの時間が（無視するより）短くなることを期待して返している？？

あと、tcp_synack_retriesも教えていただいてありがとうございました。
実はこのパラメータは知っていたのですが、サーバー側のリトライを増やしても
先にクライアント側でエラーが発生してしまいますので、今回は使えませんでした。他にもTCPを使うモジュールもありますし。
言い忘れていましたが、クライアント側でエラーを起こしてもいけない、という条件があるのです。

（続き）
で、
>>472, >>475
なのですが、実はこの「がんがんコネクション要求が来る状況」って簡単に起こりうることなんですよ。

まず、次のようなケースを考えます。
クライアント側にデータ送信を担うキューがあって（プリンタに対するスプーラをイメージしてもらうと分かりやすいです）、
色んなアプリがそのキューにデータを投げ込む状況を考えたとします。
ただし、このデータはlisten()の時点で既に受信バッファで受信し切れてしまうほどのデータサイズだと仮定してください。
そのキューは、サーバーに対してデータを1つ1つ別コネクションで送ります。複数をパラレルに送信することはありません。
サーバーはデータを受信したら低速なデバイス（例えばフロッピーディスクなど）に書き込む処理を行います。

さて、このときキューはアプリからもらったデータをsend()で順次送信するわけですが、
サーバー側の受信サイズが大きいためも、accept()される前の時点でデータを送信し切ってしまいます。
すると「全てのデータは送信できた」とクライアントは判断しますので、close()をコール、つまりFINを送ります。
close()したということは、クライアントのTCPにとってはデータを無事送信できたことに他なりませんので、
次のデータを送信開始します。
以降はその繰り返しです。
このように、「close()できないコネクション要求がどんどん来る」という状況が
簡単に発生することが分かってもらえると思います。
（すみません、まだ続きます）

（続きその２。これで終わりです）
更に、やがてサーバー側listen()のバックログを使い切ってしまいます。
しかしここでもサーバーはSYB+ACKなんて甘い言葉を返すものですから、
クライアントはデータを送信し始めてしまいます。で、送信エラーが発生します。
こうなると、もはや当初目的としていた「データは１つずつ順番に送る」という状況は崩れ去っているわけです。

というわけで、TCPでこの状況を回避するためにはlisten()時の受信バッファサイズを抑えておいて
クライアントに送信未完了のままKEEP ALIVEさせておくしかないと思います。
（どうか「アプリ層でコントロールシーケンスを付ければ良いじゃない」とかは言わないでくださいね。
それが出来ていたらこんなに苦労はしないのですから・・・）

やたら長くなってしまいました。すみません。
もしつっこみどころがあれば言ってください。

>>476-478

うわぁ、読み返してみたら何て読みにくい・・・。

皆さん、ごめんなさいごめんなさい・・・

> ただ、もともと無視するSYNならわざわざSYN+ACKを返す必要は無い

そうするとクライアントは SYN が届いていないと思って、SYN を再送してくる。
サーバー側の都合のリトライをクライアント側に依存するのはちょっとおかしい
と思う。

> RSTを返した方が良いと思う

まあ、私も個人的には受け入れ能力がないんだからさっさと接続を拒否しろよな
と思う。特に Windows 系のクライアントは connect() で固まると GUI まで固ま
る作りの奴が結構いるから、とっととエラーにでもなってくれたほうがいいと思う。

で、要するに一回の送信で終わるぐらいのデータを送るのに毎回コネクションを
張ってるってことなの？

なんか、無理やりな状況作って TCP の実装がおかしいと言ってるだけのような気
がするけど…。

UDP を使うとか、コネクション張ったままにするとかはできないの？

>>476
「backlogに入った状態」を無益なものというか、
「それは接続する気がないくせに無駄だ」考えに基づいて、
後から屁理屈をこねているように思う。

listen backlogに入った接続要求というのは、
接続をしてあげる予定だからこそ、拒絶しないのです。
それを「それくらいなら拒絶してくれた方がいい」というならば、
backlogの長さを0にすればいいんです。

いやサーバ側は変えられないんだということであれば、
クライアント側でタイムアウト処理を行いましょう。

素早い返答ありがとうございました。今日は私もすばやく返信します。

>>480
> サーバー側の都合のリトライをクライアント側に依存するのはちょっとおかしいと思う。

この視点は抜けてました。参考になります。

> で、要するに一回の送信で終わるぐらいのデータを送るのに毎回コネクションを
> 張ってるってことなの？

そうなんですよ。
何10MBという大きなデータが送られてくる場合もあるのですが、一番小さなサイズが10KB程度なので、場合によっては先の状況に陥る可能性があるわけです。
可能性があるものについては目を瞑るわけにもいかず・・・。

> なんか、無理やりな状況作って TCP の実装がおかしいと言ってるだけのような気がするけど…。

いや、すみません、TCPがおかしいと言っているわけではないんです（SYN+ACKを除いて）。
・・・でも、読み返すとそうとしか取れないような表現になってますね。読みにくいし。
素直にあやまります。すみませんでした。

個人的には重箱の隅の問題だとは思っているのですが、一般にはよくある話だったりしたら
怖くて、色々と書いてしまいました。

> UDP を使うとか、コネクション張ったままにするとかはできないの？

使いたいです！そうしたいです！
そうしたいのですが、クライアント側というのがWindowsの（ほぼ）基本機能なので
どうにもなりません・・・。アプリの設計問題をいかにTCPにカバーさせるか、という
手段しか持てないんですよ。納期まであと3日ですし・・・。

>>481
> それを「それくらいなら拒絶してくれた方がいい」というならば、backlog
> の長さを0にすればいいんです。

君、論点がずれてる。backlog を超えた接続要求はもう接続できねーと言うもんだ
から拒否してもいい。昔の実装はそうなってた奴も多い。ただ Linux の実装はし
ばらくしたら空くかもしれないのでリトライしてるだけ。これは、backlog を 0
にすればいいとか言う問題じゃないよ。

>>482
要は、アフォなクライアントがガンガンデータ送ってくるからどうすれ
ばいいの？ って話かな。

まともにやるなら、クライアント側で SO_LINGER でも設定してもらえ
ばいいんだけど、そうはいかんザキなんだろうな。

送り元が流量も考えずに送りつづけるんだからサーバー側でスプール
作ってクライアントに追いつくようにガンガン recv() しまくるしかな
いと思うよ。(低速デバイスへの書き込みは別スレッドもしくは別プロセ
スでまたーりやればいい。)

> 個人的には重箱の隅の問題だとは思っているのですが、一般にはよく
> ある話だったりしたら

普通はあまりない。まともな技術者ならガンガン送るときにいちいちコ
ネクションを張るなんていう発想はしない。

> クライアント側というのがWindowsの（ほぼ）基本機能なので

ちなみにこれ何？

> 納期まであと3日ですし・・・。

おいおい…。

なんか簡単にDoSで落せそうなサーバだな。

windowsの基本機能って意味わからんな
winsockはwindowsの基本機能という観点からすれば
UDPもTCPでコネクション張りっぱなしも超基本機能なわけだが

今仕事から帰ってきました。うわ、うわ、皆さんありがとうございます。

>>481
すみません、入れ違いになってしまいました。
backlogを0にすると「全てが拒絶していないようで拒絶している」という状態になり、クライアント側で送信エラーが発生してしまいますので・・・。ごめんなさい。
って、backlogが0でもlisten()は動くんですか？

屁理屈っぽくなっていたのは、本当にすみません。

> 要は、アフォなクライアントがガンガンデータ送ってくるからどうすればいいの？ って話かな。

あはは、そんな感じです。鋭いですね。そしてガンガンrecv()したいです。メモリさえあれば・・・

> 普通はあまりない。まともな技術者ならガンガン送るときにいちいちコネクションを張るなんていう発想はしない。

これを10年前に作成した方々に言ってあげてください。
そこからクライアント、サーバー共に複数機種に派生し、それらとも互換性を
持つように動かさないといけないので、今更変えられないのです。

> ちなみにこれ何？
> windowsの基本機能って意味わからんな （>>486）

すみません、ここだけは勘弁してください。組み込み系で分かりやすいところなので、確実にバレます。

> なんか簡単にDoSで落せそうなサーバだな。

確かに。でも落とさない方が良いと思いますよ。
製品仕様（やイメージ上）LAN内でのみ使うものですので、いきなり
「犯人はこの中にいる！」状態になってしまいますから。
（でもSYN Flood防御のカーネルオプションは付けてます）

そういえば、listen()前に指定したSO_RCVBUFが意図していた動きと違っていることに気付きました。

socket(7)でも書いてあったのですが、SO_RCVBUFに指定した値は内部では2倍されて持つことになるんですね。見落としていました。
キャプチャデータを見ていると、どうもaccept()前に受信できているサイズが指定バッファサイズよりも大きいことに（今更）気付きまして・・・。
想定している最小データサイズだと、クライアント側で送信エラーが発生することが分かりました。

どうしよう、これ以上受信バッファを狭めるとaccept()後のスループットが落ちてしまう・・・
>>473さんへの返答でも書いたのですが、Linuxって受信バッファを途中で変えられないみたいなので、さて、困りました。

あぁ、>>484さんの、

> おいおい…。

が重くのしかかります。ぉぃぉぃ…。

そのクライアントは connect() の ECONNREFUSED はリトライするけど、
send() のエラーはリトライできないってことか？

プロトコルスタックを書き換えるぐらいしか思いつかない…。

>>489

send()はエラーを出していると思います。
ただ、もともとが「エラーを出してはいけない」という要求なので・・・。
しかも、同じクライアント(PC)側ソースをWinXPで使用すると大丈夫で、Win98だとエラーになるといういやらしさ。

本当、プロトコルスタックの書き換えくらいしか思いつきません。

さて、ここまで皆さんありがとうございました。
皆さんからのそもそも話は非常に参考になりました。問題だけを追っていたら気がつかなかったことなので、ありがたかったです。
学んだことは次の製品（orファームアップデート）で活かそうと思います。

ありがとうございました。一応、ここで質問の流れは切ろうと思います。
（どうも製品仕様として収まりそうなので・・・）
何かコメントいただいた方には返信するようにしますが、こちらからの新展開はないと思います。

では皆さん、暑いので身体には気をつけてください。
ここまでのご助言、本当に感謝しています。
それでは。

>>461
いまねっとプログラム作ってます
書いてあることがわかりました

C言語のソケットのサンプル等でよく

struct sockaddr_in sin;

のような記述を見かけるのですが、最初の struct はどういう意味でしょう？単に

sockaddr_in sin;

と書いた場合との違いは何なのでしょうか？

死ねば良いと思うよ。

>>492
それはネットワークプログラム特有の質問じゃなく、C言語の記述方法の質問だ。
スレ違いだから、C言語関連スレに行け。
さらにCについての疑問がなくなるまで、そうなだ・・・・最低半年はROMってろ。

そうなだで台無しｗ

windowsのC++でプログラムしています。
ソケット接続でサーバーと接続しているのですが、
サーバー側が接続を切ったかどうかわかる方法ってありますか？
recvとかsendする前に接続が維持されているかチェックしたいのですが・・・

プロトコルは？

>>497
tcpです。

とりあえず、>>1のFAQは読んだかい？

C++でWsaAsyncSelectでTCPクライアントサーバを作っています。
クライアントから
・"-LOGIN test\n\n"
・"-PASS hoge\n\n"
・"(省略)\n\n"
とほぼ同時に送信した場合、サーバ側のFD_READをつかまえたときに
recv()の結果が "-LOGIN test\n\n-PASS hoge\n"
などとなってしまうことがあるのはTCP通信の仕様上仕方ないとは思うのですが
"\n\n"までが1つのデータとして受け取って、それ以降は次のデータとみなす
スマートな方法はないでしょうか。

宿題スレがお似合いだ

かなりコードが汚いですが自己解決しました
class CDataRecv {
char szBuf[MAX_SEND_LENGTH*2];
char szRecvBuf[MAX_SEND_LENGTH];
public:
char szLineBuf[MAX_SEND_LENGTH];
CDataRecv(void){szBuf[0] = szRecvBuf[0] = szLineBuf[0] = '\0';}
int Recv(SOCKET s){
int nRecvLen;
char *dem;
char szTemp[MAX_SEND_LENGTH];

nRecvLen = recv((SOCKET)s, (LPTSTR)szRecvBuf, sizeof(szRecvBuf)-1, 0 );
if(nRecvLen<0){return -1;}
szRecvBuf[nRecvLen]='\0';
strcat(szBuf,szRecvBuf);
dem = strstr(szBuf,"\n\n");
if(dem == NULL){
return 0;
}
strcpy(szTemp,dem+2);
dem[0] = '\0';
strcpy(szLineBuf,szBuf);
strcpy(szBuf,szTemp);
return strlen(szLineBuf);
}
};

うへぇ、汚ねえなｗ
最近C#ばっかりでC++をだいぶ忘れてるが、さすがにもうちょっと
スマートに書けないか？

recv(受信データ);
バッファ += 受信データ;
while (バッファに"\n\n"あり) {
　コマンド = バッファの先頭から最初の"\n\n"の手前まで;
　バッファ = 最初の"\n\n"の直後からバッファの最後まで;
　ディスパッチ関数(コマンド)　←　コマンド処理;
}

概念的にはこんな感じで。

strcpyは避けろって言われ(ry

C♯, C＃相談室 Part33
http://pc8.2ch.net/test/read.cgi/tech/1153537081/
でも相談したんですが、特定の言語の話じゃないので、
こちらに書かせてもらいます。マルチになりますがすみません。

今、ストリーミングを再生・録音するソフトを作りたいと思っています。
できればC#かVB.NETで。。。
「Windows Media Player」や「Net Transport」もあるけど、
単純な機能だけに絞った再生・録音ソフトを自分で作りたいんです。
参考になる書籍とかサイトを教えていただければありがたいです。
開発を始めたら、一緒に情報共有していきたいです。(・∀・)

>>505
>単純な昨日だけに絞
るなら，Google先生が必要なことは全部教えてくれると思うよ。

ﾈｯﾄﾜｰｸﾌﾟﾛｸﾞﾗﾐﾝｸﾞとの関連が不明だけど…　rexec でもするってことなのか？

ネットワークというよりプロトコルの話だな。
おそらくmmsがらみのことになるんだろうが、
ＭＳは仕様公開してないから厳しいだろう。
単にファイルに落とすだけなら
ヘッダー＋WAVEデータでＯＫだから
UDPでパケット全部蓄積してから
ヘッダーに足しこんでローカル保存だな。
再生はわからんｗ

Windows 98 SE
Visual C++ 6.0

CAsyncSocketを使ってCreate();,Connect(SOCKADDR, sizeof(SOCKADDR));してるんだが
OnConnectのコールバックが数秒で来るホストと1分以上来ないホストがあるんだが、来ない場合のタイムアウト
処理はWM_TIMERとかを組み合わせて自前で行う必要があるの？

お願いします教えてください。

MFCはまったくわからないので力になって上げられませんごめんなさい。

ソケットで繋ぎさえすればサーバ側、クライアント側関係なくデータの送受信ができるんですか？
たとえばクライアント側からデータを送って、データ受信確認のための応答をサーバ側に渡したいんですが
この場合でもソケットを繋ぎ直さずに送ることってできるんでしょうか？

ガタガタ言ってねえで実際に書いてやってみろや

>>512
亀田乙

誰か翻訳して。

Mr./Ms. Kameda and tiredness.

>>511は、まずはTCPとUDPのプロトコルのお勉強から始めましょうということで

>>511
とりあえずnetcatでも使ってみればいいんじゃね？

例えば
HELLO
ときたら
OK
と返すプログラムが作るとしたら
HELLO
test
と送られてきた場合
いったん全部読むのが普通ですか?

>>518
日本語でおｋ




場合によりけり。

送られてきた奴を全部よみこむんでしょうか?
一行ずつ解析してフラグを作るの?

送られてきたものが全部とはかぎらない
1からやりなおしてくれ

＞と返すプログラムが作るとしたら
"そういうのを作るプログラム"を作りたいのねｗ

みなさんはどうゆう風に書いてるのでしょうか?
ネット上にあるのはサンプルばかりでわかりません。
どうやって終わりだと判断するのでしょうか?
例えば
HELLO\n
ときたら
recvして読み込んで
OK\n
と返すのですが
HELLO\nの後にもなにかくるかもしれないじゃないのですか?
でも なにもこないのにrecvすると止まらないですか?

プロトコルを決めた人に聞け！

>>523
> HELLO\nの後にもなにかくるかもしれないじゃないのですか?

来ないから安心してw

確実に全部読み込むにはどうすれば?
コード書いてくれません?
recvの戻り値でこない事とかわかります?

HELLO\n
もう来ないよーﾌﾟﾝﾌﾟﾝ\n

と送れ！

>>526
> 確実に全部読み込むにはどうすれば?
> コード書いてくれません?
> recvの戻り値でこない事とかわかります?

recvが0を返すまで

http://www.nakka.com/lib/inet/func.html#recv関数

まずSTDINで同じことするプログラムを書けるようになってから来い

>>528
え？　recv() の戻りが 0 だからといって後続のﾊﾟｹｯﾄが無いわけじゃないのでは？

だからこそプロトコル毎に終端子とか、転送量を事前に通達するなんていうことが必要になるわけで…

だからみなさんどうやってるんですかorz...

普通は「これが来たらあとはその先何送ってきても無視ね」というような約束に
しておく。

>>531
というか先にプロトコルを提示しなよ。

→HELLO\n
←OK\n

で終りなの?

ちなみに\nじゃなくて\r\nって明記した方がいいよ。

>>531

上のほうのレス見ても、何を知りたいのかよくわからん

パケットを全て読み込みたいのなら、>>528の通りrecv()を戻り値が0になるまで繰り返すだけ。
まぁたぶん知りたいこととは違うんだろうけど。

ネットワークにOSは関係ないから明記する必要はプロトコルとしては無いんじゃないか？

CRLF　と書くのが語弊がなくすっきりするのかもね

# RFC822 の line-feed があいまい杉。　後方で CRLF 出てくるから問題ないけど

プロトコルが提示されてないから何でもありだな
本当に\nだけかもしれない

>>532　のﾙｰﾙを無理矢理 >>533 にあてはめるとすれば
・\n が来るまではﾊﾟｹｯﾄが続く
・\n 以降のﾊﾟｹｯﾄは無視
ってところだな

recv() 1回目 "O" まで
しばらく recv() == 0
recv() 2回目 "K\n"

なんていう状況がありえるわけだし

>>535
低能は黙ってろ。

>>538
細かいところ突っ込むけど
ブロッキングならrecv()がデータ来るまで止まるし
ノンブロッキングなら-1かなにかでエラー返すんじゃなかったかな？
0を返すのはソケットがクローズされた時じゃない？

\nであるべきところを\r\nでも通るように作ってグダグダになるくらいなら
\n出なければ正しく通らない低能の方がまとも。

>>540
あ　0 は close か？
-1 （or ERROR） との比較と勘違いしてたかも

すみません

HELLO\n
ときて OK\nと返すプログラムなんですけど
もしかしたら
HELLO\n
TEST\n
とくるかもしれない時がある時に
recvで確実に全部読み込む方法が知りたかったのです。
これは \n\nがきたら終了というふうにすればいいのですね?

それでみなさんに聞きたいのですが
\n\n がきたら終了という処理をみさんはどのように書きますか?

while (1)
{
n=recv(s, buf, sizeof buf);


}

この場合
if (buf[n - 1] == '\n' && buf[n - 2] == '\n')
が普通ですか?

>544
かならずしも末尾に \n\n が来ることが保証できない
最悪 "\n" "\n" と２回に分断される可能性もある。

なので、自前でバッファリングし、recv() で得られた文字列を連結しつつチェックする

>>543-544
> これは \n\nがきたら終了というふうにすればいいのですね?

そんな風に尋ねられても…\n\nってどこから出てきたの？
プロトコルで規定されてるの？

> この場合
> if (buf[n - 1] == '\n' && buf[n - 2] == '\n')
> が普通ですか?

nが1だったらまずいね
recv()で受信したデータは別のバッファに突っ込んだらどうかな

かぶった…OTL

クライアントが健全であるとは限らないしね。
HELLO
まで送ってだんまりかも

よってタイムアウト処理を組み込まざるを得ない。

こんなのスルーでよくね？ｗ

タイムアウトってやっぱりスレッド使うの?

シグナルでもおｋ

シグナルとは?
WinAPIにそんなのあったっけ

あるあるｗｗｗｗｗｗｗｗｗｗｗ
ねーｙ・・・あるあるあるｗｗｗｗｗｗｗｗｗ


ま、一番カンタンなのはrecv()用にスレッド作るか
非同期にしてメッセージ受け取るかしたらいいんじゃないですか

コード書いてくれませんか?
さっぱりです。

では次の質問どうぞ。

質問です
なんで今日は初歩的な話題でこんなに盛り上がってるんですか？

>>554に間じれスすると
上の方にも書いてたように stdinで同じことできるくらい
ストリームについて基本的な理解がないと
コードうｐしてもさっぱりだとおもうよおもうよ

stdin はできますよ。
ようするに recv で 1byteづつ取り入れて\nがきたらリターンする
ラッパーを作ればいいのですね?
fgets()のように

四の五の言わんと自分のソース晒したらええねん！

>>558
"HELLO\n"程度のプロトコルならそれでいいでしょ。
一バイトごとにrecvしな。ただしタイムアウト付きで。

stdin, stdout で同じ事やろうとしても関数&環境次第でﾊﾞｯﾌｧﾘﾝｸﾞされちまうな。

ルータ的にバッファリングしてまとめて１パケットで送ってくれたほうが負荷が小さい。
鯖とか作って大量にデータ送るような用途ではネットワーク負荷を考慮して実装しないと痛い目をみるよ。
ルータは処理しきれなくなるとあっさり捨てるから、送り直しで大変なことに成る。

無視するかどうかチェックするわけが有るので、大量にパケット送りつけるとDoS成立。

>>562
Nagleアルゴリズムって知っているか?

いいかげんソース書いてよな!!

1対1のオセロ作ってるんですけど
対戦用のスレッドを作って順番に
send recvしていますが、これはおかしいですか?

send() // 自分が置いたコマの位置を送信
recv() // 相手が置いたコマの位置を受信
send()
recv()

送信用 受信用スレッドを作るのが宝石ですか?

>>564
いいかげんにしろよ

sendとかrecvの話なんだけど、
windowsのテルネット(telnetのポートではなく各サービスのポートで)で接続すると
送られてきた奴は即座に表示してくれるし
入力された文字は即座に送ってくれる。
あれってどうやってやってるの？
常に相手から送られる繰るのを監視して、
自分のも常に送られるようにしてる。
しかも相手が切断したら即座にテルネット側も気づいて切断されたって表示する。
どうやってるの？

↓BSDのtelnetのそこんところの部分 process_rings()
http://cvsup.pt.freebsd.org/cgi-bin/cvsweb/cvsweb.cgi/src/contrib/telnet/telnet/sys_bsd.c?rev=1.12&content-type=text/x-cvsweb-markup

*ring*()ってのは、eventのring bufferを操作する関数。(ring.c)

main loopはtelnet.cのtelnet()

>>565
別におかしくないと思うけど、それだと相手からのデータ待ちの時に
ユーザーから操作ができなくなるので、受信スレッドを別に作ること
が多い。

>>567
・キー入力 ⇒ send()
・recv() ⇒ 画面表示

の２個のスレッドを作るなり、OS によってはキー入力とネットワーク
の監視を同時にできるものもあるからそれ使うなりすればいい。

あほなの?

受信データ落ちまくりだと、受信データが送られてくるまで一切操作出来ずに反応が無くなるアプリケーションって多いよね。
このアプリケーション作ったPG、もうアフォかと。

>>500ですがしばらく忙しくてコーディングする時間が取れなかったんですが
今日は時間が空いたので考えてみました。
とりあえずWsaAsyncSelectを使用して
class CDataRecv{
　　string sBuffer;
public:
　　SOCKET s;
　　int Recv(){
　　　　int nRecvLen;
　　　　char szTemp[SERVER_SEND_LENGTH+1];
　　　　nRecvLen = recv((SOCKET)s, (LPTSTR)szTemp, SERVER_SEND_LENGTH, 0);　　　　
　　　　if(nRecvLen < 0) return -1;
　　　　szTemp[nRecvLen] = '\0';
　　　　sBuffer += szTemp;
　　　　return nRecvLen;
　　}
(続く)

(続き)
　　char *Output(char tmp[]){
　　　　char *szBuf;
　　　　char *p;
　　　　int nLen;
　　　　nLen = sBuffer.size();
　　　　szBuf = new char[nLen+1];
　　　　strncpy(szBuf, sBuffer.c_str(), nLen);
　　　　szBuf[sBuffer.size()] = '\0';
　　　　p = strstr(szBuf,"\r\n");
　　　　if(p==NULL){
　　　　　　sBuffer = szBuf;
　　　　　　tmp = NULL;
　　　　　　delete(szBuf);
　　　　　　return tmp;
　　　　}
　　　　p[0] = '\0';
　　　　sBuffer = p+2;
　　　　strcpy(tmp,szBuf);
　　　　delete(szBuf);
　　　　return tmp;
　　}
};
のクラスを作って、FD_READを受け取った時点で一度Recv()を実行し、
Output()がNULLを返すまで受信メッセージの処理を繰り返すというやり方で
今のところ落ち着きました。まだまだ良いアイデアを教えていただけたら嬉しいです。

連レスすみｍせｎ

(追記)
Connect()とかClose()ももちろんあるんですがここでは関係ないので省略しました。
わかりにくくてすみません。
あと>>502で\n\nになっていたデリミタですが\r\nに変更したので上のコードでは
\r\nになっています。

スレ汚し本当に申し訳

HTTPのプロトコルがわかりやすく説明されているサイトってないでしょうか？
RFCは難解で難しすぎます

>>575
つ　http://pc8.2ch.net/php/

>>575
Studying HTTPと@IT

>>573
ネットワークと関係ないけど、
せっかくstring使ってるんだからstringのメソッド使うともっとシンプルに書けると思う

HTTPのプロトコル自体が複雑で難しいと思うよ。
読めばさらりと分かるほど簡単じゃない。簡単と思うような説明は難しいことは省かれてるだけ。
HTTP/0.9の実装とかね。

> 簡単と思うような説明は難しいことは省かれてるだけ。

だからまずはそういう説明が欲しいって言うことなんだろ。

難しいところを省くのも芸のうちだよ。

それはRFCのイントロを読めばいいから。

>>581
RFC読んだけど細かい部分は読んだ奴の勝手な解釈になるってことがわかった
仕様書は細かい部分までしっかり書こうな＞ＲＦＣ書いた馬鹿

今複数人で同時にチャットできるソフトを作ってますが
やはり各ソケット毎にスレッドを作るのが当たり前ですか?

>>583
チャット如きにスレッド使わないと思います。

>>583
何か>>500っぽい書き方だな。
まあ、とりあえずは一回自分で作って試してみては？

>>583
スレッド使わないと糞ソフトですがww

>>584
スレッド使わないと糞ソフトですがww

>>584
同意
ノンブロッキングで、来たものを全員に回すだけだしな
何か重いことやるならスレッド起こしたいが
チャット程度ならなあ

スレッド使わないで
タイムアウトはどうするんだ?ww

>>589

>>583
接続数と障害対策次第。
漏れだとソケット10個くらいならスレッド起こさない。

逆にソケット1万個にスレッド割り当てるなんてこともしたくないけどね。

>>585
別人です

ソケットごときで糞スレ立てんな、ボケが

「主に」だからいいんじゃないの？

progAとprogBとで、非同期に双方向に通信したいのですが、
良いサンプルを見つけることができずに、なかなかうまく
行きません。
どこかに良いサンプルないでしょうか？
LinuxでもWindowsでもOKです。

伝家の宝刀を抜いたな・・・

> なかなかうまく 行きません。

何をどれだけ試したのか書け。

> LinuxでもWindowsでもOKです。

・・・

>>伝家の宝刀を抜いたな・・・
わらたｗ

言語はなんなんだろ。
brainf*ckかwhitespaceかな。

プログラムぐらい貼れよ(w

>>583
チャットサーバー作って５年の俺がマジレス。
クライアントサーバー型、OSはWindowsと勝手に解釈して説明すると、

サーバー側
これはクライアントごとにスレッド作る必要はない。スレッドを作ると
かえって面倒になる。何でかというと、チャットサーバーというのは
あるクライアントから来たデータを各クライアントに配信しなければ
ならないからです。ソケットごとにスレッド立てるとその辺の制御が
めんどくさいのです（不可能というわけではない。俺も初期のころは
スレッドの勉強ついでにそういうやり方でやってた。しかし、プログラムが
やや複雑になるのでおすすめできません）。
特殊なものでない限りせいぜいチャットなんて１０人まででしょうから、
パフォーマンスもへったくれもありません。堂々とselect使ってくださいｗ
なお、サーバ側は無理にGUIにしなくても、コンソールで十分です。

クライアント側
なんでもお好きな方法で。GUIと相性のいい非同期だと楽。

クライアントなんてブラウザでいいよ＾＾

サーバなんて ircd でいいよ＾＾

教えて下さい
NIC2枚さしのPCで、自作クライアントアプリを動かすと、自分のPCのIPアドレス(NIC)を指定しなく
ても、下層で判断して通信してくれるようですが、
アプリケーションのほうで、通信対象となるNICの指定はできないものなのでしょうか？

winsockでスレッドでrecvしてブロックしてる状態で別のスレッドからsendすると止まるんだが
どうしたらいいのだ？

>>604
bind

ヒント：ルーティング。

>>604
> 通信対象となるNICの指定はできないものなのでしょうか？

・ソースアドレスにしたいのか、そのNICからパケットを出したいのか?
・OS

によってやり方が違う。

>>605
> winsockで
> スレッドで
> recvしてブロックしてる状態で

まず、その変な日本語をどうにかしなよ。

>>606
ありがとうございます。そのとおりでした。

また、他の質問なのですが、自作のサーバープログラム(VB6)から、これまた自作のクライアント
プログラム(VC++2005)に、TCP/IPで60000バイトのデータを、タイマーイベントを利用して周期的
に送り、クライアント側は単に受信するだけで何もしない(受信のみして捨てるだけ)ようにしたところ、
それでも、タイマー周期が30msくらい短くなると、転送がおいつかなくなるんですが、
こんなものなのでしょうか？
サーバーの送信を停止後、イーサーリアルを起動し、送信停止後、数十秒に渡ってパケットが
転送されていたのを確認しました。

あと、各送信時に送信完了を待たずに次々と60000バイトのパケットを送ると逆に大きな
遅延になったりしますか？今自宅のため確認できませんが、たしか待ちが入っていなかった
かもしれません。

cpuは共に3.0GHzでメモリも1G、イーサーネットはハブを含めて100M以上(片側のpcはギガ)
です。

それとネットワークは3台のPCをハブで接続しただけのローカルなものです。

>タイマーイベントを利用して周期的に送り
肝心の値が・・・

受信も30msに一度とかじゃないだろうな？
TCP ウィンドウサイズ スロースタート とかでググってみれ。

受信はVC++2005のMSDNのサンプルにあった非同期ソケット受信を参考にして、
受信があった場合、ReciveCallbackという関数が自動的に呼ばれる仕組みを用いています。

あと、LINKは100Mbpsになってました。

>転送がおいつかなくなるんですが、
どういうこと？

インターネットに60000バイトなんて連続で流したら、ルータが綺麗に捨ててくれると思うよ(w

あほ

>>615
すみません。転送がおいつかなくなるとうのは適切でないかもしれません。
ただ、受信側は受信(ReciveCallback発生)があったら、変数にコピーするのみで、データを
使って何か計算するような思い処理を行っておらず、
また、>>610にも書きましたとおり、サーバーの送信を止めると、イーサーリアルでは数十秒
に渡ってパケットが流れているため、クライアントの受信処理が遅いのではなく、パケットの
到達が遅いのではと考えたんですが....
意味不明だったらすみません。今日、会社で続きやります。

>>610
> サーバーの送信を停止後、イーサーリアルを起動し、送信停止後、数十秒に渡ってパケットが
> 転送されていたのを確認しました。

これってパケット数が多すぎて表示するのに時間かかってるだけじゃ？
60000byteが秒間30回ほどの周期で数十秒となると、送信バッファ何十MBもってるんだよって話になる。

転送が追いつかない場合はsendがエラーを返すので、そのあたりをチェックすればいいと思う

>>610
ん〜、「数十秒に渡ってパケットが転送」っていうのは、どういう状況だろう？
例えば、送信プログラム・Ethereal・受信プログラムのそれぞれのログ（時刻、送受信バイト数など）は、
どう対応しているのか？　（>>619の言うとおり、表示にかかる時間じゃなくて、送受信の時刻そのものを確認）
パケットは、どんな種類があるのか？
MTUに分割された複数のパケットが転送されて、再送されて…、なんてことは無い？

あとは、>>619も書いているけど、sendとrecvはエラーを必ずチェックすること。
sendがエラーになっているのに、チェックしていなかったからプログラムが正常終了したと
思ってしまった、ってことが無いように。

>>619 >620
どうもありがとうございます。
今日会社でいろいろやってみたところ、サーバーのほうが、送信完了(SendComplete)
を待たずに次々と送っていたため、サーバーアプリ上における送信したことを示す表示と、
実際の送信に時間差が生じていたようでした。

こんばんは。
winsockを使って、
A端末⇔B端末という、UDPベースの送受信プログラムを作成しているのですが、
A→B端末はOKでも、B→A端末へのパケット送信ができません。

Etherealというパケットキャプチャリングソフトを使って調べたところ、
やはりB→A端末へのパケットがキャプチャできていないようです。

なにが、原因なんでしょうか・・・やはりプログラムなんでしょうか？

ファイアウォールは？

ノー�d先生は？

書き込みありがとうございます。
A端末、B端末ともファイアウォールは切断してあります。

>>622
ttp://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?mode=viewtopic&topic=33221&forum=7&start=8

＞ばーど　投稿日時: 2006-08-31 22:03
＞す、すごい。
＞そういう所もチェックしてるんですね！
＞ん〜、分かりました。
＞もう少し焦点を絞って、再度質問させて頂きます。

お前馬鹿だろ？

勉強目的ならソース晒すのが一番

udpが実装されてないtcpスタックでも使ってるとか(w
まあ今のままじゃ、エスパーが降臨しない限り誰も答えられないほどに情報が少ない。

>>622
一応、>>626のリンク先を流し読みした。けど、情報少ない〜。

まずは一回、A→B→A端末の通信じゃなくて、B→A→B端末の通信が出来るかどうか、
A端末とB端末のプログラムを逆にして試してみ。pingが通っていることだし。

>>622もリンク先で言っている通り、B端末側で「Aから送信されてきたパケット内に含まれている
IPアドレスからA端末側のアドレスを取得」が、うまく出来ていないのかもしれない。
デバッガで1ステップずつ変数の中身も含めて確認してみるのも、1つの手だぞ。

EtherealをAで動かしたのかBで動かしたのかくらい書け。

C

じゃあＤ

>>596

ProgA,Bとも
�@スレッド作成。
�Aそのスレッドでは、
while(1){
recv(buf);
enqueue(buf,queue);
}
�Bメインスレッドでqueueからデキューしてメッセージを解析、それに応じた処理などを行う。
sendでメッセージをおくる処理など。

※queueはキューでヒープ領域に作成して�A、�Bの両スレッドからアクセスできるようにしておく。
※queueはスレッドセーフにする。また、CPUリソースを消費しないようcond変数のシグナリングでwake upさせる機構を導入する。


「非同期メッセージパッシング、ActiveObject、

>>605
ノンブロッキングモードを使うんだ

sendするとき、やっぱりselect使って遅れるかどうか確認すべき？

遅れる->送れる

>>635
前もってチェックしてもいいし、sendの返り値をチェックしてもいいし。

ただ事前チェックでokでもサイズによってはsend失敗する場合もあるから、
事前チェックが必要なければ後者だけでいいと思うが。

オーバーラップドI/Oだろ。
いまどきSelectでポーリングとか、ノンブロッキングで強引に突破とか、マルチスレッドでごり押しとか、ダサ過ぎ。

そういうのが必要なところもあるんだけど・・

それはそもそもの設計ミス

大昔の人たちが残した遺産とか・・

WSAAsyncSelectを使ってTCP、非同期、１対多人数のチャットを作ってます。
ダイアログでIPユーザ名ポート等を入力→ウィンドウでチャットとしたいのですが、
WSAAsyncSelectの第2引数をウィンドウの方のハンドルにすると非同期化に失敗してしまいます。
ダイアログの方のハンドルにすると成功するんですが、イベント処理させたいのはウィンドウの方なのでこれはマズいですよね・・・　何か方法はないでしょうか。

あと、ソケットを人数分用意する方法なんですが、あらかじめ接続人数MAX分ソケットを用意するという方法しかないですよね？
（一人接続してきたらまた一つソケットを宣言みたいなのは無理なんで）

それとサーバ側もクライアントになって自分のサーバに繋ぎに行く方法にしてるんですが、まずい方法でしょうか？

初歩的な事が多いですがどなたかお願いします。

いっぱいあるけど、具体的に少しでもコードだしてきた方が早いと思うよ。

>>642
DialogBoxParam()

DialogBoxParamの中身を見てたらDialogBoxで親ウィンドウのハンドルを渡していない事に気付き、
ハンドルに値が入るタイミング考えたら成功するようになりました。
これで何とかなりそうです。ありがとうございました。

WinSock2の重複IOを使ってC++でネットワークの汎用クラスを作ろうとしているのですが、なかなか上手くいきません。
underflow が発生したときに、ブロックして受信を待つようなものなら簡単なんですが、ブロックせずに完了通知を待つような場合
iostreamとは相性が悪いのでしょうか。

なんか、車輪の再発明をしているような気もする。。

>>638
その場合って、やっぱ通信部は別スレッドで処理すんの？

オーバーラップIOってNT専用だし

9598はMSも正式に切ったし、MEも今しばらくの命。

http://www.microsoft.com/japan/windows/support/endofsupport.mspx

Meももう終わってるよ

>>649
9598って何の事か分からなかった。
95,98なのか。もう大昔のように感じて寂しい・・

大昔だろ

UNIXでオーバーラップI/Oに相当するものは?
ないってことだけはないと勝手に思ってるけど

aio_*

>>646
受信バッファ不足や送信バッファ過多の場合にブロックするか例外をだすかしかない。

シグナルで受けるというのがダサすぎる

http://developers.sun.com/solaris/articles/event_completion.html
とかは、(さすがに後発だけあって)よく考えられていると思うよ。
標準的に使えるようになれば楽そうだけどね。

あるサーバ/クライアントを起動時に選択できるチャットソフトがあるんですが、
サーバで起動してnetstat -aで状態を見ると、
localhost:適当なポートA→指定したポート
localhost:指定したポート→適当なポートA
という感じで接続をしています。
これはサーバ起動後、クライアントと同じ挙動をして127.0.0.1にconnectという感じで動いていると思っていいんでしょうか？

>>658
思っていいですよ

>>659
ども。色々納得しました。

ストリームで、接続（コネクション？セッション？）を維持したままで、
相手のデータ転送が終わった事を知るにはどうすればよいのでしょうか？
バイナリー(byte)転送とテキスト(asciiか互いが共通の文字コード))転送で
その方法はどこか違うのでしょうか？
どうぞよろしくお願いします。

>>661
・プロトコルを考えましょう
・テキストはMSが残した大罪

>>662
kwsk

態度が気に入らないので嫌です

>>663
接頭辞法　とかでぐぐればでるよ

>>662 ありがとうございます。ASCIIとかUTF8で転送することは(Web以外では？）特に無いですからね。
>>664 よろしければ、一緒にオレ様プロトコルを作りませんか？

>>666
勘違いしてない？
OSごとの改行コードの違いを吸収するか否かだよ

タイプライター的にはMSが正しい

>>667 テキストで転送するときの、MSの\r\nのことですか？
>>668 結構古いことをご存知ですね。

/dev/tty は UNIX にもある訳だが

>>670 UNIXにもって、他にはどこにあるんですか？どういうこと？？

>>661
基本的にソケットには終端を付ける機能はないので、受信側で終端を検知することはできません
例えばHTTPプロトコルだとContent-Lengthというヘッダにデータサイズを乗せることで
終端検出しています
同じように送るデータにデータサイズを含めて送り、受け取った側がすべてのデータが揃ったことを
検知し、ソケットをクローズする
送り手は相手のクローズを検知し、送信が終了したことを知るといった方法しかありません
接続を維持したままでしたら、受信側にすべて届いたときになにかを送り返すようにして
送信側はrecvでブロックしておいて、受信完了メッセージ待てばいいです

>>672
SOCK_SEQPACKET

>>672 FTPのようなサーバー・クライアントでの対話型を考えていたので、
標準的な手法や仕組みがどうなっているのか気にかけていました。
的確は指摘には、のどにあったツッカエが取れたように嬉しいです。
ありがとうござます。
>>673 System (OS) からのメッセージは、奥が深いです。

>>674
対話型なら CRLF あたりが終端子になること多いかもね

>>675
テキストでの対話型(ASCIIやUTF16とかテキストデータの送受信)
なら終焉記号はそれ(\r\n)でも(0x00..0x19とか）何でもいいです。
一応オレ様プロトコルと仮定してですけど・・・・

バイナリーでの対話型(データ転送）で、終わりを明示したかったのですが、
終焉記号でやるより素直にサイズでやります。
テキストのように終焉記号じゃ無理です。

ところでシグナル？（例外？)もいいですね。

普通バイナリってサイズ使うんじゃないの？ｗ

可変長にならざるをえないのなら [ｻｲｽﾞ][data 本体.....] だろうな

>>677
昔はよくエスケープシーケンスを使いましたね。

ESC EOT → お終い
ESC ESC → ESC

など。RS-232C上のプロトコルに多かった。

バイナリでエスケープシーケンス？

>>678 普通はまずそれが浮かびます。UTF8の可変構造も興味深いです。
>>679 参考になります。シリアル通信に目をつけるととは、先人の知恵が満載でしょう。

>>680
頭悪いね

>>682
バイナリでエスケープシーケンス？

ﾊﾞｲﾅﾘ列がそのままｽﾄﾚｰﾄにデータにはならず、ｴｽｹｰﾌﾟ処理によって終端を区別可能にする
という策もｱﾘだと思うけど。

具体的なﾃﾞｰﾀ長が、ﾃﾞｰﾀ転送初期段階で確定しないような場合とかね。

>>684 とってもいいんだけど、それがプロトコルを策定することだと思う。
それと、「データ」だけ微妙に大きかったりして。

てゆーかさ、そんなの大抵はhttpを真似る方針で良いんだよ。
多くの人に理解しやすいし説明せずに済む場合も多いし。

前出の長さ出力(テキストだからエンディアン問題なし)とか
ヘッダとボディ(データ)の区切り
長さが決まってない場合のchunk(あるいは強制切断)
それと、(厳密にはhttpじゃなくてCGIだけど)
POST時の空白や+や%等のエスケープの仕方とか。

この高速大容量通信の時代に1byteづつチェックするエスケープは無しで。

socket関数がどういう処理をする関数なのか覗く事って無理でしょうか。

>>686 そうだ、そうだ。アイディアいっぱい集大成。
>>687 1byteといわず1bitずつチェックする方がいいと思うけど・・
今の時代とか高速大容量とか関係ないよ。
15年前はシリアルで有線
10年前はモデムで56000 bpsだったよね・・
10年後は1秒で地球何十週の速さと容量が民間へ
15年後は衛星から無線転送(GPSみたい）とかじゃないか？
それでもどこかで1byte(1bit)づつチェックすることには変わりないから。

ソース見るってこと？
リナックスでもＢＳＤでもオープンソラリスでも好きに探せば

シリアル通信のエスケープといえば思いつくのはプリンタのプロトコルだが文字コードだから出来るだけでしょ

>>691
ﾋﾞｯﾄﾏｯﾌﾟ転送になると、ﾊﾞｲﾅﾘ流したはずですぜ。
# LP-xxxx 系だったかな？

>>689
通信チップが勝手にやるのとメインCPUでぶん廻すのとは違うよね

あんまり変わらないと思われ

うわ、頭悪い・・・

何が違うか書いてないのに会話が成立するわけなかろう

うわ、頭悪い・・・

まあエスケープはスマートじゃないよな
あらかじめ来るサイズが分かってたら、メモリの確保量とか受信拒否とかいろいろ出来る
よってサイズを頭に付けるのが一番効率がいい

httpのmultipartの各part頭にサイズ情報が付かないのはなぜですか？

>>692 その技術はネット間(クライアントとサーバ・Web)でも通じるものがきっとあるよ。
>>693 やっている事は同じだけど、感じ方が違うかな。
面倒でも自分でやるのか、面倒だから専門チップに任せるのかの違いはあっても、
チェックはしないとね。

旧来の（通信）技術を博物館や図書館のように展示しておいて欲しい。
本だと希少とか絶版とかで入手困難だと気軽に見学できない。

巨大なファイルを送受するとCPUが上がるって。
蟹チップかよ！

>>698
7bit JIS かわいそす

>>686
それならhttpをそのまま使った方がいい。
libhttp系のライブラリ使って。

Content-Length: スタイルのやり方は、うまくいけばいいけど、
間違った「長さ」を渡された時のリカバリなど、
自前で作ると結構手間がかかる。

自作して泥沼になるくらいならエスケープの方がずっとまし。

ちなみにSolaris 2.5.1のCDE Mailアプリは、
Content-Length: があると、From行を無視して、優先して扱うので、
間違った「長さ」のメールがあるとmbox形式スプールを壊してしまった。
// From行エスケープで二文字増えたのを調整しないMUA/MTAが当時あったから。

NeXTのもそうだった

>>689
> 10年後は1秒で地球何十週の速さと容量
光速越えてしまいます.

>>705
量子通信が実用化されてるということじゃなかろうかｗ

粒子使う時点で光速の壁が立ちはだかります。
ここは亜空間通信でせう。

亜空間通信、俺達が死ぬ前に実用してくれ！
ところで、亜空間通信でもやっぱり先頭にはデータのサイズあるのかな？

無限不可能性通信が実現されれば、有限の手順など不要になるよ
もっとも亜空間通信も不可能性通信も結局はTCP/IPをカプセル化して使うんだろうけどね

気のせいか、映画[the fly]を思い出した・・・・・・・

あれ冷静に考えるとハエいなくてもカビやバクテリアとの合成生物になるよな。

何もなくても空気と合成されてエアインチョコみたいになりそう。

電送人間は転送先チューブが真空だったようなｷｶﾞｽ

じゃぁ転送完了と同時に血液・水分が沸騰して即死だな

1M〜3M程度のデータをサーバーに転送する場合
httpでPOSTとかPUTとか使って送ってしまうのと、WinSockで独自プロトコルで組んでしまうのでは、どちらが効率いいでしょうか？
新たに組むほどの価値があるならばWinSockで組んでしまおうかと思うのですが、
httpdだとリジューム出来ないのが困りものです。

ちなみに、FTPは今のところ考えていません。

>>715
> httpdだとリジューム出来ないのが困りものです。

出来ます。

>>716
できません。

アップロードでresumeか

tomcat使ったwebアプリにいくらでもあるじゃん。
HTTPリクエストにRangeも指定できるし。

つWebDAV

>>719
>HTTPリクエストにRangeも指定できるし。
は？

>>715
開発スピードはクライアント側だけ作ればいいHTTPを使ったほうが早い
通信速度はHTTPだと多少のオーバーヘッドはあるものの、全体のサイズが数Mということであれば
ほとんど変わらない

位相情報を維持できないthe flyの転送装置は使い物にならんだろ

クライアント側でhttpd起動して
サーバーからクライアントに向けてhttp requestすれば
resumeもできるだろうけど

素直にftpかsftpをプロセス起動で

C/C++ですがこちらでよろしかったでしょうか。
短い文字のチャットは勉強したところですが、
winsock,TCPで大きなファイルの送信について質問です。
linuxのサーバにも送信してみたいと思います。

「SIZEごとにfreadで読み込んで送信」というふうに考えているんですが
方針として下記のようなコードで考えていけば良いでしょうか？

while((n = fread(Buf,1,SIZE,filep)) != 0) {
　　send(socket, Buf, (int)strlen(Buf), 0);
}

あとは、
・データが順番どおり届いているのか
・届いていないデータがあるのかどうか
など自分で実装しないといけないでしょうか？

ネットワーク初めてなので、自分で決まりを考えて実装するのは
ちょっと自信がありません。
・"もっと簡単な方法"や"書籍"、"参考になるHPページ"など
ありましたらよろしくお願いします。

・TCPだから順番入れ代りはない。
・sendの返り値をちゃんと見ろ。

番外
・freadしただけなのに、strlen? n使えよ。

<<727
>・TCPだから順番入れ代りはない。
TCPがデータの届いた順番や確認をしてくれるっていうのは、
こういうことだったんですね。

>・sendの返り値をちゃんと見ろ。
>番外
>・freadしただけなのに、strlen? n使えよ。
的確なアドバイスありがとうございます。

また何かありましたら、よろしくお願いします。

the flyもある意味ストリーム転送だしな！
データとノイズ？が交じっていてもチェックできなかったようだけどさ！

>>711
それい言っちゃお終いでしょ。
映画のタイトルも、「ざ・カビ」 「ざ・バクテリア」に変わっちゃうしさ。

>>726
ファイルの長さを測るのなら、strlen()は避けたほうがいい。
バイナリファイルだと、途中に0があった場合、長さを間違うぞ。

>>731
原因知らないと気づくまで、すごく時間が
掛かりそうですね。
すごい感謝です。

read側が書いてないけどunixだとE_INTRで取りこぼしたときに再読み込みする必要あるんじゃなかったか？

>>733
よく知らないことを書き込まなくていいから。
初心者が混乱するので。

バイナリを扱うならvectorという便利なものがある

>>734
ちゃんと書かないと取りこぼすのは本当。

顔真っ赤にして必死だな　藁

どっちが必死なんでしょうね＾＾

httpだと認証垂れ流しだから、sslで包むか、ssh使った方がいいと思う。

精子と合成されて　ザ・精子 〜億マン精子の反逆〜

>>739
認証だけ丸見えにしないようにするならDigest認証もあるよ

いや今もっとも普及している高信頼の暗号法base64だ

>>742
よく知らないことを書き込まなくていいから。
初心者が混乱するので。

わざと言ってるようにしか見えない。

受信サーバー（マルチスレッド）のタイムアウト処理をしたいのですが、
下記のソースだとどのへんにどのような処理を加えればよいでしょうか。
マルチスレッドではないノンブロッキングの方法は勉強しました。
よろしくお願いします。

　　　　if(pthread_create(&ChildThread,NULL,Send,(void *)NULL)==0){
　　　　　　　　//親スレッドをセットしました
　　　　　　　　ParentThread=pthread_self();
　　　　　　　　while(1){
　　　　　　　　　　　　//受信処理繰り返し
　　　　　　　　　　　　if(Rcev()==-1){
　　　　　　　　　　　　　　　　break;
　　　　　　　　　　　　}
　　　　　　　　}
　　　　　　　　pthread_kill(ChildThread,SIGINT);
　　　　　　　　pthread_join(ChildThread,&th_return);
　　　　}
　　　　else{
　　　　　　　　return -1;
　　　　}

簡単だから、Javaでやれ！

>>745
Rcev()とかいう関数内でselect()したら?

漏れはmd5をよく使ってる。１２８ビットだから現実的な時間では破れないし。

>>746
マルチスレッドでタイムアウトの処理のサンプルが
見つからないのでどうしていいか全くわかりませんでした。
簡単に考えればいいんですか。

>>747
>オーバーラップドI/Oだろ。
>いまどきSelectでポーリングとか、ノンブロッキングで強引に突破とか、マルチスレッドでごり押しとか
っていうレスがあったので、マルチスレッドだとなにか特別な方法があるの
かと思ってしまいました。
Rcev()内でselectを使えばいいですか。
selectもう一回調べてみます。
ありがとうございました。

CHAP最強

selectはpollingじゃないですけどね。

>>748
MD5興味あるんだけどさ、SHAとかもあって調べるの面倒なので教えてくれないか。
現実的な時間って、MD5で破られるのにどれくらいかかるの？
細かい事はなしでいいからさ、何ヶ月とかだったけ？

http://www.cl.cam.ac.uk/~rnc1/brute.html
http://slashdot.jp/security/04/08/18/0257220.shtml?topic=28

>>748
md5は8時間で敗れるぞ

ライブラリ拾ってきて使うだけならどれ使っても利用の手間は変わらないんなら
素直にもっと強度の高いSHAとか選べばいいと思うんだが
なんで今MD5なんか選ぶのかな

sha1は4年で敗れるぞ

あくまで一般的なPCで概算した数字なので
PC性能が上がるか、スーパーコンピュータか、分散コンピュータを使うともっと短い

全くの初心者がお勉強するのにいいHP教えて下さい。
C＋＋暦４年、MFC、STLは使い慣れてます。

テンプレくらい読め、くず。

>>756,>>754,>>753
目安になった。さんくす。

>>757
今の性能でも破られるまで、30分ぐらいもてばいいんじゃないか？
最低限でも、せいぜい30秒は欲しいけど。
サイズにもよるけど、
今のPC性能でもxor暗号は30分ぐらいは持ってほしいけど、無理か。

>>758
C+ 4年もやっててソケットプログラミングしたことないのか？

>>760
まあxor暗号でも鍵の運用がワンタイムパッドなら最強だけどね

>>760
ハッシュと暗号を同列に語るのはどうか

ハッシュ？

なんか強い電波でも受信されましたか？

>>764
MD5やSHAはハッシュだが

>>761 C+ ？
>>762 ああ、それそれ。
>>763 MD5をハッシュ・キーにしてるんでしょうか。
キー生成のコストはいかがですか？
>>764 なんか強いパケットでも....

>>766
そうではなく、MD5やSHAはハッシュ関数の一種
http://ja.wikipedia.org/wiki/MD5
http://ja.wikipedia.org/wiki/SHA

そういえば、ウイルスを作ったり、語ったりするすれないんだね。

なんでさーこうレベルの低い話が次から次へと出てくるんだろうね
いらいらするわ
夏休み終わっただろ糞がきども
さっさと寝ろ

>>769 どういうのがレベルが高い話といえるのか？あ？

まじめな話独自のソフトならsha1にちょっと手を加えてやればソースが流出しないかぎりほぼ解読不可能になるよ

ソースを隠せば解読が難しくなると思ってる奴がはびこってるあたり確かに低レベルだな
暗号の素人が加えた「改良」のせいでかえって破りやすくなることなんていくらでもあるのに

ソースを晒すより解読は面倒になるじゃん

>>772
じゃあ独自のハッシュ関数で以下のハッシュが得られました
fa09
たった4桁ですどうぞ最初のパスを解読してください

>>774
こういうのがレベル低いってやつか
hashからメッセージを復号することはできない
hashに対する「攻撃」は、同一のhashを生成するメッセージの発見に尽きるわけだが。
(もとのメッセージと同一である必要はない)

>>775
同じじゃなくていいから、今私の手元にしかないハッシュ関数で同値をはじき出す
鍵を解読してください

ともに16bitのハッシュ値を生成する場合、
「非公開のあなたのハッシュ関数」にランダムな入力を与えた場合に、偶然一致する確率は1/65536
「公開されている逆算不可能なハッシュ関数」にランダムな入力を与えた場合に、偶然一致する確率は1/65536
もちろん、逆算不可能というのが大前提だけどね。

だから？

>>776
馬鹿なの?

>>ソースを隠せば解読が難しくなると思ってる奴がはびこってるあたり確かに低レベルだな
そもそもこの馬鹿にもの言ってるだけだからね

>>775,777は当たり前のことをすごい知識かのように言ってるだけで

>>772-774の流れとはぜんぜん無関係で意味不明、意図がわからん
何が言いたいのだお前は？

>>776
ソースはいらんから、その関数をどっかで実行できるようにしてくれ。

>>782
サーバ間通信のログでいいかな？

ああ、違うな普通ハッシュはサーバ上に保管するもんだしな
無理だなｗ
サーバでも盗むか？

キーは素でDHで送っちゃうからな、見えないなｗ

なにがなんだか

ユーザIDは平文、パスワードは別の何かをくっつけたハッシュってのがベターなのでは

気違いスレかよ

>>788 もまえが一番外れているんだがな。

だから夏休み終わっただろ？な？

>>770
お前のことだよ＞低レベル

半年前から見てるけど、レベルの高かった事は少ないよ

>>770
>>788-789
>>791
こいつらがスレ汚しか。
今年のお前らは、海にも行ってないだろ。

１６ビットハッシュなら６万５５３６通り全部試せば突破できるじゃん。
ジーオンデュアルなら１分も必要なくパスワード生成できると思う。

生成式が解る場合の話だろ馬鹿

実際アメリカの国防総省はSHA-1の改良型を使ってるんだが
お前の言ってることは、それもSHA-1と同じコストで算出できると言ってるわけだが
それならやってみろよｗ
ペンタゴンに動いてるものをくださいと言って見ろよｗ

　　　　　　r　‐､
　　　　　　| ○ | 　　　　　　　　r‐‐､
　　　　　_,;ﾄ - ｲ、　　　　　　∧l☆│∧ 　だが断る！
　　　 （⌒`　　　 ⌒・　 　　¨,､,,ﾄ.-ｲ/,､ l 　
　　　　|ヽ　 ~~⌒γ⌒）　r'⌒　｀!´ `⌒） 　
　　　│　ヽー―'^ー-'　（ ⌒γ⌒~~　/| 　
　　　│　　〉　　　 |│　　|｀ー^ｰ― r'　|
　　　│　/───|　|　　|/　| 　l　　ﾄ､ |
　　　|　 irｰ-､ ｰ　,}　|　　　 / 　　　　i
　　　| /　　　｀X´　ヽ 　　 / 　 入　　|

確かにペンタゴンだな。

>>796
お前いい加減に2ch卒業しろよ

おまえらまとめて、
ttp://pc8.2ch.net/test/read.cgi/tech/1088530204/
こっちいけ。

ｋｔｗｒ

winsock2.0にてrecv()のタイムアウトを以下のように設定しています。
int msec = 1;
setsockopt(s, SOL_SOCKET, SO_RCVTIMEO, (char*)&msec, sizeof(msec));
1ミリ秒に設定してもrecv()が終了するまで500ミリ秒くらいかかるので
すが、そういうもんなんでしょうか？

１ミリ秒のタイムアウトの意図がわからん
目的を言え

スーパーコンピュータ？

「目的を言え」などを最近よく目にするけど、
どういうつもりで目的を聞きたいのか、
その意図がなんか危ない人のようだ。

もしかしてそういう偉そうな事を言うのは、
オレの代わりに全部を引き受けてくれるのか？

実際は３０秒程度で使用することを考えてます。
一応どのくらいまで短くできるのか確認しておきたいのです。

他のスレッドを殺して回ればもっと早く返ってくるぞ。

>>802
きっちり調べずにカキコ。
Windowsのタイマーって、どこまでの精度だったっけ？
確か10msくらいじゃなかった？
あと、正確にタイマーの時間で返ってくるわけじゃないはず。
メッセージのキューの状態とか、CPUが忙しいとか、そういった要素で
変わってくるはず。
タイマーの値は「最低限その時間が過ぎた」ということを示すだけだったような。
推測ばっかりで、すまん。

一応って言われてもねえ。サルじゃないんだから頭使おうよ。

recvが500msぐらいかかる
というのが分かっているんだったら、
timeoutも500ms程度の単位にしとけばいいんじゃないの？

それ以下、たとえば10msにするとして、
10ms単位で動かしたい別のタスクがあるの？
もしそうならループのつくりを変えたほうがいいと思う

>>807
>>808
指定した時間で正確に返ってくるのではないんですねぇ。
タイマーを試してみましたが、SetTimer()も同様に正確ではありませんでした。
timeSetEvent()はかなり精度がよかったです。
>>809
話がとんでる気がしますが…。
1msと設定しても500ms程度かかるが、これが正しい動きであるかが知りたかったのです。
今回は30sを想定しているので特に問題はないです。
ありがとうございました。

遅延のあるネットワークでの高速化手法をいろいろと検討しています。
そのなかで、WINDOWS　XPにおけるOSで実装されたウィンドウサイズの機能と、
アプリケーション側からの制御のしくみがよくわかりません。

基本的にまずTCPの場合はウィンドウサイズの調整がスループットに効いてくると思います。
そこで様々な通信アプリの振る舞いをETHEREALで確認してみました。
XPの場合レジストリにウィンドウサイズの記述がありませんが、この場合64KBまで自動調整して
くれるようです。ただし、アプリケーション側によりウィンドウサイズパラメータ（正確にはSO_RCVBUF)を
いろいろと変化させてみても、WINDOWSが追従する範囲は16KB〜64KBまでの範囲です。
アプリで8KBに設定すると64KBでアドバタイズされます。レジストリでウィンドウズスケール
オプションを有効にすると、64KB以上に調整することは可能ですがアプリが側で64KB以下の設定をしても
反映されません。

MSのサイトには優先度の高い順として
1. 接続の SO_RCVBUF WinSock オプション。
2. インターフェイス別の TcpWindowSize レジストリ設定値
3.グローバル TcpWindowSize レジストリ設定値
4. NDIS により報告されたメディアのビット レートに基づく自動判定。 

のように記載されており、アプリの制御が最も優先度が高いはずなのですが思ったとおりに追従してくれません。
その理由について教えていただければ助かります。

いろいろなFTPソフトのやりとりをETHEREALで覗いてみると、TCPヘッダのウィンドウサイズのやりとりに
違いが無いにも関わらず(例えばクライアント32KB、サーバ64KB）、TCPMONでみたスループットの振る舞いが
大きくことなるものがあります。

根本的にウィンドウソケットバッファ（SO_RCVBUF）の制御は、直接TCPヘッダのウィンドウサイズに反映できる
と思っている私の考えはあっていますか？それとも、パケットキャプチャでは見えないメモリ上のやりとりを制御
しているのでしょうか？

ソケット（セッション？）が有効であるか否かを
確認できる関数があると聞いたのですが、
それは何という関数ですか？
winsock2.h の recv(…) で取得したソケットが
まだ生きているのか否かを確認して、
死んでいたらスレッドを終了させるようなプログラムを
作りたいのですが・・・

ルータがフラグメントしちゃったりパケット廃棄すれば遅くなるけどね。
遅延のあるネットワークは諦めるなり、遅延を受け入れて遅延しても問題無いようにアプリを作るしか無い。
遅延がある時点で、ル−タが懸命に遅延しても良いからバッファリングして流そうとがんばっていて負荷がかかってるのに、余計に負荷かけたらあっさりパケット廃棄されるだけ。

>>812
セッションが終了してたらrecvにエラーが帰り益男

>>811
MSDNのsetsockoptのSO_RCVBUFの説明にあるように、
SO_RCVBUFの値と、TCP Window Sizeは無関係。
Window sizeがどこまで上がるかってのは、レジストリで上限値を設定できる
だけで、あとはOS任せ。

>>811
糞プログラマがTCP windowをコントロールすると、
(部分的でも)経路を共有している他の接続を圧迫するプログラムを書いて迷惑なので、

> 直接TCPヘッダのウィンドウサイズに反映できる

こういうことはできない。
どうしてもやりたければ、TCPのパケット(セグメント)を自分で作って送ること。
やりかたは、http://www.kt.rim.or.jp/~ksk/wskfaq-ja/advanced.html を熟読。
>>6あたりも。

javaのSocketクラスを用いてHTTP形式のデータをやり取りしているのですが
連続して実行しているとたまに

クライアント側：java.net.SocketException: Connection reset
サーバ側：ヘッダー箇所しか受信していなくデータ部を受信していない（受信データが欠落している）

というような現象が発生します。

クライアント<->サーバ間の問題？？と思うのですが、
証拠がないのでしっくり来ません。

データが通信途中で欠落してしまう原因はなにかあるのでしょうか？

↑
orz

サーバ側ってどうやってんの？
自前のJavaプログラムが単にlistenしてるだけ？
それともApache？

>>817
JavaのSocketクラスを知らない俺がカキコ。
まったく見当違いのことを言っていたらすまん。先に謝っておく。

クライアント側がリセットされているんだから、サーバの動作を調べてみたら？
サーバ側がどんなやつなのかは分からないが、例えば、ヘッダーのデータが変だったから
データチェックエラーになって、コネクションをリセットしたとか。
サーバ側、クライアント側ともにメッセージは出力しないの？

あと「データが途中で欠落してしまう」は、どうなんだろうね。
その、ヘッダー箇所しか受信していないっていうのは、どうやって判断したの？
上にも書いたけど、単に1回recvして（その時点で全データの途中まで受信して）、
ヘッダーのデータが変だったから、そこで処理終了なんて場合はないんだろうか。
その場合とかだと、データが途中で欠落しているのではないわけで。

あ〜、連続して実行しているときか。
なんか、サーバ側でコネクションをリセットするケースを調べたほうが
早いような気がしてきた。
連続カキコ、すまん。

HTTP/1.1のKeepAlive使ってて、
・クライアントがPOSTするデータのサイズに嘘ついてる
・サーバがPOSTされたデータのサイズの解釈を誤っている
とか

HTTP なら Ethereal でモニタしてみれば原因はすぐわかると思うが。

>>815,816

情報ありがとうございます。本日もいろいろと調べたところ
SO_RCVBUF　does not necessarilly correspond to the size of TCP receive window
なる文書をMSDNで見つけました。
ということで、以下のように無理やり理解したのですが誤っていればご指摘ください。

ソケット処理なのでTCP処理の直後に位置することから、OSが制御するTCP処理を
直接制御することはできない。TCP受信ソケットバッファ(SO_RCVBUF)とは、OSが用意
するウィンドウサイズバッファに含まれるデータをアプリケーションに引き渡すプロセス
で利用する中間バッファである。よって、OSのウィンドウサイズ調整が適切なものに
なっていると仮定すれば、OSのウィンドウサイズバッファとTCP受信ソケットバッファは
同じ値を利用したほうが良い。もし、SO_RCVBUFを無理やりOSがアドバタイズする
TCPウィンドウサイズより小さい値にすると、場合によってはTCP層からソケット層への
データの受け渡しが非効率的となりスループットが落ちる。また、これらはソケット層の
振る舞いであるため、ETHEREAL等のパケットキャプチャでは状況を確認できない。

上記が正しいならば、高速高遅延のIP回線に対する処置はまずOSでWINDOWスケール
オプションを有効にした上で、それに見合うソケットバッファを用意すればよい。と・・・・。

どうでしょうか？

まあそれでいいんだけど、
高速高遅延回線でのTCPのwindowサイズコントロールアルゴリズムを
詳しく知りたい時は、
http://en.wikipedia.org/wiki/Van_Jacobson
さんたちの書いた論文でも読んでください。

ある程度データを送らないとwindowsサイズが大きくならないので、
少ししかデータを送らない場合には、UDPを検討してください。
ただ手前勝手な転送を行うと軋轢が起きて、
結局自分のパケットも失われるし、スループットの安定性もなくなる。

>>819
レスありがとうございます。

サーバ側もjavaで組んでます。
なんでなんちゃってHTTPって感じです。

>>820

ヘッダー箇所は
全て固定で入れていて
基本的には動いていまして
間違っていないかと思うんですよ。。。

終了判断は
\0検出か、
タイムアウトか、
受信データがなし（InputStream.read()==-1）
で判断してます。

>>821

サーバ側で故意にリセットしてるんですかねぇ。
調べてみます。
レスサンクスです。

>>822

Content_lengthは成功してるときも失敗してる時も
同じ値を示してて問題ないかと思います。
データ部も全く同じで。

それにjavaで作成したサーバなんで
基本的にヘッダとか意識もしないはずなんです。

まったくわからんす。。。orz

今日パケット収集してみます。

ありがとうです。

「HTTP/1.1のKeepAlive」
初ワードなんで調べてみます。

問題だなと思うところのコードをさらした方が解決は早いよ。
きっと自分の思い違いだと思うからさ。

相手を本物のHTTPのサーバ/クライアントに、
入れ替えて試してみろよ、respectively。

>>828
一応、HTTP/1.1に"keep-alive"は無いよ。
keep-aliveは1.0の拡張で、不完全だから1.1で改善したんだし
1.1なら何も指定しなければその上位動作のpersistent connection

HTTP以前の問題な希ガス

んー、2chなんかでも、多数のセッション張る(各鯖毎１本にしてるよ)と
たまに原因不明のECONNRESET入るから、なんともいえないね。
原因がサーバー側(OS,apache)なのか、経路(特に家庭用ルータ)なのか
それともクライアントOSやアプリなのかも全然わかんないし。
それが起きたときの鯖側の忙しさとかも調べようが無いし
再現性もないしね。

その立場は曖昧すぎるかと。

少なくとも>>817はクライアント・サーバの双方を作っているので、
自分のプログラムに原因がないかどうかを調べようとしている。

ECONNRESETだと、ICMPとか、RSTフラグとか、あやすい

大量に接続・切断すると
ローカルでもおかしくなるよ

ならんがな。

しらんがな。

お前らwinsockで192.168...の自分のPCのアドレスってどうやって取得するか教えて下さい

localhost

>>839
127.0.0.1

>>838
IpHelperなら、GetAdaptersAddressesでとれると思うけど、
winsockで、となると知らん。

ネットワークはちょっとしかかじったことないから
localhostで自分のアドレス取得できると思ってたorz

>>839
winsock gethostbynameでぐぐってみ

>>841
Niceなボケだと思ってたがﾏｼﾞﾚｽだったんか。orz

linuxでipconfigを使って一つのnicに複数のipを割り当てることが可能なんですが
Windowsでこれと同じことって出来ますかね
出来ればプログラムでやりたいですが

http://www.ntkernel.com/w&p.php?id=32

>>843
TCP/IPのプロパティから追加できる。
プログラムで、となると、AddIPAddressか。動くか知りませんが。

>>844
それは、仮想アダプタ (仮想NIC)

C++Builder(1997年版）をWin95にインストールしてたんだけど
C++が書けなくて行き詰っていた。
C++言語をマスターしたし、TCPIPもソケット関数の使い方が
判りますた。
このC++BuilderでTCP/IP通信プログラムは組めるでしょうか？

BorlandC++4.0ももってますがこれはネットワーク通信に対応してません。
最新のBorlandC++5.5はFreeのコマンドラインツールになりましたが、
こちらは関数マニュアルが無く、TCPIP通信は無理です。

>>846
補足：
現在は、SUN　OS上で、CUIのソケット通信をプログラムできるようになりました。
VC++は経験、使用ライセンスもありません。

platform SDKがついていればできそうな気がする。
インストールしてsocket() とかsendto()とかヘルプで引いてみればいいんでないの？

ふつうに新しいVCをダウンロードしてインストールすればいいじゃないか

HTTPクライアントでメソッド（とヘッダ）の行終了を示す改行を送信するとき、
\n でやっても \r\n でやってもHTTPサーバーは正常にレスを返します。
これは\nであれば、弾いてエラーを返すべきじゃないですか？

すれば？

>>850
UNIXの改行　\r\n
Windowsの改行　\n
だから
どちらも認識した方が便利ではある

RFC ?

See rfc791.
＞一般的に実装は、送信側の動作では堅実でなければならず、受信側の
＞動作では寛容でなければならない。つまり、注意して適切な形のデータグラムを送信しなければな
＞らないが、解釈可能なデータグラムは全て受け入れなければならない（例えば、技術的には誤りで
＞あっても意図が明らかであれば黙認する）。

>>854
あまり文句は言いたくないが、終焉コード（記号）は
寛大じゃダメだろ。それなら、\r\n \r \nの３つを終焉と定義しとけ！

一応rfcでは\r\nになってますな

そうやって寛大だから、HTTP/1.1のサーバーを名乗ちゃうんだよな〜

Win95は再インスコでＣ＋＋Builder入れなおしだから
インスコしてｈｅｌｐ見ます。
もし経験あるかたあったらＴＣＰソケット使えるか
おせーてくらさい。
ＶＣは高杉で無理です。

無料のVCすら使えないとは乞食もびっくりだ

>>858
どの環境でもソケット使える
BSDソケットな部分なら、ネット上にサンプルもたくさん転がってる
がんばれ

さすがにWin95じゃVC.NETは使えないな。
ネットに繋いだらウイルスばら撒きPCにしかならないだろうし。

でんでんむし！

>>858
生のWinsockも使えるし、TClientSocketとかを使うことも出来るけど？

>>850
RFCで、CRLFの組を、CRを無視してLFのみとして扱うこと奨めて(SHOULDではない)いる。
もちろん、本来CRLFがあるべきところにLFのみが送られても、動くようにするため。
http://www.studyinghttp.net/cgi-bin/rfc.cgi?2616#Sec19.3
だから、サーバーがそういう動作をするのは、別に規格外というわけではなし、
エラーを返さなくても何ら問題はない。

rfcのshouldとmustの違いは重要。
日本語訳だけ見てると実装の解釈を間違えるかもな。

推奨するといいつつも、規格書なのに処理方法が書いてあるんじゃないか？
べつに意義は無いけど。

亀レスでスマンす。
原因わかったんで報告をば。

パケットを解析したら
ヘッダ部とボディー部が違うパケットで飛んでました。
んで色々解析した結果

socket = serverSocket.accept();
↑
│ヘッダー部のみ受信
↓
socket.getInputStream().read(1024);
⇒ヘッダー部しか受信しない

socket = serverSocket.accept();
↑
│ヘッダー部、ボディー部を受信
↓
socket.getInputStream().read(1024);
⇒OK

って感じでした。