ネットワークプログラミング相談室 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/09/16(金) 14:57:06.37

馬鹿につける薬はないｗ

**デフォルトの名無しさん** · 2016/10/19(水) 20:28:02.76

サーバー側の指定ディレクトリにあるファイル一覧をクライアント側で表示したいのですがヒントください！

サーバー
http://ideone.com/fPQ4mZ

クライアント
http://ideone.com/QZQMXY

サーバーではsizeof(ent->d_name)分渡しているのですが、クライアントでsizeof(filename) 256byte分受け取っちゃっているのでここをどうしたら良いのか分かりません。
あらかじめどんな名前のファイルが来るのかわかっていればそのサイズ指定すれば良いと思うのですが。。。
あとサーバー側ではwhile((ent = readdir(dir)) != NULL)でループの終わりを告げれるんですが、クライアント側でソケットに流したファイル名を全て取得したあとの終わり方の告げ方が分かりません。

**デフォルトの名無しさん** · 2016/10/19(水) 20:46:49.18

能力不足

**デフォルトの名無しさん** · 2016/10/19(水) 21:17:40.18

>>335
分割で届いたりもありえるから
データ先頭にデータサイズ格納させて
その分だけ受信するようにしないといけない

このデータ先頭の情報をヘッダと言う
情報は1つだけじゃなく複数でも自分が必要な分だけ自分で決めた構造で送る

**デフォルトの名無しさん** · 2016/10/19(水) 21:28:30.33

>>335
ftp プロトコル辺りを調べたらいいかも

**デフォルトの名無しさん** · 2016/10/19(水) 22:03:42.68

socketプログラミングを勉強しなさいｗ

**デフォルトの名無しさん** · 2016/10/19(水) 22:24:13.75

socketがよくわからずレスするやつら

**デフォルトの名無しさん** · 2016/10/19(水) 23:53:18.01

>>337
>>338
できました。有難うございます

**デフォルトの名無しさん** · 2016/10/20(木) 07:47:47.15

できましたｗ

**デフォルトの名無しさん** · 2016/10/20(木) 08:53:58.32

write 1回で送ったものは　1回のread で得られる保障はなく
複数回に分断されたりする

"1234" を write　→　"12" を read 続いて "34" を read
こういうことが、ごくごく当たり前に起きるから

**デフォルトの名無しさん** · 2016/10/20(木) 09:54:55.77

それとストリームの終端なｗ

**デフォルトの名無しさん** · 2016/10/20(木) 09:58:23.15

APレベルで送受信するときはヘッダをつけてシーケンス番号を送って、肯定応答を返すのも常識だろう。
今回は不要だが。

**デフォルトの名無しさん** · 2016/10/20(木) 12:49:41.14

どんな常識だよ w
TCP 上でそんなことやるアホにはなりたくないわ

**デフォルトの名無しさん** · 2016/10/20(木) 13:10:53.55

応答で正否返すのは当然だがシーケンス番号は普通要らない気が。
非同期なプロトコルにするぐらいならコネクション増やす

**デフォルトの名無しさん** · 2016/10/20(木) 13:11:23.77

順番が入れ替わるなら別だけどねw

**デフォルトの名無しさん** · 2016/10/20(木) 13:15:20.78

アホにはなりたくないわ

**デフォルトの名無しさん** · 2016/10/20(木) 13:17:12.79

むしろシーケンス番号つけて順番どうりに送るのはtcpの役割でしょ

**デフォルトの名無しさん** · 2016/10/20(木) 13:19:07.93

TCPとsocketの区別がつかないアホ>>346

**デフォルトの名無しさん** · 2016/10/20(木) 13:28:48.79

TCP上でアプリレベルの到達確認するのは特別な場合のみだな

**デフォルトの名無しさん** · 2016/10/20(木) 13:31:40.96

おまえの作ったプログラムを教えてくれ

**デフォルトの名無しさん** · 2016/10/20(木) 13:36:49.71

本当にクリティカルな場面ではアプリレベルの到達確認さえも役に立たない場合さえあるし

**デフォルトの名無しさん** · 2016/10/20(木) 13:37:39.37

同期通信なら、到達確認というか応答受信は入れるな。
send->recv->send->recv->...が基本。
破壊的な何か（データベースに登録したり、ファイルを作ったり削除したり）はrecvがトリガーになることが多い。

**デフォルトの名無しさん** · 2016/10/20(木) 13:40:33.61

