ネットワークプログラミング相談室 Port30 [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2014/10/31(金) 07:57:16.24

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

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辺り
足りなかったら適当に付け足してね

前スレ
ネットワークプログラミング相談室 Port28
http://toro.2ch.net/test/read.cgi/tech/1334736934/
ネットワークプログラミング相談室 Port29
http://peace.2ch.net/test/read.cgi/tech/1351670708/

関連スレ
ネットワークプログラミング雑談
http://toro.2ch.net/test/read.cgi/tech/1235800707/

**デフォルトの名無しさん** · 2016/11/12(土) 11:34:34.32

>>423
お前の知識の信頼性の方がない、>>426,427はお前には無理なのでスルーしていいぞ

**デフォルトの名無しさん** · 2016/11/12(土) 12:54:14.47

>427
UDPはフレームチェックシーケンスがないから、フレームに信頼性がない。
ロストしてなくても、中身が壊れている場合がある。
外面はプロのエンジニアでも中身が壊れてるとだめだろ。それとおなじさ。

**デフォルトの名無しさん** · 2016/11/12(土) 13:02:31.83

This protocol provides a procedure for application programs to send
messages to other programs with a minimum of protocol mechanism. The
protocol is transaction oriented,

and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
ここな。

Applications requiring ordered reliable delivery of
streams of data should use the Transmission Control Protocol (TCP) [2].

**デフォルトの名無しさん** · 2016/11/12(土) 14:09:52.15

>>430
アホは黙っていない

**デフォルトの名無しさん** · 2016/11/12(土) 14:12:59.41

>>431
どアホ

**デフォルトの名無しさん** · 2016/11/12(土) 14:14:07.39

>>424
勉強して出直しておいで

**デフォルトの名無しさん** · 2016/11/12(土) 14:14:15.88

データグラムでロストや順序の入れ替わりは判るけど　ペイロードが壊れてるってあるの？

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/12(土) 14:16:10.83

休日だ、盛り上げていくかｗ

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/12(土) 14:19:27.15

>>435
なんだって壊れることはあるだろ

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/12(土) 14:27:52.70

どこのレイヤーの話をしてるのかは知らないがｗ

**デフォルトの名無しさん** · 2016/11/12(土) 16:33:50.74

壊れないものにチェックサム付けるのは無駄だろ

**デフォルトの名無しさん** · 2016/11/12(土) 18:17:21.04

グダグダ言ってないで４２４にさっさと答えろよ。タコ

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/12(土) 18:20:55.12

ゆでダコｗ

**デフォルトの名無しさん** · 2016/11/12(土) 19:00:54.08

>>440
いいですねその強気
一匹狼にはぴったりです

**デフォルトの名無しさん** · 2016/11/12(土) 21:51:37.52

えええ、そういう意味なの？　webサーバー＝ｈｔｔｐサーバーってことなの
「WEBサーバー」って、いろんな機能が入ったサーバーの総称かと思っていた。
メールサーバーは「メールができるだけだろう」くらいにはわかっていたが、webサーバー
ってのはメールもhttpもsmtpもできるんだろうと思ってた。

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/12(土) 21:57:25.21

「UDP」だけでどうやってデータを送信すんだ？

This protocol provides a procedure for application programs to send

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/12(土) 22:22:49.57

お笑い ID:k74syi4X

**デフォルトの名無しさん** · 2016/11/13(日) 01:38:22.89

>444
それはだな　coapって上司しだいなの。タコな部下でも上司がしっかりしてると
会社は成り立つ。お前らみたいなタコなUDPでも上司がいちいち面倒見てくれるので
ネットワークで一応食っていけるってことさ。W
　わかった？
わかったらサッサと俺の質問に答えろ。

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/13(日) 08:09:57.97

まお落ち着いて鏡でも見ろ

**デフォルトの名無しさん** · 2016/11/13(日) 09:59:52.84

えええ、そういう意味なの？　webサーバー＝ｈｔｔｐサーバーってことなの
「WEBサーバー」って、いろんな機能が入ったサーバーの総称かと思っていた。
メールサーバーは「メールができるだけだろう」くらいにはわかっていたが、webサーバー
ってのはメールもhttpもsmtpもできるんだろうと思ってた。

**デフォルトの名無しさん** · 2016/11/13(日) 10:02:07.42

そうですか　それはよかったですね

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/13(日) 10:17:05.86

笑いが取れないな

**デフォルトの名無しさん** · 2016/11/13(日) 11:14:02.71

coapってLinuxなんかが動かず、TCPを実装する余裕がないような
もっと小さなデバイスが対象でしょ？　単機能のセンサーデバイスとか。　

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/13(日) 11:44:21.66

気にしなくていいよ

**デフォルトの名無しさん** · 2016/11/13(日) 16:06:44.41

>451
実装の問題よりもTCPはオーバーヘッドが大きいので無駄が多いからだろ。

**デフォルトの名無しさん** · 2016/11/13(日) 16:08:08.30

>452
WEBサーバーの次は、掘立て小屋でも立ち上げな。W

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/13(日) 16:16:50.43

掘立て小屋に住むタコには言われたくない

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/13(日) 16:19:43.53

HTTPサーバを実装するのは結構大変、あっ「WEBサーバー」ていうのかｗ

**デフォルトの名無しさん** · 2016/11/13(日) 18:21:01.64

お前ら10年前からだろ。W
　俺は始めたのは3日前だものな。で既にお前らを超えてしまった。
なんか聞きたいことある？

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/11/13(日) 19:00:46.84

お前は頭悪いの？

**デフォルトの名無しさん** · 2016/11/13(日) 20:04:19.15

糖質ですね？

**デフォルトの名無しさん** · 2016/11/13(日) 20:16:06.12

ケフィアです

**デフォルトの名無しさん** · 2016/11/13(日) 23:51:15.50

なんだっけそれw

**デフォルトの名無しさん** · 2016/11/14(月) 01:01:51.76

大文字のＷの人初めて見た。

**デフォルトの名無しさん** · 2016/11/14(月) 08:32:18.50

ワイリー「」

**デフォルトの名無しさん** · 2016/11/14(月) 09:32:52.12

タイガーマスクW

**デフォルトの名無しさん** · 2017/01/21(土) 13:25:16.00

イエローデビル

**デフォルトの名無しさん** · 2017/01/21(土) 14:13:00.60

memo
http://ocw.ouj.ac.jp/tv/70161041/

**デフォルトの名無しさん** · 2017/01/21(土) 18:24:07.03

ＧＰＳを成立するためには相対背理論（特殊）を使わなければならない事を説明してください

**デフォルトの名無しさん** · 2017/01/21(土) 18:29:11.40

片山には無理

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/01/21(土) 18:29:20.05

日本語をまず勉強しましょう

**デフォルトの名無しさん** · 2017/01/22(日) 14:43:14.71

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

**デフォルトの名無しさん** · 2017/02/18(土) 21:34:12.38

UDPってパケットの消失や重複や順序入れ替えが起こり得るって事になってますけど、
小規模な実環境(ハブ数台を間に挟んだPC同士の通信とか)では、どれ位の頻度で
起きるものなのでしょうか？

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/02/18(土) 21:39:19.40

さあ

**471** · 2017/02/18(土) 22:19:45.24

こんなの見つけた
ttp://stackoverflow.com/questions/9196791/duplicate-udp-packets-how-often-it-happens

>>472
PCからPLC相手の通信をやってて、通信するパケットに採番する訳にもいかない
状況です。
消失は許容するとして、
順序入れ替え→1秒以上前の「古い」パケットと入れ替わる訳でもなさそう
重複→定期的にPC側のポート番号を変更(クローズ→再オープン)

…で逃げれるといいなぁ。

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/02/18(土) 22:29:38.01

後出し、LANなら好きにすれば

**デフォルトの名無しさん** · 2017/02/18(土) 22:55:46.21

番号ふれない云々からするとMCﾌﾟﾛﾄｺﾙの1Eか？
PLCにもよるけど　同報（受けたところへ投げ返す）をサポートしてなくて、
固定のIPとポートに送り返すしかできない奴があって
クライアント側はbind でポート番号固定するしかないん

**471** · 2017/02/18(土) 23:46:49.10

予めタイムアウトゼロ秒でrecv()して読み捨てれば重複しても排除出来るか。

>>475
横河のFA-M3です。PLCに送る(PLCの)コマンドに任意の番号とかを付加出来ないん
ですよ(同社の新しめのやつだと付加出来るらしいけど)。
固定のIPとポートって事は無いです(ネットワーク関係はBSD由来だそうで)。

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/02/18(土) 23:52:02.74

>>476
ここでやれ

ｼｰｹﾝｻ・PLCﾗﾀﾞｰ総合ｽﾚ 10台目 [無断転載禁止]©2ch.net
http://rio2016.2ch.net/test/read.cgi/denki/1467981285/

**デフォルトの名無しさん** · 2017/02/19(日) 01:17:08.54

UDPは、自ホスト以外で使わない方がいいと思う。
自ホスト内ならわりと便利だし

**デフォルトの名無しさん** · 2017/02/19(日) 02:44:43.42

>>471
あまりにも様々な条件が絡むので誰も答えられないし誰も保証してくれません
送信側、ハブ、受信側のどこでもパケット落ちが発生し得ます
それがIPプロトコルというものです
そもそもEthernetは100%伝送を保証していません

**デフォルトの名無しさん** · 2017/02/19(日) 04:54:42.36

捨てられるのはいいが順序が入れ替わるのは困るなぁ

**471** · 2017/02/19(日) 13:16:31.16

>>478
自ホスト内だと、自ホスト内でCPUその他のリソースの奪い合いになり、
結果としてリミッタとして働くのも利点ですね。

>>480
順序が保証されない事を積極的に利用したネットワークスタックがあったら
やだなぁｗ

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/02/19(日) 13:27:53.47

いいかげんにうつれ

**デフォルトの名無しさん** · 2017/02/20(月) 08:57:00.26

ウインドーズとリナックスで動くCで書くネットワークアプリは
マクロでwinsockとsocketを場合わけするのが普通ですか？
なんで共通じゃないんですか？
２つ覚えないといけないから大変じゃないですか？
上の３つの質問をします。
よろしくお願いします。

**デフォルトの名無しさん** · 2017/02/20(月) 09:39:37.47

cygwin使えば？

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/02/20(月) 10:28:44.52

知るかぼけ

**デフォルトの名無しさん** · 2017/02/20(月) 13:28:52.43

>>483
俺は#ifdefで場合分けするけど
BSDソケット関数の範囲で使うなら全然大変じゃないよ

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/02/20(月) 13:46:53.43

selectするのかアホ

**デフォルトの名無しさん** · 2017/02/20(月) 13:48:15.60

>>487
お前誰に言ってるの？

**デフォルトの名無しさん** · 2017/02/20(月) 13:59:03.21

select使うのがアホと言ってるやつがアホなんだよなあ
知ったか初心者なんだから黙ってればいいのに
WindowsとLinuxでソースを共通化する必要がある場合で一番簡単なのがselect使う方法
沢山のコネクション扱う場合でもスレッドをうまく使えば非同期使うより効率よく対応できる

**デフォルトの名無しさん** · 2017/02/20(月) 14:19:44.98

大筋では似通ってるけどスレッドもOSの方言がきついな

**デフォルトの名無しさん** · 2017/02/20(月) 14:22:11.12

例えばC++ならスレッドの扱い標準化されてるやん

**デフォルトの名無しさん** · 2017/02/20(月) 14:27:39.79

効いてるな

**デフォルトの名無しさん** · 2017/02/20(月) 20:44:10.01

>>476
http://rio2016.2ch.net/test/read.cgi/denki/1467981285/989

**デフォルトの名無しさん** · 2017/05/15(月) 22:34:10.39

質問です。
shutdownとcloseについて色々調べていたところ
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q13105844663
ここで回答者が（意訳すると）
「socketをcloseせず、shutdownしただけなら、再度セッション張りなおすこともできるよ」
と答えているのですが、いくら調べてもその方法が見つけられません。

やり方が分かる方は、教えていただけると助かります。

（例えば）httpサーバを作る時に、クライアントのshutdown(s, SHUT_WR)をサーバで検知してリクエストの区切りを検知。
返送とshutdown(s, SHUT_RD);でレスポンスの終了位置を検知させる。
なんてことができるといいなぁと考えています。

**デフォルトの名無しさん** · 2017/05/15(月) 22:57:11.38

TCP/IPを勉強した？

**デフォルトの名無しさん** · 2017/05/15(月) 23:32:39.77

サーバのコードを書き換えればできるけどという話

**デフォルトの名無しさん** · 2017/05/16(火) 11:29:08.72

セッションジャックですねわかります

**デフォルトの名無しさん** · 2017/05/16(火) 12:19:36.91

>>494
TCPなら
socket() -- close()
connect() -- shutdown()
の関係。
shutdownした後にconnectが成功するTCP/IPのプロトコルスタックは見たことないけど。
AF_UNIXとかならうまくいくかもね。

**デフォルトの名無しさん** · 2017/05/16(火) 12:22:42.98

笑

**デフォルトの名無しさん** · 2017/05/16(火) 12:30:56.18

>>494
その回答者がバカなだけ。>>498も同類のバカ。
そもそもcloseとshutdownはそいつらが言っているような関係ではない。

**デフォルトの名無しさん** · 2017/05/16(火) 17:44:46.08

>>500
は？どんな関係だと思ってるの？

**デフォルトの名無しさん** · 2017/05/16(火) 17:49:59.75

ただならぬ関係

**デフォルトの名無しさん** · 2017/05/16(火) 21:07:05.85

>>494
質問の前半と後半の関係がよくわからんが...
前半は何かいい手があるのかもしれないけどそんなことが必要になったことがないのでよくわからん

> （例えば）httpサーバを作る時に、クライアントのshutdown(s, SHUT_WR) をサーバで検知してリクエストの区切りを検知。
これは普通に read() のバイト数
= 0 で検出できる

> 返送とshutdown(s, SHUT_RD);でレスポンスの終了位置を検知させる。
サーバー側で shutdown(s, SHUT_WR) するか普通に close() すればいいだけ
shutdown(s, SHUT_RD) はあまり使う機会がない

**デフォルトの名無しさん** · 2017/05/17(水) 13:08:44.51

後半で言いたいことは、TCPって基本ストリームで切れ目が無いから
切れ目を（shutdownで）入れたいってことでしょ
普通に改行コードとか使えばいいよ。HTTPならなおのこと

**デフォルトの名無しさん** · 2017/05/17(水) 13:19:29.54

アホ

**デフォルトの名無しさん** · 2017/05/17(水) 15:20:55.39

chunko鍋

**デフォルトの名無しさん** · 2017/05/17(水) 15:29:55.67

スレのレベルが相変わらずひどい

**デフォルトの名無しさん** · 2017/05/17(水) 23:37:34.09

>>504
そういう場合はTCP_NODELAYで制御しろよ

**デフォルトの名無しさん** · 2017/05/17(水) 23:51:58.48

>>508
なにも解決しないだろ

**デフォルトの名無しさん** · 2017/05/17(水) 23:57:03.20

>>509
TCP_NODELAYが何だか知らないならそういえばいいのにｗ

**デフォルトの名無しさん** · 2017/05/17(水) 23:58:22.45

解説して

**デフォルトの名無しさん** · 2017/05/18(木) 00:10:51.45

恥ずかしくなったか

**デフォルトの名無しさん** · 2017/05/18(木) 01:13:33.30

>>510
もしかして、そのフラグ立てたらネットワーク遅延や再送が回避できるとか思ってる？

**デフォルトの名無しさん** · 2017/05/18(木) 01:39:20.61

>>513
どこをどう斜めによむとそういう妄想が出てくるのかな？

**デフォルトの名無しさん** · 2017/05/18(木) 07:21:50.23

>>514
TCPのストリームがくっつく理由を理解できてない馬鹿がいるから

**デフォルトの名無しさん** · 2017/05/18(木) 09:46:38.04

>>515
ああ、TCPのPSHの動作をしらないんだｗ

**デフォルトの名無しさん** · 2017/05/18(木) 10:02:58.38

>>516
もしかして、そのフラグ立てたらネットワーク遅延や再送が回避できるとか思ってる？

**デフォルトの名無しさん** · 2017/05/18(木) 10:05:38.98

>>517
どこをどう斜めによむとそういう妄想が出てくるのかな？
どうせお前の頭の中じゃ、遅延したらバッファにたまってPSHをつけても
くっつく、この程度のバカ認識なんだろ？

**デフォルトの名無しさん** · 2017/05/18(木) 10:45:04.86

馬鹿が必死に論点を摩り替えようとして土坪にはまる

**デフォルトの名無しさん** · 2017/05/18(木) 10:45:33.15

>>518
実装次第だけど、少なくともくっつけてはいけないという意味のフラグでは無い。
で、くっつける実装はよくある

**デフォルトの名無しさん** · 2017/05/18(木) 11:01:44.99

話にならんなｗ
"\r\n"を付けろなんていってるバカ相手だとこんなもんか。

**デフォルトの名無しさん** · 2017/05/18(木) 11:14:00.48

>>521
TCPの実装やソケットの実装触ったこと無い素人だろ？お前
妄想で話するから逃げるしか無くなるんだよ

**デフォルトの名無しさん** · 2017/05/18(木) 11:15:21.34

おまえもな

**デフォルトの名無しさん** · 2017/05/18(木) 11:18:52.51

技術的な要素を何一つ書きもしないで罵倒を繰り返してるクズに言われても、
怒らせて解説を引き出そうとしている中学生にしか見えないわけでｗ

**デフォルトの名無しさん** · 2017/05/18(木) 11:35:47.15

TCP_NODELAY、PSHでどう解決するんだ？
>（例えば）httpサーバを作る時に、クライアントのshutdown(s, SHUT_WR)をサーバで検知してリクエストの区切りを検知。
>返送とshutdown(s, SHUT_RD);でレスポンスの終了位置を検知させる。

**デフォルトの名無しさん** · 2017/05/18(木) 11:37:39.55

blocking i/oで常時readかけてれば、PSHで送られたパケットはくっつくことなくreadできるよ。
バークレィ由来のTCP socketはそうなっているはず。
実装的には、mbufなりskbuffなり、受信したパケットのそのものなり複製のチェインで
管理されているので、その通りにまとまらず複数回受信するようになっている。
winsockあたりは知らんから依存しないほうがいいけど、これに頼っている実装も多いよ。

**デフォルトの名無しさん** · 2017/05/18(木) 11:40:24.72

>>525
PSHするならパケットの中身をTLVにでもすればリクエストの区切りなんて簡単に
検知するだろ馬鹿か。もっと単純な方法だってある。
ストリームを読みきったところが次のリクエストの途中かもしれない、という可能性が
一番の問題なのだから、PSHすれば丸ごと解決。

**デフォルトの名無しさん** · 2017/05/18(木) 11:42:48.21

HTTPの仕様書と実装を読んだことあるの？

**デフォルトの名無しさん** · 2017/05/18(木) 11:43:41.17

どうでもいいけど、TLVならまずヘッダだけ読んでヘッダの中の長さ分読めば、
別にTCP_NODELAYなんて使わんでもいいんじゃないかい？
元の話を理解してないから適当に言ってるだけだけど。