1 ：
Sobig飼っている名無しさん ：
03/09/09 00:30 3 ：
デフォルトの名無しさん ：03/09/09 00:32
4 ：
デフォルトの名無しさん ：03/09/09 00:33
5 ：
デフォルトの名無しさん ：03/09/09 00:35
バッファオーバーフローはネットワークネタでいいんじゃないのか。
port 7 は echo プロトコル用の known port です。
>>8 どこぞの本で、TCP の前身にあたるプロトコルが半二重だったそうで、
送受信を同時に行えるようにしようとすると、ポートを 2 つ使わなければ
ならなかったそうな。
echo とか ftp とかの比較的古いプロトコルのポートが奇数なのは、そういう背景があるそうな。
スレ違いスマソ。
>>11 む。すまぬ。ム板では、ここと C++Builder スレだけを
お気に入りに登録していたので、そんなスレがあるとは気付かなんだ。
かと言って今更もう一度同じネタ書くのも気が引ける。ｗ
13 ：
デフォルトの名無しさん ：03/09/12 15:12
ごくまれなんですが、
connect しないコンストラクタをつかえばいいかもね。
16 ：
デフォルトの名無しさん ：03/09/18 08:21
あの電球をはめるやつ
それはコンセント
電球をはめる奴は「ソケット」
ああ、ソケットプログラミングってそういう意味か。
新スレになってから伸びが悪いな
UNIXプログラミングスレにもいえることだけど、使用する言語のスレッドやスレ立てるまでもない～で聞く人が多いから。
「新スレになってから」の理由になってないね
前から書き込みが少ないじゃん。
>>18 Winsockはraw socketが付いてようやく三つ又ソケットになりましたね。
26 ：
デフォルトの名無しさん ：03/09/21 12:10
ネットワークプログラミングなんて必要ないし・・・。
27 ：
デフォルトの名無しさん ：03/09/21 13:23
C でネットワークプログラムを書くとき
socket!
>>28 お前Web制作板のCSSでイケてるデザインサイトスレにもいるだろ。
どこに質問していいのかわからなかったんですが、
ここがなんとなく近そうなんで質問させてください。
URIで、アーカイブ内のファイルを表現するときはどう書くのでしょうか?
JavaのJarURLConnectionだと、
jar:
http://abc.com/a.zip!/a.txt みたいな感じで!で区切っていましたが、RFCには無いっぽいですし、
どうも違うような気がします。
#でフラグメントとして指定するのが筋かと思ったのですが、
ZIPの中のZIPのファイルを指定する場合、
zip:
http://abc.com/a.zip#/b.zip#/c.txt みたいな感じになって、#が二つ出てくるのもまずそうな気がします。
どう書くのが正しいのでしょうか?
33 ：
デフォルトの名無しさん ：03/09/21 22:41
ネットワークプログラミングと言っていいのかどうかわかりませんが
>>32 zip:zip:http//abc.com/a.zip#/b.zip#/c.txt
なら良さそうな気がする。なんとなく。
>>33 ヒントだけ
ヴォイスモデム。
音を解析。
2重和音。
かゆうま。
>>34 あ、なるほど。
言われてみればスキームがもう一つ要りますね。
Javaでコードを書いているのですが、
JavaのURIだと#が二つあると怒られるみたいです。
とりあえず色々考えてみます。
どなたか良い知恵があったら教えてください。
>>35 かゆ…うま…
音の解析ってパルス，トーンの音ですか？
38 ：
デフォルトの名無しさん ：03/09/22 09:55
プッシュホンの場合、かゆ が縦の列、うま が横の行
↑バイオハザードのかゆうまじゃないの？
40 ：
デフォルトの名無しさん ：03/09/22 19:42
winsockでarpパケットを送ることは可能ですか？
>>41 レスどうも。
arpパケットのethernetフレームヘッダーのtypeは0806ですが
winsockでいじれますか？
raw socketでipヘッダーまでは自由に変えられますが、、、
>>44 raw socketでarpヘッダーを書いてやってみたんですが、ネットワークモニターに検出
されません。たぶんethernetヘッダのtypeが0800(tcp)なのに、tcpヘッダじゃなくてarpヘッダがくっついてるんで
だめなんじゃないかと思ってます。
typeを0806に変えようにもやり方がわかりません。変え方ご存知ですか？
例えば www.yahoo.com というドメインから，
あ，3. ちょっと舌足らず。。。
一つのソケットに対してオーバーラップI/Oで複数のスレッドから同時にWriteFileしても大丈夫ッスかね??
>>46 どっちでもいい。でも鯖によってはsession管理してて、
別鯖だとsession認識できなかったりするから前者のほうがいいと思う。
でも本当に礼儀正しいやり方は一本ですませる方法。
>>48 非同期処理の実行中にもう一度非同期処理をかけようとすると、
ただいま処理中ですみたいなエラーになるんじゃねえかなあ。
つか同時に複数からwriteってのはワケワカランな
readとwriteを別にするならともかく
51 ：
デフォルトの名無しさん ：03/09/24 22:52
オーバラップI./Oは良く知らんけど、Win系は複数スレッドからの同時アクセスは
52 ：
デフォルトの名無しさん ：03/09/24 23:00
>>51 >Win系は複数スレッドからの同時アクセスは
>出来ないよ。
根拠は？
>>52 本に書いてあったのと、
強制終了するとき、recv()で待ってるスレッドがあるのに
別スレッドでclosesocket()しても終了しない。
ちょっと今うろ覚えだけど、色々やったけどダメで、
結局select()で定期的に抜けて終了チェックする様にしてたと思う。
別OSだとrecv()から０とか-1で抜けてくる。
>>50 チャットのサーバー作ってて、ブロードキャストメッセージの配信を別スレッドからWriteFileしようと思ったんスよ。
それで、Pingメッセージ等内部処理の配信をメインのスレッドからやろうと思ったんです。
もしもPingメッセージとブロードキャストメッセージのWriteFileが同一ソケットに被ったらダメなのかなぁ、と。
すみません、分かりづらい説明ですね…。追記ですがI/O完了ポート使ってます。
>>54 2・3年前のことなんで鵜呑みにされても困るけど両方書き込みだけなら
複数スレッドからでも動作した記憶がある。
もちろん注意しないとプロトコルは無茶苦茶になるけど。
>53
>>56 shutdownもダメでした。
あとブロッキングから抜ける関数もあるけど同じでした。
>>52 で不意に突っ込まれて、本を読み直してみたけど、
ブロッキングソケットは多重呼び出しが出来ないって書
いてありました（ページがまた分からなくなったけど）
逆にブロッキングしない奴なら
>>55 みたいになるんじゃ
無いですかね。
Winsockは、versionによって多重呼び出し怪しいから、
>>53 > 別OSだとrecv()から０とか-1で抜けてくる。
その「別OS」によるなぁ。
そういう動作にならない OS もある。
UNIX 系しかしらないけど、別のスレッドが recv() で
ブロック中の所を隣のスレッドから close() したら、
close() がブロックするようなやつもいるよ。
Windows NT 4.0 の頃の Winsock だと accept() でブロック
しているソケットを別のスレッドから close() すれば、
accept() もエラー終了してくれた記憶がある。これ、
サーバアプリケーションを書く上で便利。
61 ：
デフォルトの名無しさん ：03/09/25 21:05
Windows2k版Telnetdをやってみようと思ったんだけど、
>>49 ｻﾝｸｽｺヽ(´ー｀)ノsession管理の事は思いつかなかったです。なるほどー。
64 ：
デフォルトの名無しさん ：03/09/26 15:55
WinSock2でマルチスレッドﾞする場合は、
65 ：
デフォルトの名無しさん ：03/09/26 15:58
>>61 WinSock2.0プログラミング ソフトバンク ISBN4-7973-0688-2
Win32ネットワークプログラミング ＡＳＣＩＩ ISBN4-7561-2011-3
66 ：
デフォルトの名無しさん ：03/09/26 16:02
>>64 WarFor... ---> WaitFor...
67 ：
頭悪い ◆gGTEz68pSM ：03/09/26 16:22
68 ：
デフォルトの名無しさん ：03/09/27 17:11
httpでデータをダウンロードするのと
>>68 「負荷」って何の?
一般論では、プロトコル上、データ部はどっちも生で流れるだけなので
開始部分の違いが鍵になる。
設計されたときの時代背景の違いから来るんだが、
現在一般的な転送法である、URIを使って新規に接続し
単発ファイルを転送する場合、httpのほうがftpよりも効率的。
>ファイルサイズ、確実性、秘匿性など
サイズが大きいときは違いは小さくなる。
確実性は、完了が確実に分かるHTTP/1.1が高い。
秘匿性? データの暗号化ならどっちもSSLに乗っければいいが
httpsに比べてftpsはマイナー?
まあそんなとこ。サイトは知らん
>>69 http より ftp の方が軽いという印象があるが？
httpサーバがftpサーバよりも重い(swapしやすいとか)かもしれない
>>70 apacheなどの巷のhttpサーバーはプラグインモジュールや
外部プログラム(CGIなど)を多用してるからリソース消費は大きいってのはあるね。
ftpサーバーは普通単品で終わりだもんな。
>63,65,67
NATの普及、自宅サーバの普及、
IPv6の理想を忘れるな
IPv6の理想を忘れるな
77 ：
デフォルトの名無しさん ：03/09/27 22:03
>>73 まあそうなんだけど、実のところ2G超えるファイルをきちんと扱える
http サーバってあんまり無いし。。apache 3.0 はこれ直ったかな。。
時代はsmbだね
79 ：
デフォルトの名無しさん ：03/09/27 22:37
Winsockの勉強に、非同期のファイル送受信プログラムを書いて
sendはバッファに空きがあれば必ず成功する。
よく見たら、送り終わった後にもFD_WRITE来てなかった・・・
ｽﾏｿ
>>80 FD_WRITEはFD_READと違って、ただの送信可否フラグと思えば
良いんでしょうか。
sendに失敗したらフラグ外して、来たら再度立てると。 thx
更に連続ｽﾏｿ
>>80 あと、バッファの空きと言うのがよく解らないのですが、100M程のファイル
を一回でsend出来てしまうのですが、この100Mはバッファにコピーして
納められてるのでしょうか？
それとも、与えたポインタから読みながら送信していて、送信が完了する
前に消したら不味い物なんでしょうか？
もし、後者だった場合、送信完了はどうやって知るのか・・・
色々ぐぐってたら何となく解った様な・・・
データの扱いは、
>>83 の後者で、
>>80 さんの言うバッファは
sendが送信すべきポインタのキュー？と言う事なのかな。
何だか根本的に間違ってた様です。
今、全体的にWSAEWOULDBLOCKしかエラー判別してないのですが、
ここにNOBUFSを付け足さないといけないのかな。
あとデバッグ用にNOBUFSを発生させるコードも・・・
>>79 思ったら宜しくないでしょう。そのための返り値ですから。
たまたまこう動いた/仕様、区別しましょう。
>>85 あれ・・・FD_WRITEは根本的に間違ってましたが、sendの戻り値が
エラーでもlenでも無い、適当な値な場合もあり得るんですか？
バッファが**の様なので、もう絶対に無いと思ったんですが・・・
WSAAsyncSelectしたノンブロッキングソケットでしょ？
>>84 >データの扱いは、
>>83 の後者
どこにそんなことが書いてある？
聞いたことないんだけど。
悪夢にうなされてもう起きてしまった・・
>>87 sendは一回目でlenを返して、受信側では延々と4k程の細切れパケットを
recvして、サイズもCRCも揃ってました。
>>88 違うのかなーと思って、send後すぐZeroMemory＆deleteしても問題
ありませんでした。 あれ？
色々と試してリアクション探ってみます・・・
>色々と試してリアクション探ってみます・・・
>>90 この場合の基礎ってどんなんでしょか。
winsock WSAAsyncSelect send while でぐぐって出てきたのを眺めると
lenに加算するのもあれば、 ただ==SOCKET_ERRORしてるのもあって、
何が正しいのか解りません・・・
自分が試した内では、 lenかエラーしか返って来ないので、
==SOCKET_ERRORでも良い様な気がするのですが・・・
さっきから言ってるそのlenって何？
>>92 パラメータに与えたlenが必ずそのまま戻り値に返ってくるんです。
すみません、91の言い回しが狂ってましたね。。
まあ、別に特定の環境でしか動かさないで
おっと、600Msendは出来ないかな。
>>95 その場合はエラーが返ってくる様です・・・
未だエラーコードは確認してませんが。
どうやっても1以上len未満の数値が返ってこないん・・・
79から読み返せ
>>99 えーと・・・len未満はエラーじゃないので、そのまま再度sendしてみて
失敗しないとFD_WRITEは来ない？
どう言う場合にlen未満を返されるのか解らないと確認が出来ない・・・
>>100 > 確認が出来ない・・・
確認せずに、仕様を読め。そして
>>80 に書いてあることを理解しろ。
>>91 > 何が正しいのか解りません・・・
仕様が正しい。Webに載っている糞プログラムよりも。
>>89 > 色々と試してリアクション探ってみます・・・
あなたプログラマー向いてないかも。
作成後のテスト段階でそれやるのはいいんだけどね。
Winsock, platformのversionが違ったら動かなくなるプログラム連発しそう…
仕様に記述がない事も、実装上は陰或いは陽に規定されていることがある。
しかし絶対にそれに依存してはいかん。
プログラミング全般に言えることだが、
ネットワークは仕様が緩く作ってあるから、それが最も顕著だ。
多くの人はここでネットワークプログラミングに挫折する。
>>101 >確認せずに、仕様を読め。そして
>>80 に書いてあることを理解しろ。
100のでは間違ってると言う事でしょうか？
>>102 len未満を返す＝送れる限界迄送ったから次はFD_WRITEを待てって
可能性は無いかと思ったので。
×len未満を返す＝送れる限界迄送った
1以上len未満の値が返ってこないから
>>106 絶対に、lenかエラーしか返さない物に対処する必要があるのか
どうか疑問に思っただけです。
どうやってもlenかエラー以外返さないので、確認のしようが無い、
動作確認の出来ないコードを入れておくよりはエラーとして終了
した方が安全なんじゃないかってのが今の状況です。
大丈夫だとは思うけど。
>>107 UNIX上で大きなsend()したら、中途半端な大きさのsend()しかできないことが
すぐわかると思うけどね。
>>109 UNIXなんて括りはもう役に立たんよ...
111 ：
デフォルトの名無しさん ：03/09/28 19:53
>>79 同様、私も同じ問題で悩んでいます。
受け取った内容をそのまま返すのは、次のように書いてよいのでしょうか？
char buffer[8192];
int recvSize = 0;
int sendSize = 0;
while(1) {
recvSize = recv(sock, buffer, sizeof(buffer), 0);
sendSize = 0;
do {
sendSize += send(sock, &buffer[sendSize], (recvSize - sendSize), 0);
} while(sendSize != recvSize);
if(recvSize <= 0) {
/* 切断処理 */
}
}
テストでは、doループを 1度しか通らないので
このコードが本当に正しいのか分かりません。。
非同期ソケット使ってるんならその場でループしちゃだめ
昔Win98SEで試した時は、send()が中途半端な数字を返したよ。
>>112 send() の場合にも書き込みできるか確認する必要があるんですね。。
select を使った場合は、こんな感じでしょうか？
char buffer[8192];
int recvSize = 0;
int sendSize = 0;
while(1) {
recvSize = recv(sock, buffer, sizeof(buffer), 0);
sendSize = 0;
FD_ZERO(&writefds);
FD_SET(out, &writefds);
do {
select(FD_SETSIZE, 0, &writefds, 0, 0);
sendSize += send(sock, &buffer[sendSize], (recvSize - sendSize), 0);
} while(sendSize != recvSize);
if(recvSize <= 0) {
/* 切断処理 */
}
}
sendでエラーになったかどうかくらい調べろよ
つーか何これ?
>>110 Solaris/Linux/FreeBSD などであれば確認できる、といいたいだけでは？
>>116 クラクラと眩暈がするレベルだから、放置プレイが最良かと。
ネットワークプログラミングの知識が足りないとか、そういうレベルじゃないと思う。
select() と send() の戻り値をチェックしないといけないんですね。。
>>116 FD_ISSET は知っていますが、立ててるビットがひとつだけなので
はしょっても同じかと思いました。
>>119 ちゃんと、select()の戻り値見ないとダメだよ。
122 ：
デフォルトの名無しさん ：03/09/29 02:19
>>113 物置からWin98の入ってるP54C-133MHzなまちん発掘して試してみます・・・
>>119 人の話を聞く気がないなら最初から質問するな
ギスギスだめｾﾞﾀｲ
>>107 *1) お前プログラマ辞めな。全く向いてない。
まず、頭固すぎ。次に経験でしかものが語れない。*1)に戻る
>>79 は頭が固いので、無限ループから抜けられずにここ*2)まで辿り着かないはずです。
101=126か？ どっか逝け
>>113 Win98でも5M弱のsendが一回で通りました・・・
そう言う事があるとしても、実際に起こせないから試しようが無い。
ちなみに非同期でしたか？
まさかlocalhost相手にテストしてたりしないよな？
それと、EWOULDBLOCKの後にFD_WRITEが来ることを見るだけなら
このスレ恐いよ｡･ﾟ･（ﾉД`）･ﾟ･｡
>>131 同意、ネットワークプログラマーって怖い人ばっかなのかしら（´Д⊂
ネットワーク資源を食い潰す糞アプリつくられちゃかなわんしな。
RWINだっけ？ACK確認しないで垂れ流す量設定するの？
周囲に迷惑かけさえしなきゃどんなことやってもかまわないさ。
実はUDPだったとか言わないよな
↑とうとう逆ギレした79
勘違いの具合からして132-136・138は同一人物だろ
↑よくわかってない人たち
↑初心者
迷惑をかけるからというよりも、
ネットワークプログラミングは、プチ分散プログラミングだから、
プログラミングとしてはかなり特殊で独自の世界を作り出してるんだな。
TCP/IPが相互接続性を極端に重視していてこれまた特殊だし。
だからちょっと頭を切り替える必要がある。
>>79 は試す試すと言っているが、
コードの全てを一度実行してみるってテストはそれでクリアするけど、
コードの品質を確かめる上では、偏りすぎだね。
まあ最初は、起きない→必要がない、なんて論調だったのが、
起こすにはどうすればいいか、に変ってきているから、進歩はしてるんだろうけども。
確かにム板のまともなスレにしては、殺伐としてるよね
ネットワークプログラミングはあきらめました。
>144
ダイエー優勝記念になんか書くか!
>>146 応援ありがとうございます。一応、私が期待した通りにアプリケーションは動くのですが、
ソケットプログラミングのことを分かっておらず、偶然動いているに過ぎないのです。
それでネットワーク資源を食い潰してしまうと、みなさんに
ご迷惑をおかけすることになってしまいますので、作成したアプリケーションは
破棄することにしました。
みなさん、ご迷惑をおかけしてすみませんでした。
>>148 > それでネットワーク資源を食い潰してしまうと、
> みなさんにご迷惑をおかけすることになってしまいますので、
な、ことはない。
> ソケットプログラミングのことを分かっておらず、
そんなことより、
> FD_ISSET は知っていますが、立ててるビットがひとつだけなので
> はしょっても同じかと思いました。
この姿勢なんとかせいよ。
> 偶然動いているに過ぎないのです。
こういうことがいつまでたっても減らないよん。
>>148 悪い意味で、潔良過ぎ。
プログラマってぇのはほら、もっと、その、なんだ・・・
えーと、もっと往生際悪くあがくべきかと。
>>149 が(・∀・) ｲｲ!!こと言った。
>>148 はその姿勢を革めないと、
他の種類のプログラミングでも、不可解なバグを多数発生させると思われ。
151 ：
デフォルトの名無しさん ：03/10/01 23:27
たまにはageるぞ
みんなわざと釣られてるのか？
まあでも、センスの悪い奴は無理にプログラム作らないほうがいい
>>152 殺伐としているようで、良いヤツが多いことがわかた。
> FD_ISSET は知っていますが、立ててるビットがひとつだけなので
select()の戻りをチェックするようにすれば、この場合は大丈夫。
>>120 が思いっきり間違っていると言っているんだが？？？
>>157 select()がエラー終了した場合を考えれ。
161 ：
デフォルトの名無しさん ：03/10/03 11:13
>>160 だから戻り値を確認するだけでいいじゃない。
どっちにしろ
>>114 はエラーチェックしてないからだめだめ
Linuxで、送信側からTCP,UDPともに送信があって
>>163 取り敢えず
・送信受信どっち側でエラーか
・エラーの中身は何だ
この位書け。
つーかどっかに質問の仕方を懇切丁寧に解説してるとこは無いのか？
あります。
申し訳ございません。
> bindの返り値が-1を返します。
168 ：
デフォルトの名無しさん ：03/10/03 15:49
perl で勉強中なのですが、最後の改行を送る時に
下
上
下
右
>リクエスト (section 5) と レスポンス (section 6) 各メッセージは、エンティティ (メッセージの付加物) を
すいません。ちょっと調べたらいろいろでてきました。
'\n' == CRLF
あ、上は嘘かもしれない。
>>176 が正しいのでは？"\r\n"だとCRCRLFにならないか？
何故ですか?
なんだかよくわからないんですけど、適当に作ったサンプルで
確かにWindowsだと'\n'==CRLFだね。
おまえらはネットワークの前にperlの勉強からやりなおせ。
いろいろレスありがとうございます。
>>182 テキストモードで書き込むときに\nを\r\nに変換するだけで、\nはLFだと思う。
Windows系はテキストモードで書き込むときに \n を CR LF に変換する。
>>187 '\r'==CR, '\n'==LFです。
>>187 \r が CR で \n が LF です
俺もつっこんでおくか
>>187 '\r' == 0x0d, '\n' == 0x0a です。
man asciiでもしとけ。
perlはよく知らんけど、抽象化されたパッケージというかライブラリというか、
あるよ
>>192 \r や \n 自体、既に抽象化されてる。
ソケット自体、既に抽象化されてる。
僕の肛門も抽象化されそうです
ウホッ いい抽象化・・・
俺たちはとんでもない抽象化をしていたようだ。
r､r.r ､i. ／ ￣l 7 なんだってー
ヤバイ。抽象化ヤバイ。まじでヤバイよ、マジヤバイ。
えーマジ抽象化？
_Y_
ｒ'｡∧｡ｙ.
ゝ∨ノ
>>192 が放置 ,,,ｨf...,,,__
）~~（ されている間に _,,.∠/ﾞ`'''t-nヾ￣"'''=ー-.....,,,
,i i, ,z'" ￣￣ ／nﾞﾞ''''ー--...
,ｉ> <ｉ プログラムはどんどん r”^ヽ く:::::|::|:::〔〕〔〕
ｉ> <ｉ. 抽象化していく・・・・・。 入_,..ﾉ ℃ ￣U￣＿二ﾆ＝
`=.,,ｰ- ...,,,__ |,ｒ'''"7ヽ､| __,,,... -ｰ,,.=' >ーｚ-,,,...--,‐,‐;;:'''""~
~''':x.,, ~"|{ G ゝG }|"~ ,,z:''" ＿＿＿
~"'=| ゝ､.3 _ノ |=''"~ ＜ー＜> ／ l￣￣＼
.|）) (（| /￣￣ﾞｉ;:､ 「￣￣￣￣|￣|￣￣￣＼
))| ｒ'´￣「中]￣｀ヾv､ `-◎──────◎一'
├―┤＝├―┤ |li:,
|「￣ |ｉ￣ｉ|「.//||「ｌn|:;
||//__|Ｌ_」||＿_.||ｌ」u|:;
|ニ⊃| |⊂ニ| || ,|/
|＿. └ｰ┘ .＿| ||/
ﾍ 「￣￣￣| /
あぁ…
|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|
￣￣￣￣￣￣￣○￣￣￣￣￣￣￣￣￣￣￣￣￣
この板にもID欲しいな
>>209 なんで「ハァ？」なんだ？意味わからん。
何なんだこの流れは（ｗ
>>187 の言いたいことはわかるが、
>>209 はさっぱり分からん
もしCRやＬＦの意味を知らなかったレベルなのなら、一緒にするなよ
抽象化の流れにﾊｹﾞﾜﾗ
抽象化メーター
彼女達はみんなみんな、とびっきり！
このプログラムはすっかり駄目になってしまいました
面接官「特技は抽象化とありますが？」
ああっ、もうダメッ！！はうあああーーーーっっっ！！！
/ヽ /ヽ
抽象化の行き着く先はシュールである。
完璧な抽象化などといったものは存在しない。
0次元かよ
誰もbinmodeしろと正解を言わないで
このスレでは誹謗抽象は禁止です。
226 ：
デフォルトの名無しさん ：03/10/10 15:31
ネットワーク接続を行うマルチスレッドDLLを作っているのですが、
UNIX以外はお断り・・・
そういうのはどっちかというとWin32APIスレの方がいいような
なんだよ。じゃーこんなところにスレ立てないで、
>>227 じゃあなんでテンプレにWindows関係のリンクがあるの？
>>231 あんまし突っ込んでやるな (´Д`)ノ 徹夜明けでﾎﾞｹﾎﾞｹしてたんだろうさ
230は騙りだろうが、ここは同意だな
>>227 はお断りでひとつ
いいだろ別にWindowsでも
お前が答えてやって
いや、もう解決したみたいよ。
Дﾟ) ｱﾗﾋﾞｯｸﾘ
238 ：
デフォルトの名無しさん ：03/10/11 17:24
setsockopt(2) を用いて IP_HDRINCL を設定しない(自分で IP へッダをつけない場合)、
239 ：
デフォルトの名無しさん ：03/10/12 02:10
なんで放置するの？
>>239 わからないから答えない
それだけのことだ
それともナニか？
表面だけを取り繕った、役に立たない曖昧な回答が欲しかったのか？
ちょうど今書いてる コレ のようなカキコが。
241 ：
デフォルトの名無しさん ：03/10/12 02:23
ここの人たちは人間性は破綻していても、能力はあると思っていました。
242 ：
デフォルトの名無しさん ：03/10/12 02:57
ねぇねぇ、Echoポートって何のためにあるの？ってか、何に使うの？
>>243 んじゃ質問の仕方を変えてみるね。
たとえばソケットアプリでTELNETｸﾗｲｱﾝﾄと接続したとき、ﾛｰｶﾙｴｺｰしないｸﾗｲｱﾝﾄに
入力したｷｬﾗｸﾀｰを表示してあげたい場合はEchoポート使ったりするの？
＞238
>>242 「Echoポート」って
echo 7/tcp
echo 7/udp
のことを言ってるの? それともRFC 857?
>>246 ポート 7 だよ！
>>247 「クライアントと接続」は、クライアントからサーバーに接続っていう感じで脳内置換よろ
自分の思考が自分の文章にうまく乗らなくて癇癪起こしてる人がいるね
251 ：
デフォルトの名無しさん ：03/10/13 18:45
MACアドレスからリアルタイムでIPを知ることってできるのかな？
>>251 インターネット全体としては
任意のMACアドレスを与えてIPアドレスを得るプロトコルは運用されていない。
かなり困難というより、みんながやっていない限り不可能というしかない。
単一ネットワーク内ならRARPがあるが、これも壊滅状態か。
Internat、という範囲ではMACアドレスは一意ではない可能性があるが。
一つのMACに複数のIPアドレスが振られている場合もあるんじゃなかった?
Mitonat
socketのプログラムを始めたんですけど
>>251 > IPからMACならできるだろうし
そもそも、IP もっている装置が全て Ether とは限らないぞ。(= MAC アドレスを持っているとは限らない。)
物理層は、伝書鳩かもしれないんだから。(藁
>>256 > recv()状態になりながらsend()するってとこが、おかしい気がするんです。
無問題。全二重回線なら、ほんとに recv() と send() のデータ転送が同時に起きてることもあるだろうし。
通常 recv() 待ち状態で、send() したいことはよくある。
>>254 一台のホストの複数のインターフェースのMAC addressが同じってのもあるよ。
Sun V240とか
教えてくださった皆さん､ありがとうございました。
>>257 そうでしたか(赤面)
いえね、Win用アプリでMACアドレスを元に作ったパスワードでプロテクトをかけようと思ったんですが､
そのMACアドレスを拠り所に相手のマシンにメッセージを送ることができないかと思ったものですから。
Ｃ＋＋を使ったネットワークプログラミングの入門書とか解説書とかって
翻訳出てるけどACE使わないなら参考にならない。
263 ：
デフォルトの名無しさん ：03/10/17 20:08
socklen_t って int ですか？
264 ：
デフォルトの名無しさん ：03/10/17 20:09
>>263 なんのためのtypedefだと思っているんだ。
265 ：
デフォルトの名無しさん ：03/10/17 21:43
さあ・・・なんのためですかね
>>265 移植性の低いプログラムを書くのなら、あなたが持っているヘッダーファイルを見ればいいでしょう。
267 ：
デフォルトの名無しさん ：03/10/17 21:54
>>266 ヘッダーのどこにあるんですかね
unistd.h みたら
typedef __socklen_t socklen_t;
とかあってびっくりしましたよ
最終的に、何がtypedefされてるかをしらないと
こんなん組めないと思うんですけどね
>>267 元はどんな型なのか"はっきりと"わからないといけない時ってどんな時？
printfで表示するときとか？ そのときは俺はできるだけ大きな型にキャストしている。
別にネットワークに限らずね。
270 ：
デフォルトの名無しさん ：03/10/17 22:13
>>268 構造体なのか、ポインタなのか、charなのかintなのか
その程度までははっきりわかる必要があるですよね
まあsocklen_tの場合は 名前からも類推できるし
サンプルコード見れば sockaddr系のサイズだとかも
わかるけど、ヘッダだけを追ってたらわからないような
そんな整備されてないのはいやですよ
271 ：
デフォルトの名無しさん ：03/10/17 22:16
>>270 charなのかintなのかは分からなくてもいいだろ。整数かどうか、符号付きかどうかわかれば。
ついでに、構造体かどうか知る必要がある場合はそのメンバーもドキュメントで公開されているはずだよ。
273 ：
デフォルトの名無しさん ：03/10/17 22:22
>>272 >公開されているはず
ソース という形で。
UNIX圏の人たちに「ドキュメント」なんて高尚なものを
求めてはいけませんよ。
つーか、C++ならtypeid()で一発だけどな。
275 ：
デフォルトの名無しさん ：03/10/17 22:39
sockaddr構造体って、あえて日本語で表記するなら
そっかだだーこーぞーたい
そっくえいでぃーでぃーあーるは俺だけだな多分。
ソックは靴下でいいですか？
JavaのソケットとWinSockでのデータの受け渡しを試しているんですが、
Charsetか場合によってはバイトオーダーの問題じゃねぇか。
283 ：
kintyou ：03/10/18 09:22
cを使ってデフォルトゲートウェイをxxx.xxx.xxx.xxxから
>>283 /usr/src/sbin/route
>>285 ありがとうございます。
設定の仕方ではなく、cでプログラムを書くときに
どのように書けばいいのかわかりますか？
287 ：
デフォルトの名無しさん ：03/10/18 11:42
前スレ埋めろよ
systemでrouteを呼び出せば？
IPv6対応のアプリケーション書いてるひとはいますか？
290 ：
デフォルトの名無しさん ：03/10/18 13:00
>>286 OS何か書きなよ。
>>285 はsource読めと言っているんだが、
あの場所にあるのは*BSDだろうな。
292 ：
kintyou ：03/10/19 01:23
>>291 すいませんでした。
red hat linux7.3です。
293 ：
デフォルトの名無しさん ：03/10/19 15:14
PF_INET 使ってる？
294 ：
デフォルトの名無しさん ：03/10/19 23:57
NTPサーバに送る空パケットのフィールドは
297 ：
デフォルトの名無しさん ：03/10/20 00:34
ネットワークプログラムで働くのに英語って必要ですか？
>293
299 ：
デフォルトの名無しさん ：03/10/20 00:44
ネットワークプログラムの中の人には
301 ：
デフォルトの名無しさん ：03/10/20 04:01
300とられた・・・
マシン語なんていつ使うんだ？
>>298 BSDとかだと AF_* と PF_* は同じだよーん って規定してるけど
その辺どうなの？
ネットワークプログラムで働くってのは
それはシーピーユーさんのおしごとだぉ
パケットとソケットはどう違うのですか？
>>307 306 じゃないけど、すごく分かりやすい！ 今後、そのように説明させていただきます。
Windows2000さんとWindowsXPさんとお友達になりたいのでつが
310 ：
デフォルトの名無しさん ：03/10/20 12:33
>>307 ぜんぜんちがう。
それでいうなら、ソケットは精子でパケットは中のDNAの一部だろう。
NIC = 肛門
しもねた断固反対
313 ：
デフォルトの名無しさん ：03/10/20 13:24
>>310 うーむ
パケットが分割されて送られる様子はドピュッドピュッな感じなのだが･･･
女体の中で精子が合体したら怖いぞ
ブロードキャストしてー
TCP-IPの切断(強制切断やclose)を検知したいのだけど、
>>316 closeや強制切断の時はFINやRSTが来るだろ。
とつぜん途中経路のケーブル抜かれたとか、そういうのを検出するには
2MSLぶんタイムアウトして待つしかないけどな。
>313
フレームが精液です
おまえらクソなことで
>>303 さぁ？
例え値が同じだったとしても適切な定数を適切なところで使った方がいいんじゃないかね。それともキミはNULLがゼロに定義されてるからって int i = NULL; とか書くのを許せますか？
324 ：
デフォルトの名無しさん ：03/10/21 02:21
>>323 ゆくゆくはLinuxでも統一されるんじゃ無いかなぁとか
325 ：
デフォルトの名無しさん ：03/10/21 02:28
>>324 んでも漏れはaddress family を指定するところに PF_INET と書いたり、
protocol family を指定するところに AF_INET と書きたくなったことはないなぁ。
>>326 FINが来たらrecvが0を返すんだよ
RSTだったらSOCKET_ERRORを返す
>>303 実装がたまたまそうなっているだけ。
実装でなく仕様だけに依存したプログラムを書こう。
もちろんそういう実装(AF==PF)が自然なんだけどね。
PF_INETとPF_INET6が違う定義のは、
それはnetwork layerだけの話でfamilyとしては同じなんじゃ…と思うけどねぇ。
自分にお礼いてる馬鹿ハケーン
自らに突っ込む前に言い直せ
>>324 see /usr/include/bits/socket.h
glibc を使っているなら AF_* も PF_* も一緒。
ただ、そういうのに頼ったコードを書くのはどうかと思われ。
>>323 その例えはいかん。NULLは(void *)0かもしれない。
>>333 (void *)0は整数値の0を意味しない。
逆(char *p = 0;を許せますか?)だったら確かにたとえが悪いが
>>333 そだね。でもいい例が思い付かなかったんだYO。
何か代案よろ・・・
仮令、、、初めて見た。為念も吃驚したけど。
338 ：
デフォルトの名無しさん ：03/10/24 15:59
>>293 スティーヴンスに合わせて常に AF_INET 使ってます。
339 ：
デフォルトの名無しさん ：03/10/24 16:01
>>310 違うのはおまいじゃないの、なんで "ソケット" っていうか知ってるか？
質問です。
scatter/gather使いたい時はsendmsg()、単一バッファでいい場合や
>>340 Softwareのデータ通信効率が、全体の性能を支配するような場合、
sendto()しかないと、複数のメモリ領域を転送する場合に、
・複数回sendto()するか、
・一旦単一バッファにデータを集約(コピー)する
必要がある。これはボトルネックになりうる。
WinSockではWSASend
344 ：
デフォルトの名無しさん ：03/10/30 18:24
tcpのsendって相手からack返ってくるまでブロックするんでしょうか？
ack帰ってくるまでブロックはしないけど、送信バッファが一杯になると空くまでブロックするよ。
送信バッファを空けるためにはパケットが届いたことを
>>347 普通、送り側バッファは一回の send で送る分よりは多めにあるから。。
「普通」か
送信バッファが一杯でなければ、sendは何も待たないよ。
351 ：
デフォルトの名無しさん ：03/10/31 03:26
『Ｃ++ネットワークプログラミング
ネトゲ関連のツールを作りたいのだが、
あります。
>>352 チートツールかよ。
NAT関係のソースでも漁れ。
ゲ製板逝ってスレ一覧を「チート」で検索すら出来ない奴に何が出来るというのか。
あんな過疎板何の役にもたたんだろw
>>357 強烈にまんどくさい方法を探してきたな。
>>358 後々考えるとかなりまんどくさかった(；´д｀)
素直に代理ＤＬＬを作ったほうがいいですかね？
XML-RPCがらみの話題は 2ch の中ではどの板のどのスレッドで一番ホットに語られていますか？
>>359 代理DLLっていうのがよくわからんが、
ブリッジとなるホスト(IPプロキシ)のOSをWindows2000,XP限定とするなら、
RawSocketを使って自分宛以外のパケット受信(Sniff)やパケットの書き換えを
行うのが一般的かと思われる。
しかしNATを実現するには、ドライバレベルのTCPレイヤの動きを誤魔化す必要があるため
DDKで提供されるFilter-hook Driver によって、
カーネルモードでIPパケットをフックしてヘッダを書き換えなくてはならないかもしれない。
RawSocket関連は結構情報でてるから問題ないかもしれないが、
NAT関連のソースで、英語ONLYのDDKにまで首を突っ込む覚悟があれば
以下のところのが参考になると思う。
ttp://www.codeproject.com/internet/drvfltip.asp それからネトゲのチートに関してだが、
最近のネトゲはちゃんとパケット暗号化してることが多いので
ツールできてもパケット解析できずに終わるという結果もあることを
お忘れなく。
代理DLL＞ラッパ
>>362 進む方向わからなくなってたので大変助かります
ＤＤＫか。まだ首突っ込んだことがないなぁＴＴ
レスどうもありがとうございました
366 ：
デフォルトの名無しさん ：03/11/02 18:55
WindowsでHTTPのステータスコード文字列化するのはどうするの？
367 ：
デフォルトの名無しさん ：03/11/02 19:05
元々文字列
368 ：
デフォルトの名無しさん ：03/11/02 22:25
>367
369 ：
デフォルトの名無しさん ：03/11/02 22:29
DirectPlayって,WinSock使って作った？
>>369 Winsockで動いているよ。
winsock.dllを消しても動くのはあたりまえ。
使ってるのはwinsock2や32ビット版のwinsockだから。
372 ：
デフォルトの名無しさん ：03/11/02 23:19
>371
>>372 というか、objdumpやらdumpbinやらやってみればわかることだろ。
ws2_32だろ
>>375 そうでした。ｽﾏﾝ。
$ objdump -x /cygdrive/c/Program\ Files/Microsoft\ Visual\ Studio/VC98/Lib/WS2_32.LIB |grep -i dll | sort| uniq
--------- 0/0 38 Feb 21 15:50 1998 WS2_32.dll
$ objdump -x /cygdrive/c/Program\ Files/Microsoft\ Visual\ Studio/VC98/Lib/WSOCK32.LIB |grep -i dll | sort| uniq
--------- 0/0 39 Feb 21 21:46 1998 WSOCK32.dll
377 ：
デフォルトの名無しさん ：03/11/03 00:54
>376
またわけのわからんことを
>>377 まぁCygwin入れてなければobjdump -xが出力するDLL日付の意味が
分からなくても仕方ないが、それ以前にインポートライブラリとDLLの
関係も理解してなさそうだな。
あまりかまうと馬鹿がうつるぞ
ええっ！
思ったよりも釣れなったな。
.asfファイルのダウンロードがしたいので
>>383 お約束ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
コネクションｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
ネットワークプログラミングをやるなら、マルチスレッドの勉強は必須ですか？
いや。別に。必須なことないよ。
389 ：
デフォルトの名無しさん ：03/11/05 23:55
出て行く方向で特定のポートへのセッション要求やTCPのパケットをフックして、別の特定の通信路に流すようにしたいんだけど、
>>389 OSはなんなのか書いてないけども、ipchainsやipfwで出来ない?
SOAPってどうなんですか？。
>>389 BSDはわからんけど、Linuxならiptablesで
/sbin/iptables -t nat -A PREROUTING -i ppp0 -p tcp --dport 22 -j DNAT --to 192.168.XXX.YYY
とやるだけのような。インターフェイスは指定してやらないとダメかもしれない。
良スレめっけ。スレをコレだけ成熟させた先駆者に感謝。
Windowsで動くFreeBSDのエミュレータってありますでしょうか？
それのどこが「ネットワークプログラミング」の話題なのかと。
WindowsSocketsの関数名の先頭についている、
WindowsSocketApi
Windows Socket API
>>396 ネットワークといえばFreeBSDでしょ？
そういや、BOWってあったなぁ、懐かしいなぁ。
流れている TCP/IP のパケットが HTTP であるか否かを確認したいのですが
ポート番号指定では駄目なの? もちろん条件や場合によるが。
レスが見つかりません GET
ポート単位での指定が駄目なのなら、libpcap を使うとか。
>>403 ポート番号だと 80 以外であがっている Web サーバーへの
アクセスが漏れるかと思いまして。
>>405 ethereal や tcpdump でパケットとってperl や ruby をかます
ってのは簡単だと思うのですが、目的が、TCP/IP のプログラムの学習の為でして…。
流れてくる TCP/IP のパケットが、実はナニなんだよ、ってのを調べるには
どうするのかなーと。 libpcap ですか。勉強してみます。
そりゃ漏れるけどさ。で、漏れて困るの? 困らないの? っていう話。
>>407 困る、困らない、ですか？
おっしゃる通り、学習目的だから別に困りはしませんが、
だからといって、中途半端でもいい、って事はないので、
可能であるなら、TCP/IP のパケットのプロトコルの判別方法を知りたいです。
>>408 極端に言えば、パケットの中身だけをみてプロトコルを判別することは不可能。
たとえば HTTP をベースに拡張した独自プロトコルが誰かが作って、
その最初のリクエストが GET なんちゃら HTTP/1.1 で始まるようだったら、
それはメッセージの最初の一行だけじゃ区別ができない。
じゃあメッセージを全部解析して HTTP 仕様通りかで判断する?
でも、普通はそこまで考慮しなくても困らないだろうし、それで良ければ最初の
リクエストメッセージで判別すればよい。ポート番号についてもそういうこと。
完璧を目指すことは良いことだけど、枝葉末節にとらわれて
本来の目的を見失わないでね、という老爺心でした。
>>409 ありがとうございます。 データ部の1行目で判断するようにします。
ehterreal の ソース中の packet-http.c を読んでみました。
etherreal でも 1行目に GET, POST, 他もろもろ があるかないかで HTTP か
どうか決めているようですね。
すっきりしました。
>>410 私は素人なので、↑ ので納得しましたが 410 さんのような玄人はどのように
やりますか？
参考までに教えて頂けるとうれしいです。
サーバー側なら
>>412 他所からリンクされたくない場合に使おう。
>>413 ああ簡易パスワードとして使うのか
しかし用途が思いつかないな
部外者からのF5攻撃対策・・・微妙・・
415 ：
デフォルトの名無しさん ：03/11/07 21:05
大学のレポート課題にhttpクライアントを作れっていうのがあって
>>415 Winsockライブラリを先読みする
WSA ソケット これらをキーワードにぐぐってみては？
417 ：
デフォルトの名無しさん ：03/11/07 21:25
windowsではWinsock というライブラリを使用して
>>417 とりあえずサンプルプログラムを落としてみては？
検索すればごろごろ出てきますので。
>>418-419 サンキューです！
なんかほとんど同じなのに微妙に違うから
余計分かりずらくなってますね（ｗ
とりあえずwindowsでつくってみて
駄目だったらFreeBSDで諦めますです
>>409 > たとえば HTTP をベースに拡張した独自プロトコルが誰かが作って、
IPP, SOAP…
現代的なプロトコルなら
HTTP系以外にも、SNMP, LDAPみたいなBER系もあるわな。
424 ：
デフォルトの名無しさん ：03/11/08 19:15
すいません、NTV-ASCIIコードと言うのは、具体的にどんな仕様なんでしょうか？
NTVではなくNVTですね。書き間違えです。
ソケットプログラムの本で初心者向きなのないすか？
>>426 perlで学んでみては？Winsockを意識しなくてもソケットが使えますよ。
68userでぐぐれば良いリンク先が見つかるでしょう。
Winsockはその後学べばよろしいかと
ネットワークのプログラミングを志す人間が、あれを読まないで何を読もうと？
>>427 perlよさげなんですがCですぐ
プログラムを作成しなきゃならんもんで
>>428 おー！それすごくよさげ！！
猫でも分かるってのがポイントですね（ｗ
でもまだ発売してないという罠・・・
>>429 (((((;ﾟдﾟ))))ヒィィィィィーーー！！
>>425 Network Virtual Terminal
例えば、RFC 856
記憶で書いたら番号間違えた…スマン
436 ：
デフォルトの名無しさん ：03/11/09 09:19
モデムリセットツールを作ろうと思って、
ボケとしたら、かなり微妙なボケだな。突っ込みようがない…
SOMAXCONNはOS毎に違っていると思いますが
>>439 Free BSDの場合は可能でしょうか？
>>440 あ、そうそう。
正式な名前は"Free BSD"ではなく"FreeBSD"だからね。
# "Microsoft"を"Micro Soft"なんて綴ったりしないでしょ。
444 ：
デフォルトの名無しさん ：03/11/09 18:59
JavaでPortForwardツールを作ってみたいんですが、
1.で、localのsocket:21をlocalhost:23に、
>>442 でも平然と"M$"とは綴るのはなんでだろ～♪
linuxでなくLinuxだからね。
X WindowsじゃなくてX Window Systemだからね。
キャピタライズするなら変な場所大文字にしちゃうとアレだけど、
Perl と perl では意味が違ったような
ciscoと全て小文字で書かないと怒り出す人ってまだいるのかな？
> linuxでなくLinuxだからね。
「ょぅι゛ょ」と書かないと怒りだす人はいるな。
djbはqmailと全部小文字で書かないと怒る
Socket と STREAMS の違いを教えて、偉い人！
458 ：
デフォルトの名無しさん ：03/11/11 01:19
>>429 スティーヴンス マンセー。
ほんと惜しい人を亡くしたよ．．．(´Д⊂)
>>458 スティーブンスの本はたくさんあるけど、どれ(から読むの)がお勧めですか？
できれば日本語のタイトルと原著のタイトルをお願いします。
460 ：
デフォルトの名無しさん ：03/11/11 08:13
>>457 STREAMSはnetwork直接関係ない。
kernel serviceの機能拡張用hook。
>>459 >>2 を見て。
三冊あるけどどれでもいいでしょ。あなたの興味あるところから。
>>458 Stevens ってなんで亡くなっちゃったの?
とりあえず、手元に、Stevens の
APUE、TCPv1、TCPv2、TCPv3、UNIX ネットワークプログラミング
の日本語訳が揃っている漏れは幸せ者です。
>>459 あなたの目的によるけど、UNIX 上でやるんだったら、
ネットワークプログラミングとは直接関係ないけど
詳解 UNIX プログラミング
(原書は Advance Unix Programing Environment)
程度の内容は理解しといた方がいい。その上で
UNIX ネットワークプログラミング第 2 版 Vol.1
でソケットの勉強。TCP/IP の知識に乏しいなら
詳解 TCP/IP Vol.1 プロトコル
(原書は TCP/IP Illustlation Vol.1 Protocol だっけ?)
もあるといい。
vol.3出さずに逝っちゃったんだよな。
Stevensは英語の方がいいよ。凄くシンプルな書き方されてるとおもった。
>>464 Vol.3 は何についての本だったの?
漏れは Vol.1 があれば十分の人なので、Vol.2 は買ってない。
>>465 会社に買ってもらったので、日本語訳版と原書と両方
そろってるヤツもいくつかあります。贅沢な話だけど、
これが理想だよね。
462
>>462 TCP/IP Illustrated, Volume 1
そう
>>462 TCP/IP Illustrated, Volume 1
そこを
UNIXネットワークプログラミング〈Vol.1〉ネットワークAPI:ソケットとXTI
474 ：
デフォルトの名無しさん ：03/11/12 16:36
>>472 今更「初版本」指定で注文なんかできるのか？
というか初版は1冊(第2版で3冊に分けられた)だからvol1とかついてないよ
>>473 だとしたら「この行為はアリですか」の意図が分かんない。
この本は買いか? という意味なら、もちろん、買いだ。
ネットワークプログラミングの世界では、バイブルだろ。
C言語でaccept()を利用したechoサーバの
伝え忘れました。Winsockを使います。
480はうにのもので481はC++では？
この程度のサンプルならUNIX版のソースでも、include ファイルや Winsock の
初期化などの「お約束」にさえ気をつければほとんどそのままで動くと思うし、
Winsock FAQ のサンプルの方もほとんどはC言語そのままで、ちょこっとC++の機能
(cout とか //コメントとか)を使っている程度。
(中身を見てみればすぐわかるし、作者自身もそういうつもりだと書いている)
だから
>>480-481 は十分参考になると思うけど。
あとどうせだったら日本語訳の方を紹介してくれると嬉しい。
(全部訳されてるわけじゃないけどさ)
http://www.kt.rim.or.jp/~ksk/wskfaq-ja/examples/basics/ ソケットを利用してFlashのチャットを作ろうと思っているのですが
>>485 負荷テストですか？
どのように行えばよろしいのでしょうか？
426の中の人ですが
>>428 で紹介してもらった本
今日届いてしばらく読みふけっていたんすが
めちゃくちゃ分かりやすかったです！！
確かに猫でも分かるって感じだった（ｗ
>>487 猫でもわかるの中の人は初心者虎の巻を作る事に掛けては優秀だからねぇ。
俺は基礎の部分はソース見て強引に覚えたけどやっぱり手間だわ。
このスレでいうには嫌味だけど、本の恵はホントに偉大だね。
中の人？
490 ：
デフォルトの名無しさん ：03/11/19 00:05
HTTPS プロトコルなんですが、TCP メッセージのデータ部全てが暗号化
>>490 SSL で HTTP してるわけで、中をのぞくことは一切できません。
IP ヘッダ見れば相手ホストくらいはわかると思いますが。
ジョークかどうかはともかくとして
＞「SSL-Scannerはその最後の穴を塞ぐ唯一の製品である」
>>495 対策の方法論は別としても指摘自体は間違っていないだろ
やっかむような記事ではない
MITMでセキュリティを確保しよう、というのは皮肉的だな。
In the middle の人などいない!
ゲームサーバってトラフィックとスループットどっちがボトルネック？
Machines in the middle だったり
ネットワークプログラミングをやってみようという人は、基礎の勉強してから
>>499 同時接続のクライアント数とかサーバーのスペック、回線の太さが分かってないと
答えようがないのでは。
たとえ１回のやり取りが１行程度の文字データだとしても、同時接続数が
多かったり、やり取り自体が頻繁に行われて、しかも必ず全員にブロードキャスト
しなければならない場合（ゲームサーバなら普通はそうだろうが）、しょぼい
スペックだと結構しんどくなってくることもある。
前提：上り400Kbpsなら50Byteパケットを1000パケット/秒捌ける
>>499 > トラフィックとスループット
言葉使いおかしいよ。
トラヒック
>MMOはCPUリソースを節約できる
妄想オナーニのときくらい中出ししたっていいだろ
>>508 正しいよ
MMOよりMOのが鯖当たりのユーザ数が多くなるから
全体でのリソース消費量はMOのが多い
どれだけ人がいようと特定のXY座標上で効果範囲が割り出されるから
508はRO厨か
廃人？
>>514 へぇ、すごいな。しかし難しそうだなぁ
どうでもいいけど上の人のファンキーさにくらべて、下の人は貧相だな
UNIXネットワークプログラミング第2版VoL1を読破したわけですね
fork＋selectで1プロセスが100名までの17プロセスと聞けばああなるほどって感じ
スレッドスケジューラ、スレッドプール使うわな。
あ、前スレだか前々スレだかに書いたけど、
select使うくらいなら、poll使った方が良いよ。C10K(
>>3 )な環境では。
(M)MOだと分かっているならスレッドなんか使わんだろ。
スレッドは便利そうに思えて手間掛かるね
522 ：
デフォルトの名無しさん ：03/11/24 10:57
UNIX系で、connectにタイムアウトを設けたいんだけど
.（＼ /)
友人数人で使う程度のチャットプログラムを作ったときは、
マルチスレッドで作成したがパフォーマンス的には問題ない。
（当然だな）。
ただ、１００個も２００個もスレッド走らせるようなつくりは
論外。そういう場合はシングルスレッドで作らないと。
>>521 慣れた人間にとっては、別に手間でもないよ。サーバースレッドで
acceptしつづけて、接続があるたびにsocket番号渡してクライアント
スレッドを立ち上げればいいだけ。
気を付けるのは、どのタイミングでロック（クリティカルセクション等）
を掛けるかを誤らないということ。ガチガチにしようとして必要もない
のにロックを掛けすぎてもパフォーマンスが落ちる。
>>525 alarm(10);
connect(sd,&addr,sizeof(addr));
こんな感じで10秒でタイムアウトできるのかな？
> ガチガチにしようとして必要もない
>>526 マルチスレッドでなければそれで十分。
>>527 そういう突っ掛かり方はいかがなものか?
で、
>>527 にとってマルチスレッド時の一番問題はなんなんだ？
ここは無難に、排他で。
>>528 でもマルチスレッドみたいな処理をシングルスレッドでやってるので
ここで10秒止まるとそれはそれでこまっちうな。
selectでやる方を勉強するよ。
533 ：
デフォルトの名無しさん ：03/11/24 15:57
pollではなくselect使うメリットってあるの?
最速はepollだな。
でぶぽ
kqueueｻｲｺｰ
>>524 > ただ、１００個も２００個もスレッド走らせるようなつくりは
> 論外。
これが論外なのは正しいが、pre forkかthread poolを使うのが普通。
WinだとMSはIOCPを使えと言っているが、これはthread pool+select
っつー感じのストラテジになるね。無意味に複雑とも言えるが。
>>539 100や200という単位のスレッドが常に動くという状態を作るというのが
論外なのであって、その方法には依存しない。
>>533 selectしかないsystemにportしやすい。いじょ
>>541 こいつは多分・・・ヤツだな。書き方で分かる。
IOコンプリーションポート・・・未知の領域だ。
>>533 slect() は監視できる fd の総数の上限が低いでしょ?
監視対象を舐める際の無駄も多いしね。
その辺の改善版として出てきたのが poll()。
つまりportしやすい以外にメリットなしで正しいってこと?
はい。select系の選択の中ではそういうことになります。
>>544 pollも効率的にはいまいちなので更に改善したのがepollやkqueue。
OS依存しちゃうのがアレだけど。
epollがLINUXでkueueがFreeBSDだっけ？
まともなthreadサポートとか
551 ：
デフォルトの名無しさん ：03/11/26 17:30
指ぱっちん
poll() は select() の改善というより、
554の意図として、パフォーマンスについてアレコレ言いたい
ためではないことくらい、わかりませんか・・・？
補足すると、554では、
>>544 とかを見て、人によっては、select()の素直な改良版
としてpoll()が現れた、という風に理解する人も居そうだから、
その出自・経緯について、一応ツッコミを入れたくなったと。
>あんたselectとpollのinterfaceの違い知ってるの?
ハァ・・・あなたよりは知ってると思うんだが。
>>556 まあ日本語の読めない（＆書けない）555はスルーということで。
kqueue = /dev/poll > epollなの？＠ITの記事を見るとそう思えた。
>>556 >
>>544 とかを見て、人によっては、select()の素直な改良版
> としてpoll()が現れた、という風に理解する人も居そうだから、
それでいいんだよ。Bit pattern処理をやめた。これが大きな改善になった。
> その出自・経緯について、一応ツッコミを入れたくなったと。
出自についてはその通りだけどね。
poll() はもともと streams デバイスを監視するインターフェース
日本語の読めない（＆書けない）557は今後スルーということで。
epoll試してみようかと思ったらkernel2.6からなのか＿|￣|○
>>563 Redhat9のgccにはヘッダはあるんだけどね。
lib名は何指定すればいいんだろ。
>>561 >poll() はもともと streams デバイスを監視するインターフェース
>だったんじゃないかな? だから、BSD socket は対象外だったと。
そもそも、poll()が作られた時点でのSVR3には、sockets自体が存在してなかったのでは。
（sockmodはSVR4からだっけ？）
>>567 とか
頭の悪い Win プログラマの漏れにわかるように例えると、
poll = WaitForMultipleObjects の SysV 版のようなものだった、
って感じですか？
んで、今ではsokect にも使えるし効率イイ！、と。
poll(牧)
572 ：
デフォルトの名無しさん ：03/11/30 02:13
unixのX11とsocketでちょっとしたネットワークのプログラムを作ろうとしているのですが、
漏れにソケット使って突っ込んでください
オレのソケットも使用中状態です
オマエら、
方法だけならいくつかあるけど・・・拡張子じゃなくてファイル名？意味在るの？
>>576 > 大手サイト作ってる奴しか知らないワナ♪
なんだそりゃ? 規格もまともに読んだことない人?
>576-578
580 ：
デフォルトの名無しさん ：03/11/30 13:52
>>576 ～/index.html
↓
～/
おまいはアフォだろ。
そもそもブラウザごときのアドレス欄にファイル名を表示させないことに意味があんの?
>580
つーかそもそもこのスレに関係あんの？
オレ的には相手してる奴が信じられん
585 ：
デフォルトの名無しさん ：03/11/30 16:58
>>576 は、JavaスレとかVC++スレとかでもマルチ・・・
kqueueにDoS攻撃を受ける可能性って記事が検索すると出てくるんだけど
>576
>>576 Internet Explorer
メニュー
表示(V)
ツールバー(T)
アドレスバー(A)
でチェックマークを外す。
telnetのRFC日本語版どこー（ﾁﾝﾁﾝ
591 ：
デフォルトの名無しさん ：03/11/30 23:06
Winsock2についてです。
FD_CLOSEにFD_READの処理を書いたら解決しました。
596 ：
デフォルトの名無しさん ：03/12/04 23:08
Amazonから、UNIX Network Programming 3rd ed. の案内メールが来て、
>>596 うぉぉ、ほんとだ(w 早速買おう。さんくす。
この表紙、一瞬 TCP/IP Illustrated かと思ったよ。
599 ：
デフォルトの名無しさん ：03/12/05 17:47
>>598 今ごろ篠田せんせい頑張ってるんじゃないかな
と期待してみる
600
601 ：
デフォルトの名無しさん ：03/12/05 20:42
2つのlinuxの端末でjavaのサーバーとクライアントを動かしてたんですが、
だいたいその通りですヨ。
いろいろ調査しているのですが
>>603 他に一台固定サーバを立てるとかしてＩＰアドレスとポートを
データベースに登録するとかしなきゃいけないんじゃなーい？
それを普通ロビーサーバというな
>>603 Hybrid型かPure型かまず決定しれ
マシンの数が非常に少なく、起動する人全員が頻繁に変える場合はPure型は向いてないと思う。
レスありがと～
>>607 ポート番号がわかったところでNAT越えができないという
落ちな気が激しくする。
そこでUPnPですよ！
え?
612 ：
激しくキボンヌ ：03/12/07 19:44
MSDN Online やＶＣ＋＋のヘルプで、
>>611 既存の実装をもう少し調べてみれ。
キーワードは既に出てる。
>>612 英語のを読むことを薦める。日本語のは誤訳が多い。
>>610 UPnP実装出来るプログラマが日本にどれだけ居る事やら・・（アマでね
>>615 そんな難しいか？
ってアマだと難しいのか。
XPならAPIに甘えられる
618 ：
デフォルトの名無しさん ：03/12/08 21:22
今ネットワーク関連のライブラリを作ってるんだけど、
621 ：
激しくキボンヌ ：03/12/08 23:13
>618
それってドライバ書くってことじゃないの？
WinSockをなめるな。Linuxカーネル2.4のsocketよりよっぽど速いぞ。
所詮借り物じゃん
>>621 そんなの自作してたら、出来たときにはそのＬＡＮカードは時代遅れになってるよ。
わけわからん。
>>627 どれでもいいです。出来ればAcceptしてるクライアント全部。
詳細は書けないんですけど、とにかく曖昧なプロトコルで、出来る限り色々な受信に対応しつつ
色々なタイミングで送信するよう要求されてます。（次々とバリエーションが増える）
そういうのは、どういうスタイルで書けばいいのかなあと悩んでます。
とりあえず、send関数（に相当するやつ。つまりBeginSend）を呼び出して
エラーチェックもしていればOKが出そうなんですが。
BeginReceive呼んじゃうと、BeginSend失敗するようになるんです。ソケットが無効だと言われて。
まあそれでもOKは出そうなんですが、後々困りそうで困ってます。
プロトコルの仕様書読んでるうちにどうでもよくなってきたので、
まあスルーしてやってください。
632 ：
デフォルトの名無しさん ：03/12/09 13:21
IEの挙動で悩んだので、書いとく。
質問なのですが、
setsockoptで送受信バッファサイズを最大まで増やしてみるとか。
637 ：
デフォルトの名無しさん ：03/12/09 20:22
UDPを非同期で多重入力するにはどうすればよいでしょうか。
>>636 レスありがとうございます。
setsockopt 使ってみたところ、1回のrecv で受信できるサイズが増えました。
が、思ったほど速度が伸びず、ＣＰＵ使用率もそれほど変化しませんでした。
別なところに原因があるかもしれないので、いろいろと試してみます。
>>637 同時に送信されてきてもバッファに溜まってて、
recvform１回ごとにひとつずつ取り出せる。
どのクライアントから来たかは毎回sockaddrを確認。
って感じ？
>>638 WSARecv でバッファを沢山指定するとか、Completion Routine を使うとか。。
>>638 100MのEtherだと100M/8*70%=8.75MByte/sだからそんなもんといえばそんなもんかもしれないけどね。
もっと速いPCでRWIN増やしてGigabitEther繋いでプログラム以外のボトルネックを解消してみるのがいいかも。
っていきなりそんなのは無理か。
>>640 WSARecv は知りませんでした。調べて使ってみます。
>>641 回線がボトルネックという可能性もあるということですね。
さすがに、すぐにはギガビットイーサにするのは無理ですが、
考えておきたいと思います。
connectをノンブロッキングでやったとき
getsockoptでエラー(SO_ERROR)を調べろ。
>>643 基本は writable イベントの発生を待ち合わせて、
コネクションの完了を判定します。
でも、
>>644 のやり方を組み合わせると、ポータビ
リティの面でも確実だと思う。ECONNREFUSED な条件
の時にも select() が writable を返す実装もある
ので。
なので、connect() が EINPROGRESS エラーになった
後、select() で writable イベントの発生を待ち合
わせ、writable イベントが発生したら、getsockopt()
で SO_ERROR を取得して、その値が 0 なら、コネクシ
ョンが確立した、と判断して次の処理に移る、という
のが堅実な方法。
UNIX 系の話でスマン。
エラーになったらreadableにもなるんじゃないの？うろ覚えだけど。んでrecvするとエラーが返る・・・
質問
KBの316397とかをみると、
えと、開発環境はC++@linux_server windows_clientです。
>>652 あらこんなところに牛肉が
たまねぎたまねぎあった罠
>>649 TCPはデータが化けないと仮定していいんじゃないかなぁ。TCP自身がチェックしてるはずだし。
1と3は要らない感じ。
>そういえばFTPは2本張りますよね。あのほうが管理しやすいのでしょうか?
まさか。余計煩雑になるだけ。
>>649 TCP でデータ化けなどあり得ません。信頼性を保証するプロトコル。
アプリケーションレイヤでは、そんなことは気にしなくていい。
そうかなぁ・・・
(°Д°)ﾎﾟｶｰﾝ
>>657 君ね、もうちょっとネットワーク全般についてお勉強した方がいいですよ。
UGな話で申し訳ないが今年ももう終わりですね。
>>658 少なくともあなたよりは詳しいと思いますが？
一応、某有名企業のサーバーを管理してますんで・・・
自称ｽｰﾊﾟｰﾊｶｰ？
釣り師ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!!
ν速からきますた。
↑釣り師
鯖管は猿でもできる
誰か！
>>657 にマジレスしてやれ
そのうち暴れ出すぞ！！！
>>666 Linux鯖ですよ？
自分でPOSIX用のコードを書いたりp_threadを使ったり
修正したり、改良したりもします。
> WinnyやWinMXでダウンロードしたファイルが破損する事があるのは何故？
UGな話で申し訳ないが、ﾀｲｰﾎ
まあ、Winnyやらを例に挙げる
>>657 は確かにバカだが、
>>656 の
> TCP でデータ化けなどあり得ません。
ってのも、理解の足りない発言だな。
TCPのレイヤで行なわれている誤り検出等のロジックは
下位のレイヤにある程度の信頼性があることが前提になっているわけで、
アナログモデムや音響カプラが使われていた頃のように
今よりずっと物理層等の信頼性が低かった時代は、
TCPでもデータ化けすることが度々起こっていた。
ほんとにTCPだったか確認しる！
Winnyのことは知らないけど、Winnyでファイルが壊れるのは
(´-`).｡o(…段々議論のレベルが下がってきてるぞ…)
FTPでファイル化けちゃったことないけど。
化けたデータと化けたチェックサムが一致したらTCPでもデータ壊れるよね。
そういう事ならUDPでもデータが足りない事は合っても壊れる確率はTCPと一緒だろ。
>>677 そんなこといったら100%なんてありえないってことになるね
TCP/IP は (UDPも)たかだか16bit単位での2の補数和なんで、うまいこと化けると
>>677 そういう議論を形而上学的議論と呼ぶ。
その文章自体は間違っていなくても、そんな議論は全く無意味。
IPの下が Ethernet でも PPP でも、フレームに FCS がついているわけだから、
Winny でマトリックスレボリューションをダウンロードしたら、
>>680 そうだよ。ダウンロード中に落ちる(俺の場合OS自体が勝手に再起動する)と高確率で壊れる。TCPのせいじゃない。
こんなこと知っている俺はﾀｲｰﾎと。
TCPのデータが破損するときその破損の仕方って実際にはどんな感じなの？
1ビット単位なら
>>680 のケースはかなり確率が低そうな気がするけど。
確かメモリの壊れ方は1ビット単位が多かったような。
鳩を使ったときだろう
>>680 でも、IE でダウンロードしてても変なファイルができることあるな。
最初にバイト数表示するんだから、そのバイト数と違ってたらエラー表示ぐらいしろよな。> MS
TCPでサーバーとクライアント1対1でのデータの送受信をテストしてます。
>>680 のﾏｼﾞﾚｽで終わってたか・・・遅かった＿|￣|○
>>683 > IPの下が Ethernet でも PPP でも、フレームに FCS がついているわけだから、
> FCSが正しくて TCPチェックサムも正しくなるような化け方をするのは
> 相当に難しいだろうな。
いや、物理層の信頼性が低い場合はデータ化けの確率も無視できなくなるよ。
実際、イエローケーブル全盛の頃なんかだと、トランシーバの接触が悪くて
とんでもない化け方をしたパケットが大量生産されたりなんてことは
ちょくちょくあった。
>>692 20MB ぐらいの 1 つのファイルを分割して送信しようとしているの?
それとも、複数のファイルを送信しようとしているの?
「ファイル名に固有の識別子」とあるので、どっちなのか、
ちょっとわかりにくかった。
697 ：
デフォルトの名無しさん ：03/12/12 18:02
☆★☆★★☆大バグレス☆★★☆★☆
(((（ ;ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
俺の書いたバグで飛行機事故とか。
俺の書いたバグでロケット爆破
俺の書いたバグで東京でテロとか。
日本語がバグでした。鬱氏
俺の書いたバグでHDD内の全ファイルが33バイトに切り詰められたうえで削除されるとか。
俺の書いたバグでPSX回収とか。
PSXはファームアップ可能ですよ
ループバックで2.3MB/secは確かに遅すぎだな。
>>697 Van Jacobsonの論文やその後のTCP改良の話はすでに読んでますか?
>>696 >20MB ぐらいの 1 つのファイルを分割して送信しようとしている
前者のほうです。
まずクライアントが20MBの1ファイルを要求します。
そうするとサーバーは20MBの1ファイルから
小さいデータを順に読み込み(例えば50KBずつ)
送信します。
クライアントは分割されたデータを受信したら、
ファイルに書き込み、再び続きのデータを要求します。
このやりとりを20MB送り終わるまで続けています。
>>710 ヘッダーで情報を確認しては伺か？例えばHTTPだと…
客：
GET /hogehoge.htm HTTP/1.x
Range: 1024-
(\r\n\r\n)
鯖：HTTP/1.x 206 partial ～ 略
みたいに。
簡単なストリーミングサーバ、クライアントを作成してるのですが、
>>692 みたいに複数バッファにまたがって送信するケースのノウハウを教えていただきたいです。
現在の考えている仕様としては
・サーバはクライアントがconnectしてきたらスレッドをつくって処理している状態で
・クライアントはバッファを受け取ったら逐次表示していく
・クライアントから停止命令を送られたらサーバーは送信を中断
・一応ストリーミングなので一時ファイルはなるべく使用したくない
特に停止の部分を実現するのには、ファイルを送信する部分をスレッド化して停止命令を受け取った時点で送信スレッドを破棄･･･
と思ったのですが、こうするとクライアントは1つのソケットで2つのスレッドと通信してる、ということになります。これは問題になるのかな、と。
あと、バッファリング中のバッファを読み出すいい方法ありましたら教えてください。受信するよりも当然バッファの\0まで読んでしまうほうが早いので･･･
>当然バッファの\0まで読んでしまうほうが早いので･･･
714 ：
デフォルトの名無しさん ：03/12/14 05:30
connectのタイムアウト処理について
715 ：
デフォルトの名無しさん ：03/12/14 05:37
CGIを使わなく、JavaScriptでクッキーを使って
716 ：
デフォルトの名無しさん ：03/12/14 05:39
>>713 すいません、環境はUnix/Linuxです。
受信したバッファはテキストウィンドウを表示させてその中に表示させる予定ですが、そこはスレ違いなのでおいておいて、
ネットワークアプリの種類に対してシングルとマルチ、プロセスとスレッドなどの定石みたいなのがあればいいんだけど。
>>714 Unixネットワークプログラミング第2版vol1の非ブロッキングIOのところにサンプルコード書いてあった。
connextの時点で期待するエラーはコネクション確立を開始したが完了していないことを示すEINPROGRESSである。
if((n = connect(sofd, (struct sockaddr *) &servaddr, sizeof(servaddr))) < 0){
if(errno != EINPROGRESS)
return -1 ;
}
>>717 すみません。省略しちゃったけどconnect時に
errnoがEINPROGRESSであることは確認してます
自分のソースからコピペしてるから変数読み替えてくれ
720 ：
デフォルトの名無しさん ：03/12/14 07:34
>>714 > select( FD_SETSIZE, &fds, 0, 0, &timeout );
監視すべきはreadfdsじゃなくてwritefdsじゃない？？
>>720 ｷﾀ━━━（ﾟ∀ﾟ）━━━!!!
それだ！ナイス突っ込み！ ひゃっひっひょひょう！
これから直してみます
722 ：
デフォルトの名無しさん ：03/12/14 09:21
非ブロキングのソケットでconnectしたあと、
connectしたんなら接続してるんじゃないの？
724 ：
デフォルトの名無しさん ：03/12/14 10:43
725 ：
デフォルトの名無しさん ：03/12/14 14:49
C、C++とかの高級言語とCASLのちがいって何？
728 ：
デフォルトの名無しさん ：03/12/14 22:42
すれちがい＆レベル低すぎの質問といわれると思いますが、
>>728 データを受け取る部分はOSだのドライバだのがやってくれてるんだから
重ね重ね分けるってのもなぁ
>728
> 処理を途中でキャンセルしたい
けっきょく、セマフォったりすんのが面倒だので
>>719 勝手に errno を書き換えるのは感心しない。
ETIMEDOUT の typo だと思うけど、select() がタイムアウトする
ことと、ETIMEDOUT エラーが発生することは、全く別次元の話。
まあ、使ってる人間が理解してれば問題にならないわけだが、
のちのち、他人がそのコードを見るかもしれないことを考えると、
トラブルの元。
>>722 一定時間置いて、繰返し connect() を実行する。まだ完了してなかったら
EALREADY エラーになるし、完了してたら EISCONN エラーになる。
俺は好きじゃないけど、こういうコーディングもたまに見かけるよ。
でも、select() なり poll() なりを使うのが正当だろう。
いろんなソース読んで「こーゆー手法もあるのかー」と研究してみる
のがいいと思うよ。
UNIX Network Programming 3rd ed. トドイター!
>>708 Windowsでやってる。あと悲しいことに2.3MBではなくて、
200KB-300KBなんだよなぁ…。
あまりにものヘタレ具合が悲しい。
>>709 これから読んでみようと思います。
ありがとうございました。
>>735 実際翻訳手伝いたい気力は満々なんだけどなー(実力はともかく)。
とりあえずざっと目次レベルでの 2nd との差分を。
・IPv6, POSIX 関連を最新に対応
・特にIPv6の名前解決方法。2nd の時点ではまだdraftだったのでもう古い。
・SCTPの詳しい使い方
・そんなに使われているとは思わなかったが、今はIP電話業界が熱いのでニーズは大きいのかも
・IPSecのPF_KEYの使い方
・XTIの章はばっさり削除
・STREAMSの項だけは残ってる
>>737 XTI をばっさり削除は正解だね。イマドキ、XTI はねーだろ。
そんなところに力を注ぐなら、socket に集中してほすぃもんね。
739 ：
デフォルトの名無しさん ：03/12/15 20:19
>>733 > 勝手に errno を書き換えるのは感心しない。
エラーをクリアするために0を代入するのはいいよね？？
741 ：
デフォルトの名無しさん ：03/12/15 20:25
>>740 strtol使ったときに必要になった。
返事をくれた方ありがとうございました。
>>734 今日第2版買っちまったー！
でも翻訳だしね。まいっか。
>>742 正常終了したときはerrnoが書き換わらないから
事前にクリアしておかないともっと前に発生したエラーかどうか
区別付かないだろ
>>745 > 正常終了したときはerrnoが書き換わらないから
> 事前にクリアしておかないともっと前に発生したエラーかどうか
> 区別付かないだろ
正常終了の時はerrno調べる必要ないだろ？
エラー終了の時はerrnoがちゃんと書き換わってるだろ？
>>747 > 正常終了の時はerrno調べる必要ないだろ？
strtolはerrnoを調べないと分からない。そして呼び出し前に既にerrnoがERANGEに設定されていると判断できなくなる。
すれ違いなのは申し訳ないが
>>749 元がLONG_MAX,LONG_MINだったらどうする？
すまない、age(クッキーに残っていた)てしまった。
Linuxのマニュアルより
>>748 お前、strtol() のインターフェースを勉強し直せ。
>>752 そのマニュアルの言ってることが十分おかしいよ。
そのシステムコールにとって、-1 が正当な戻りであれば、
別の値が異常終了を示す値なワケでしょ? もしそうじゃない
のに errno のみでエラーを判断させる API なんだとしたら、
その API 側が正常終了時に errno を 0 にして return すべき。
ふーん、base の値がおかしいときとかも含めると、返却値見るだけじゃ駄目なんだ。
>>753 は理想だけでプログラムが組めると思ってる若造。
潔癖症はね、辛いわよ。人の間で生きていくには。
>>758 753 は、
エラー値をちゃんと返せるように strtol の仕様を変更して、
修正した glibc と static link すればｲｲよ!!
という建設的な提案をしてるんでそ。
ま、自分で気に入った仕様のstrtol2つくりゃ終わりってだけでそ
既存の関数の仕様変えるのは影響大きすぎだろ
特にCの標準関数はね・・・
サーバーから送信される処理を、クライアントからのメッセージで中断したい場合、非同期で
764 ：
デフォルトの名無しさん ：03/12/18 03:42
0001<ID>CR<PASS>CRLF
>>764 なんで<ID>の次はCRLFじゃなくてCRなの？
>>764 <ID>と<PASS>は実際は任意の文字列が入るんだよな？
コマンドの長さが固定長ならコマンド分の4バイト読み込んで
その後IDを改行が来るまで読み取って、PASSを改行が来るまで読み取る。
で、いいの？
>>765 そういう、独自プロトコルなんじゃねーの
一行一項目、項目内の要素は<CR>で区切る、行の終端は<CRLF>とかさ
というか、文字列処理は本質的にはネットワークプログラミングに
769 ：
デフォルトの名無しさん ：03/12/19 02:28
プロセスがクライアント、サーバが共に、send()で固まる。
ちゃんと全部 recv すれば治る。
>>769 snoop の結果を見て window size が 0 だということまで
見られるヤツが、なんで、そんなことが分からないのか理
解できない。
プログラムした人間とsnoopした人間が別だからでは?
原理も判らず、とりあえずパケットキャプチャを使う人が最近増えています
ネトゲの影響でしょうか
776 ：
デフォルトの名無しさん ：03/12/19 23:36
プログラムから Diff Serv を利用する方法についていい資料ない？
777 ：
デフォルトの名無しさん ：03/12/20 04:05
777
778 ：
デフォルトの名無しさん ：03/12/20 08:27
>>764 はじめの4バイトで判別してから
char id[20];
int pass;
sscanf(str,"0001%sCR.%dCRLF",id,&pass);
こんな感じかな？
レスありがとうございます。
>>779 いい加減にしろ！
ここはネットワークプログラミングのスレッドだぞ！
781 ：
デフォルトの名無しさん ：03/12/20 09:01
7分でレス・・・本人とは思えない。
溢れるバッファなんてひとつしかなさそうだけど。
sscanfじゃねーか(^_^;)
789 ：
デフォルトの名無しさん ：03/12/21 04:31
ウィンドウサイズが 0 のパケットっていったい何なの？
>>789 TCPヘッダの14～15byte目が0のパケットのこと。
791 ：
デフォルトの名無しさん ：03/12/21 14:06
質問です。
別にスレッドはいつ起こしてもいいと思う
>>792 2って試したことないけど複数のスレッドでaccept待ちしてる状態で
クライアントがconnectしてきたらOSが適切に各スレッドに振ってくれるの？
最大クライアント数限定するなら2の方が楽なのかな。
>>794 2はスレッドプールだよね。
accept待ちを直接するのはあくまでも1つのスレッドで、
残りはセマフォみたいなものでブロックさせておいて
acceptで適当にひとつ起こして渡すんでは?
キュー作ってconsumer/producerか。
各スレッドに直接 accept させる方法もあるね。
797 ：
デフォルトの名無しさん ：03/12/21 19:05
>>790 たまにそういうパケットが来るときがあるけど
そいつら、何でそういうパケット投げてくるんだろうね
受けた方はたまったもんじゃないんだけど
「受信バッファに空きはなくて、もうこれ以上受信できないので
799 ：
デフォルトの名無しさん ：03/12/21 20:02
800 ：
デフォルトの名無しさん ：03/12/21 20:28
800
マスタリングTCP/IPとか。
>>801 応用編ならあるけど、書いてあったっけ？
803 ：
デフォルトの名無しさん ：03/12/21 22:53
誰か、ブロックしないで名前解決のできる、UNIXで動く
djb の dns library
>>799 RFC 793, TRANSMISSION CONTROL PROTOCOL
3.3. Sequence Numbers
(略)
Note that when the receive window is zero no segments should be
acceptable except ACK segments. Thus, it is be possible for a TCP to
maintain a zero receive window while transmitting data and receiving
ACKs. However, even when the receive window is zero, a TCP must
process the RST and URG fields of all incoming segments.
>>794 スレッドじゃなくてプロセス、つまりUNIXの話だけど、
UNIXでfork(2)した複数のprocessのaccept(2)はatomicに処理されるよ。
つまりどれか一つのprocessだけaccept(2)が復帰する。
Solarisはスレッドの場合も同じことが言えるけど、
*BSDやLinuxでどうなのかは知らない。知っている人、よろしく。
あ、明言してあるのはこっちだった。
809 ：
デフォルトの名無しさん ：03/12/22 00:25
>>804 ありがと。adnsは一応まともに使えそう。
ypとかINET6とかGPLとか不満はあるけど。
aresの方は、ずっと放置状態だから、果してまともに動くのやら。
GNOMEで使っているようだから、大丈夫なのかなあ？
firednsは・・・見なかったことにします。
＞810
812 ：
デフォルトの名無しさん ：03/12/22 03:10
>769 です。
クライアント・サーバともにパケットキャプチャしてみたら？
>>807 それは、保証されてないぞ。たまたま、そーゆー UNIX しか
使ったことが無いだけ。SVR4.2 を引きずってるタイプの
UNIX なら、その accept() は破綻する。
accept(2) じゃなくて、accept(3) だから、OS 側で排他
できないのよ。ライブラリが TPI のやりとりをしてるから
な。
とはいうものの、ほとんどの UNIX だと、AP でロックせず
に、accept() を複数プロセスから実行しても大丈夫なん
だけどね。
> とはいうものの、ほとんどの UNIX だと、AP でロックせずに、accept() を
>>816 無意味な煽りだよね?
もう書き込まないで。
>>814 Solaris も 2.5.1までは、破綻しますね。
挙動としては、微妙なタイミングですが、稀にsockmod内で固まります（笑）
2.6からシステムコールになったから大丈夫だとは思うけれど。
>>818 そう。Solaris も sockmod + libsocket という構成を廃止し、
TCP/IP の streams の上に sockfs を載せる、という構成に
したので、現在は OK。
SVR4.2 系の、このダサい実装を引きずってると、accept()
で整合性が取れなくなり EPROTO エラーとかになっちゃう。
TCP/IP スタックを STREAMS 上に実装するなら、現在の
Solaris や hp-ux のようなソケットの実装が理想的だろうね。
FTPクライアントでファイル転送（DL）の途中で中止させ型がよくわかりません。
completeですた。
IAC IPとかで解決出来ました。
>821
>>825 ご指摘の通りABORだけではサーバーによっては駄目みたいですね。
ABORとデータコネクションのcloseの併用で望みどうりに作動できました。
情報、ｻﾝｸｽ。
827 ：
デフォルトの名無しさん ：03/12/25 04:56
ftpコマンドで質問です。
>>827 お前プログラマに向いてないよ。
プログラムでそういう動きをしたら、ftpクライアントがどういう動きをするか位検証しろよ。
つーか、それ以前にファイルパーミッションとディレクトリパーミッションについて、
Unixの初心者本でも読んでこい。
#ま、それ以前に人にもの教わる態度じゃないしな。
829 ：
デフォルトの名無しさん ：03/12/25 09:01
分かる方だけレスしてくだされば結構です。
>>827 板違いな気もするが、全然情報が足らぬわ。
ftpサーバもOSも関係するしパーミッションの正確なところもわからんしな。
たぶんキミがパーミッションが無いと思ってるだけ。
>827
UNIX版のくだ質スレに行け。プログラミング関係ないから。
>>832 ftpdはなに?
ftpのユーザとOSのユーザが別になってない?
プログラミング関係ねーよ。放置しる!
板違い厨のレスのほうがうざい。
>>830 サンクスコンドーム。すげー面白かったYO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>>836 板違いな対応できないﾈﾀに自分の無知をさらすアフォの方がうざい。
>>832 この問題にftpdは全く関係ない。
お前さんのUNIXファイルシステムに対する理解が足りないだけ。至極，当然な挙動。
ここに居ると問題の本質を理解していないアフォがちょっかい出すから，別の板逝け。
>>832 root権限だと何でも消せるだろがぁ～。
842 ：
デフォルトの名無しさん ：03/12/29 00:16
channel.read(buffer)
>>842 さんざん既出の質問だな。
TCPを使っている限り無理。
>>842 TCPは、わざわざ繋ぐのが目的のプロトコルだからな(笑)
>>842 い. パケットにデータ長をつけろ
ろ. エスケープシーケンスでデータ区切りを埋め込め
は. SOCK_SEQPACKETを使え
SOCK_SEQPACKET について調べてみたよ・・・
manに書いてあったんだが、SOCK_SEQPACKETは
AF_INET には実装されていない、とあるね・・・
どうしてくれるんだよぉーッ！
>>845 ッ！
ぬか喜びさせやがってッ！ ブッ殺す！
>>846 い. 藻まえにはプログラマーは無理だ
ろ. 今すぐプログラマーを辞めて
は. 首くくって氏ね
そういう時は、PF_INETな。
850 ：
デフォルトの名無しさん ：03/12/29 09:32
ブッ殺す！
PF_INETとAF_INETって同じなんじゃあ？
852 ：
デフォルトの名無しさん ：03/12/29 09:54
>>851 そういうsystemがあったとしても、それを仮定してはいけない。
PFはprotocol群、AFはアドレス体系。
ﾈｯﾄﾌﾟﾛｸﾞﾗﾑはやはり、使うPCスペックも
送りたい速度にボトルネックにならない程度のパワーがあれば後は関係ないだろ
サーバは特にな。
>>854 ネットワークプログラミング一般には関係ない。
運用には大いに関係あるが。
それよりも帯域制御などの方が重要。
特殊環境に依存したプログラミングは失敗することが多い。
858 ：
デフォルトの名無しさん ：03/12/29 21:37
>>853 初期の頃はそうかもしれんけどさ、今となっては socket 使うんなら仮定しちまっていいんじゃねぇの。
Stevens の本も AF に統一しちまってるじゃん。(新しいのはまだ見てないからわからんが)
今までPOSIXプログラムしか組んだことないのですが
物による、としか言えんが…
>>860 サンクスです。
Winsockの事を調べて書き換えて見ます。
862 ：
デフォルトの名無しさん ：03/12/29 23:38
>>862 サンクスです。
どうやら楽に出来そうですね。
Winsockより、むしろマルチプロセスにしてた部分をマルチスレッドに書き換える所が厄介かな…
CとかJavaとかのネットワークプログラミングの入門書はあるんですけど、
Windows+VC++ならあるんじゃない?
ちょっと書いてはいる。けどまだ出せない。
>>598-599 先日、とある集会の会場で「第３版出たら買うひと～」とか言って聞いてました。
後で別の人に聞いたら、あのクソ高い本を、ちょこっとだけ変えて別物として売るってことに疑問を感じてるとか。
別物？？
Edition を上げることがなぜそんなに疑問なのか。
871 ：
デフォルトの名無しさん ：04/01/02 06:21
telnetサーバーに接続したときに送られてくる文字列を
IPv6の記述が使いものにならない旧版をいつまでも売る方が疑問だろ。
873 ：
デフォルトの名無しさん ：04/01/02 10:36
>>872 禿同。
3rdはSCTPやらも追加されているし買う価値あり。
原書は会社に買ってもらった。訳書は個人でも買うつもり。
まぁ >868 は1st Edition をいつまでも使ってろってこった(ﾌﾟ
円周率はいつまでも3.14
円周率はおよそ３ですがなにか？
>>877 マスコミに踊らされ続けているヤシがまだいるのか。
円周率はともかく、最近は電卓OKらしいな。
電卓って、小中学生でか？
とあるC言語の入門書で、マクロを定義する意味の説明で
JavaでHTTPのGetでhtmlファイルをゲットするプログラムを書いたんですけど
サーバからの応答メッセージのヘッダフィールドに
~~~~~~~~~~~~~~: ~~~~~
て表示されるヘッダフィールドがあるんです｡
例えば
http://www.sanspo.com/upper.html をGetしたときとか｡
自分のプログラムがおかしいんですか？文字化けなのですか？
こんなヘッダフィールドは定義されてないですよね。
>>879 今の子供と昔の子供との比較は単純に出来ないっての
昔の人が出来た事は今の子供に出来なくなってるというのも事実だが
今の子供にしか出来ない事もある。
昔の子供がソロバンを使っていて、今の子供は電卓を使ってるなら
今の子供は電卓を使えるってこった
昔の子供は恐らく満足に携帯電話を使いこなせないだろう。
つまり、単純に学力低下と言ってるのはどうかと最近疑問に感じてる。
単に出来る事がハイテクになり、ローテクな部分が使われなくなっただけだ。
885 ：
デフォルトの名無しさん ：04/01/02 21:29
すみません。
>>885 そういうコードがあるなら捨てたほうがいいと思う
>>885 駄目。IPv4では32bitだが、intは32bitであることを保証していない。
in_addr_tはuint32_t（つまり、unsigned）と
なっていることが多い。（htonlとかもuint32_t）
unsigned long int htonl(unsigned long int hostlong);と書いてあるが、このマニュアルが古いのか？
古いらしい。
>>884 算数の力にローもハイもないと思うが。
あとMathematicaとか使って数学が出来たような
気になってる馬鹿とか。
892 ：
デフォルトの名無しさん ：04/01/03 01:38
Serverプログラム組んで、Cygwinで実験起動して
-g付けてビルドしてinsightから実行しろ
>>884 板違いだが言わせてもらう
ソロバンと電卓をローテク/ハイテクで考えることからして間違い
・ソロバンは計算(暗算)能力を向上させる
・電卓は計算能力を衰退させる
極端に言ってしまえば
楽して物を得ることに慣れたら、苦労して物を得ることが「できなく」なるだろうな。
犯罪者予備軍の大量生産(藁
苦労して物を得る喜びを忘れ、そのうち全てに無気力になる可能性もある。
まぁ別に日本がどうなろうといいけどよ(w
>昔の子供は恐らく満足に携帯電話を使いこなせないだろう。
そもそも携帯電話は子供に必要ないだろ。
>単に出来る事がハイテクになり、ローテクな部分が使われなくなっただけだ。
少しは頭使えよ。喪前は小学生ですか?
> ・ソロバンは計算(暗算)能力を向上させる
>>880 小学生らしいです。
>>883 …
( ´∀｀)σ)Д`)ｵﾚ
すいません。間違えました。
>>884 あなたは目的を勘違いしているようだ。
算数はただ答えが出れば良いということではない。
> 単に出来る事がハイテクになり、ローテクな部分が使われなくなっただけだ。
低下してるじゃん。
「ハイテクな部分が使われるようになり、ローテクな部分が使われなくなった」
なら話はわかるが、別にハイテクな部分が使われるようになったわけじゃないだろ？
あなたの書いたこの文はただのミスリードだ。
>>894 は良く分かってる。犯罪云々は言い過ぎだと思うが。
ソロバンやってる香具師は計算のコストが小さいせいで、
つまんない話題になってしまったなぁおい
＞算数はただ答えが出れば良いということではない。
今下手に子供を苦労させると親子ともども逆ギレしそうで怖いよ
楽できることは楽する。
>教育勅語暗唱してみろ。
905 ：
デフォルトの名無しさん ：04/01/03 19:22
Windows で sys/socket.h に該当するヘッダーは何でソ？
porkとかp_threadとか使わずに
>>908 むしろ、それが出来ないと意味がありません。
と言い切ってもいいです。
むしろ、それが出来ないと無能です。
と言い切ってもいいです。
むしろ、最終的に行き着くところはシングルスレッドです。
と言い切ってもいいですか？
porkは豚肉。
>>882 パーソナルファイアウォールを入れてたら外してください。
パケットサイズを変えないでヘッダを削るために
ダミーの文字で置き換えることがあります。
>>864 >C++のネットワークプログラミングの入門書はないですよね？
Ｃ++ネットワークプログラミング
ネットワークアプリケーション設計に役立つACEとデザインパターン
ダグラス C.シュミット＋ステファン D.ヒューストン著
浜田真理訳 浜田光之監訳
なんてのはどう？
porkﾜﾗﾀ
C++のネットワークプログラミングの良い本が
> Javaがネットワークに向いてる
>>912 それはネットワークプログラミングの入門書ではなく
ACE教の入信案内だろう。それなりに優れたライブラリ
なのは認めるが、マンセー度がMSの打つ広告より酷い。
Javaのネットワークサポートって結局Socketでごりごりやらんと
918 ：
デフォルトの名無しさん ：04/01/04 21:39
ICMPパケットのデーター部分には好き勝手なデーターいれてもいいの？
UNIXDOMAINなんだけど、リチャードスティーブンス氏のやつvol2を
BSD厨がｷﾚそうな悪寒。
>>918 ICMP = ping のパケットと誤解しているなら、答えは Yes.
でも、ICMP は、Echo Request/Reply だけじゃないから、正解は「データの内容はタイプとコードに依存する。」
>>920 レスサンクス。
アプリケーション用の汎用ロガーを書いてて、pipe()は使えねーから
UNIX DOMAINなソケットか127.0.0.1を使うしかないなーと
思ってました。
UNIX DOMAINなソケットでも、OS依存が問題にならなければsocketpair()とか
send()とかrecv()使わなくてもＯＫ。ということでよろしいでしょうか。
>>919 が何を心配してるのか良くわからん。
もしかして、単に socketpair() という API の存在を知らなかった
だけなのかな? socketpair() で、接続された状態の UNIX ドメイン
ソケットを 2 つ作っておいて、fork() して親子で通信、って使い
方をする。ソケットもファイルディスクリプタだから、poll(), select()
read(), write() して OK。
>>911 どうもありがとうございます！
答えてもらえないのかとがっくりして見落としてました｡
その通りでした。本当にありがとう。
ｳｲｿ32ですけど、ソケット（ファイルディスクリプタ）の上限は何処を見れば分かるのでしょう？
pipeって鉄パイプ？?
>>927 FIFO
$ mknod filename p
>>925 ファイル・ハンドルならメモリサイズに依存。
特に上限は無いはず。
933 ：
デフォルトの名無しさん ：04/01/06 23:38
OS:WindowsXP
それに一体どんな意味があるんだ？
>IPv4, IPv6 の両方を使っているみたい。
>>933 virtual interface使え。
上限が幾つかはしらん。MSDNで調べてね。
>>936 ああ、そういうのあったのね。POSIX標準なのね。
なにぶん昔の人なので…
939 ：
デフォルトの名無しさん ：04/01/07 22:26
質問です。
> Winsock2から、ソケットはファイルハンドルと同等と聞きました。
941 ：
デフォルトの名無しさん ：04/01/07 23:18
>>944 そんな固い頭でよくプログラミングが出来るね。
>>945 そうカリカリするなよ。
テンプレに入れたいと思う時は根拠を書いた方がいいと思うし、
# そうすればそのレス自体ページの紹介になっているわけだし
両方入れておけばいいものを「より役立つ」って紹介もおかしいでしょ。
ごちゃごちゃ載せるのは嫌だな。
載せるなら
>>2 以降に。
あ、いやなんでもない
950 ：
デフォルトの名無しさん ：04/01/08 16:45
質問です。
ﾌﾌﾌﾌﾌそれは受信データが'\0'でターミネートされていないからだよｳﾌﾌﾌﾌﾌﾌ
なるほど
o(〃＾▽＾〃)oあははっ♪
昔、あるネットゲームで敵の名前の後ろにﾌﾌﾌﾌﾌﾌﾌとかつくのがあったなぁ…
ROβ1だな
>>958 漢字変換でバッファオーバーランして落ちるバグを
2年以上放置するような会社なのでお察しください。
961 ：
デフォルトの名無しさん ：04/01/19 02:55
保守
旧スレあげるなｳﾞｫｹ
うめうめたてたて
ﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ
965 ：
デフォルトの名無しさん ：04/01/20 21:24
旧スレあげるなｳﾞｫｹ
967 ：
デフォルトの名無しさん ：04/01/21 04:58
>>966 新スレ移行する前に旧スレ埋めろよｳﾞｫｹ
968 ：
デフォルトの名無しさん ：04/01/21 05:50
はげど
sageで埋め
ン～♪ 970
まだ30もあるじゃないか
980まで埋めれば１日書き込みなしで落ちるよ。
ほほう
974 ：
デフォルトの名無しさん ：04/01/25 14:24
>>972 ( ･∀･)つ〃∩ ﾍｪｰﾍｪｰﾍｪｰ
>>972 その割に埋まらないのはわざと残してるって事か？
うめ