まあ>>335のケースならヘッダもシーケンス番号も到達確認も必要ないな
送信側でデリミタ付けて受信側が対応すれば良い

**デフォルトの名無しさん** · 2016/10/20(木) 14:00:54.08

>>354
負荷試験って知ってる？知らないよなｗ

**デフォルトの名無しさん** · 2016/10/20(木) 14:02:17.07

>>356
>>345

**デフォルトの名無しさん** · 2016/10/20(木) 14:09:20.32

出てけ　馬鹿が

**デフォルトの名無しさん** · 2016/10/20(木) 14:14:11.02

>>357
悪いけどお前のレスからはニワカ臭しかしないんだわ
自慢じゃないけどこっちは通信絡みの設計しだしてから言うのが恥ずかしいくらいの年月経てるから
負荷試験？当たり前だろｗｗｗそれをドヤ顔で言う時点であーあーあのタイプかってなるんだわ

**デフォルトの名無しさん** · 2016/10/20(木) 14:27:39.10

>>360
効いてる効いてる

**デフォルトの名無しさん** · 2016/10/20(木) 14:38:31.93

tcpでデータ受信失敗するときって
・コネクションが切られる
・コネクションが維持されたままいつまで経っても続きのデータが来ない
だけじゃないんですか
後者はアプリ側でタイムアウト時間が不明なときどう判断すりゃええの

**デフォルトの名無しさん** · 2016/10/20(木) 14:41:22.25

すばらしい回答を期待します

**デフォルトの名無しさん** · 2016/10/20(木) 14:54:10.72

>>362
ただデータが来ないだけなのか
相手が切断(通知が来ないような異常な切断)してるのかの判断って事でいいん？

>>363
(大口叩いておいて何も言えねぇ)

**デフォルトの名無しさん** · 2016/10/20(木) 14:56:37.17

アプリ側ってどのことか不明確だけど
てきとうにこちら側でタイムアウトを決めて判断するしかなくね？

**デフォルトの名無しさん** · 2016/10/20(木) 14:59:44.68

>>362
＞後者はアプリ側でタイムアウト時間が不明なときどう判断すりゃええの
そういう場合はアプリレベルでのキープアライブをするのが定石だな
・相手（あるいはハブ）の電源が切れた
・ケーブル切れた
の様な場合はメッセージに対する到達確認だけでは検出できないし

**デフォルトの名無しさん** · 2016/10/20(木) 15:04:53.95

習作じゃなけりゃselect系(pollやlibevent)つかうしな。
元の要件からしたらHTTP扱う適当なライブラリつかうのが適当やとおもう。

**デフォルトの名無しさん** · 2016/10/20(木) 15:07:11.79

>>364
それらを踏まえて回答するんだろｗ

**デフォルトの名無しさん** · 2016/10/20(木) 15:13:23.35

>>352
rfc-959とかrfc-2616とかrfc-5321とか特殊な例なんだ
へー、そーだったんだ
わー、びっくりだわ

**デフォルトの名無しさん** · 2016/10/20(木) 16:01:08.13

他はよく知らんがhttpのは到達確認っていうのか
サーバーからリクエストの結果は返すけど肝心のレスポンスは送りっぱなしでなんの到達確認もしないじゃん

**デフォルトの名無しさん** · 2016/10/20(木) 16:08:11.02

実際に物（ファイルとかメールとか）をやり取りすろときの物の到達確認をするのと通信そのものの確認は別物だよなあ

**デフォルトの名無しさん** · 2016/10/20(木) 16:11:00.96

通信レベルの到達確認したところであんま意味ない。
受け手のメモリに取り込めたとしてもその後の扱いで失敗するかもしれんし
それ以上気にするなら処理トランザクション的なものになる。

**デフォルトの名無しさん** · 2016/10/20(木) 16:21:29.63

肯定応答と到達確認が同じだと思ってるバカが多過ぎ

**デフォルトの名無しさん** · 2016/10/20(木) 16:29:00.38

人をバカ呼ばわりする前に正しく使おうな
肯定応答・確認応答

**デフォルトの名無しさん** · 2016/10/20(木) 16:38:30.52

今度は「確認応答」とか言いだしたぞ
このスレでは初出だな

**デフォルトの名無しさん** · 2016/10/20(木) 16:39:33.14

このスレではって本気で言ってるのかｗ
世界狭すぎｗ

**デフォルトの名無しさん** · 2016/10/20(木) 16:44:32.11

なんかスレを荒らしたようですみません。
tcp/ip通信をもっと勉強してから出直します

**デフォルトの名無しさん** · 2016/10/20(木) 16:50:35.85

>>377
外野が勝手に盛り上がってるだけだから気にしなくていいよ

**デフォルトの名無しさん** · 2016/10/20(木) 16:57:52.02

>>377
気にすんな
バカどもが自爆しただけだから

本日のバカトップ3はミスリードの先頭を切ったID:8pLXigSN、
到達確認とか言いだしたID:AB8Qragb、
意味不明の戯言垂れ流してるID:aGg7Z+yHだな

**デフォルトの名無しさん** · 2016/10/20(木) 17:08:59.81

>373
200と404を勘違いしてるのですねわかりますω

**デフォルトの名無しさん** · 2016/10/20(木) 17:14:43.79

>>379
自分がしたレスを速攻忘れてるのかな？
>>373 > 到達確認

**デフォルトの名無しさん** · 2016/10/20(木) 17:18:11.05

>>381
お前バカ過ぎる
小学校低学年レベルの読解力 w

**デフォルトの名無しさん** · 2016/10/20(木) 17:21:43.85

>>382
本題で反論できなかったら無理してレスしなくていいから

**デフォルトの名無しさん** · 2016/10/20(木) 17:21:55.97

>>380
3バカにミスリードされて本質を理解できなかった知恵遅れのID:eJoj7htqには敢闘賞を上げよう

**デフォルトの名無しさん** · 2016/10/20(木) 17:23:09.34

>>383
「言い出した」って言葉わかるかな? w

**デフォルトの名無しさん** · 2016/10/20(木) 19:51:46.42

>>351
socket とか言ってるのはアホしかいないと言う現実 w

**デフォルトの名無しさん** · 2016/10/20(木) 19:54:08.50

>>368は結局回答せずｗ

**デフォルトの名無しさん** · 2016/10/20(木) 19:57:46.07

>>379
ミスリードとほざくなら TCP 上でシーケンス番号振ってるメジャーな例をよろしく

**デフォルトの名無しさん** · 2016/10/20(木) 20:00:18.00

>>387
ひょっとしてタイムアウトとかキープアライブって理解できなかったのか？

**デフォルトの名無しさん** · 2016/10/20(木) 20:56:13.55

3バカが誤解して勝利宣言してるようだから言っとくけどID:q6sk5dsoはオレじゃないから
ID:q6sk5dsoが無回答と言って勝利宣言しないように

>>388
IMAPのtagとかsshのchannel numberかな

**デフォルトの名無しさん** · 2016/10/20(木) 21:26:39.43

>>390
お前が誰かなんて知らんよ
どうでもいいし
>>365-366 で回答出てるからもう要らんだろって話だ

> IMAPのtagとかsshのchannel numberかな

IMAP の tag はまだ微妙だが ssh の channel は違うだろ

**デフォルトの名無しさん** · 2016/10/21(金) 07:41:29.31

>>386
顔真っ赤だぞ

**デフォルトの名無しさん** · 2016/10/21(金) 08:04:43.65

>>392
技術系のスレでそんなことしか書けないならレスしなきゃいいのに...

**デフォルトの名無しさん** · 2016/10/21(金) 08:51:15.49

>>389
ん？>>389はID:q6sk5dsoなのか？
違うなら反応しなくてよくね？
それとも自演してるのを忘れて自爆？

>>390
違うなら反応しなくてよくね？

**デフォルトの名無しさん** · 2016/10/21(金) 08:59:03.34

>>393
おまえがいうな

**デフォルトの名無しさん** · 2016/10/21(金) 09:40:32.75

>>394
3バカの上を行くバカが現れたか支離滅裂

**デフォルトの名無しさん** · 2016/10/21(金) 12:42:55.55

>>394
>>395

**デフォルトの名無しさん** · 2016/10/21(金) 12:53:28.46

http://www.ranvis.com/articles/smart-questions.ja.html

●あなたの推測ではなく問題の症状を説明する

**デフォルトの名無しさん** · 2016/10/21(金) 14:10:28.03

2chよりもそれ系のＭＬが一番ですよ。

**デフォルトの名無しさん** · 2016/10/21(金) 16:13:15.79

それ系のＭＬ？

**デフォルトの名無しさん** · 2016/10/21(金) 17:29:28.42

ちゃんと質問しないと相手にされない「それ系のML」

**デフォルトの名無しさん** · 2016/11/11(金) 16:58:55.01

アンドロイドスマフォとRaspaiとをLANでIOTのデータやり取りをしたいのだが、一般的
にはソケット通信をするのかもしれないが、結構メンドクサイのでなんか楽な
プロトコルってないか？　HTTPとか使うと何か問題ある？

**デフォルトの名無しさん** · 2016/11/11(金) 17:19:01.50

HTTPで要件満たすならそれでいいんじゃない？
サーバ書かなくていいしライブラリも多い
あとはAvahiに名前解決まかせたりとか

**デフォルトの名無しさん** · 2016/11/11(金) 17:19:41.07

なんでも問題ない

**デフォルトの名無しさん** · 2016/11/11(金) 17:20:09.93

負けたｗ

**デフォルトの名無しさん** · 2016/11/11(金) 17:20:53.93

IOTならCOAPだろ

**デフォルトの名無しさん** · 2016/11/11(金) 17:47:05.64

使わなくてもいいけど一応おさえておいてね
https://iot.eclipse.org/

**デフォルトの名無しさん** · 2016/11/11(金) 18:24:03.57

なるほど、coapか、そういうのがあるんだね。　

**デフォルトの名無しさん** · 2016/11/11(金) 18:32:21.53

趣味か仕事で使うかの違い

**デフォルトの名無しさん** · 2016/11/11(金) 18:37:42.50

俺はラズパイ上にwebサーバー立ててwebアプリから操作できるようにしてる
そうすれば自分でプロトコル作ったりとかいらないし、スマホからもパソコンからも操作できる

**デフォルトの名無しさん** · 2016/11/11(金) 18:56:16.19

>410
そういう方法があるのか。えっ、RASPAIにはサーバーは最初からは入ってないの？
サーバーがあるという前提でそれにプロトコルを乗せるんではないのか？

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

なんか「サーバー」というものに対して根本的な勘違いをしているような...

サーバーは普通のソフトの一つ
webサーバーとかメールサーバーとかいうけどそれはそのサーバーソフトのこと
（もしくはそのソフトを稼働させているマシンのこと）

webサーバーはhttpというプロトコルを実装したソフトだし、メールサーバーならsmtpとかのプロトコルを実装したソフト

ラズパイにはhttpを実装したソフト、つまりwebサーバーは最初からは入ってないから自分で入れる必要がある

**デフォルトの名無しさん** · 2016/11/11(金) 21:39:54.65

ただの組み込み

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

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

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

勉強して出直しておいで

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

これは斬新な切り口

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

ωωω

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

「webサーバーを立てて」といわれるとかなり大層なものを立ち上げることをイメージ
するから、１０MbyteのHttpソフトをロードするのとはちょっと想像できないよな。

WEBサーバー立ち上げ100万円です。
で設置して「えっ、メールするには別途100万円かかるの？」
ってなると詐欺かとおもってしまう。W

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

うおー調べてみたら結構たいへんだな。「WEBサーバー立てる」でも「メールサーバー
追加100万でつ」でもまあ許したる。俺は300万もらう。W

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

馬鹿はどうしようもない、踏み台を作って他の人に迷惑をかけるｗ

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

>>419
チャット　クライアント　サーバー　プログラミング
くらいで調べてみたらどうなるんだ
こんなんでできんの？とか思うんだろうな

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

コピペで終わり。300万。というわけにはいかんか？

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

>421
調べてみたが、RasPaiにはあまり関係ないぞ。

>406
coapはUDPじゃないか。通信の信頼性がないだろ。ダイジョブか？

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

ちょっと質問
１．RasPai２に　WEBサーバーを乗せたい。何がいい。　目的　Httpでスマフォ接続
２．Wifiのアクセスポイントを入れたい。何がいい？　目的　Wifiダイレクト

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

候補
　Apache
　hostapd
希望　バカチョンでインストール

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

>>423
仕様（RFC7252）を読めよ。eclipseのプロジェクトは実装例。RESTFUL（HTTP）でもできるしUDPでもセキュアにできる
ttp://coap.technology/

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

おっと、送信失敗したら何回かリトライするんだろ普通、TCPも同じだろ

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

>>423
いや、サーバーについてだ

**デフォルトの名無しさん** · 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
勉強して出直しておいで