ネットワークプログラミング相談室 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/08(木) 08:49:16.34

>>271
俺は開発環境でやってるけど
トポロジによっては実運用環境でも便利なケースはあると思うよ

**デフォルトの名無しさん** · 2016/09/08(木) 21:16:26.26

>>271
顧客がやれと言ったから設定した
それだけのことさ
警告はした

**デフォルトの名無しさん** · 2016/09/08(木) 22:22:54.93

そもそも警告したくなるような問題が発生しそうなケースが思いつかないんだが
>>271は単に「バカ」という言葉を発したたかっただけだろ

**デフォルトの名無しさん** · 2016/09/08(木) 22:32:18.49

そう言っちゃう人もいる事を理解して、無視してあげましょう。

**デフォルトの名無しさん** · 2016/09/08(木) 22:33:11.71

>>273
ああ、作業者にはなんの責任もないから言われた通り作業してくれればいいです

>>272
> トポロジによっては実運用環境でも便利なケースはあると思うよ

その便利なケースとやらを説明してみ

**デフォルトの名無しさん** · 2016/09/08(木) 22:44:08.37

>>276
問題あるケースをお前が先に説明しろよ

**デフォルトの名無しさん** · 2016/09/08(木) 22:49:27.01

「問題ない」をなんで「問題ない」のか説明させようとするって典型的なアレだからな
ないものはないんだよただそれだけだよ

**デフォルトの名無しさん** · 2016/09/09(金) 02:35:30.55

なんだ説明できないのかよ w
運用環境の構成は可能な限りシンプルにしておくのが鉄則
その方が間違いも少ないし障害調査なども楽だから

**デフォルトの名無しさん** · 2016/09/09(金) 03:27:23.58

んなもん使われ方だろうが。いろんな事情がある。

**デフォルトの名無しさん** · 2016/09/09(金) 05:02:13.63

そのいろんな事情とやらを書いてみ
って話

**デフォルトの名無しさん** · 2016/09/09(金) 06:15:01.37

パッと思いつくケースだと
2つのセグメントで構成されているシステムがあったとして各セグメントは閉じているんだが
両方のセグメントにアクセスするマシンを追加したい場合などに1つだけのNICで済むだろ
その為だけに2つのNICを持ってるマシンを用意するのとどっちがシンプルかって話だな

WindowsもLinuxも（その他大概のOSも）1つのNICに複数セグメントを割り当てることが出来るのに
その機能を使うのは「バカ」だって言うならその理由を書いてくれな

**デフォルトの名無しさん** · 2016/09/09(金) 06:51:20.17

>>282
各セグメントは閉じてるのに
わざわざ混在させるのか
バカの発想って面白いな w

**デフォルトの名無しさん** · 2016/09/09(金) 06:58:33.38

お前はただ「バカ」って書きたいだけの難癖荒らし

**デフォルトの名無しさん** · 2016/09/09(金) 07:18:51.71

バカって書いてる理由を書いてあるだろ？
もしかしてそれすら理解できてないのか w

**デフォルトの名無しさん** · 2016/09/09(金) 07:39:42.84

バカはお前だよ。見た事ないんだろ。貧乏な現場とか、どうしようなない状況。

**デフォルトの名無しさん** · 2016/09/09(金) 08:38:57.74

貧乏ならいちいちセグメントなんて分けるなよ w
てかNIC ぐらい買え
そもそも何かの目的があってセグメント分けてるのにそれをわざわざ混在させるなんて実運用でやるわけないだろ

**デフォルトの名無しさん** · 2016/09/09(金) 09:03:33.63

元質問からの疑問

1つのPC内に(loopback以外の)複数のアドレス A,B があり (※NICの枚数は問わない)
A経由で接続しにいく / AでListen する
B経由で接続しにいく / BでListen する
には、ソケット記述で制御できるもの？　それとも上位の何かでコントロールしないと駄目？

後者の場合は WindowsとLinux 他 OSの事情がからみそうだけど

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

>>285
あのね俺が書いた例は独立して機能してる２つのセグメントを「混在」させるわけじゃないから
WindowsもLinuxも（その他大概のOSも）1つのNICに複数セグメントを割り当てることが出来るのに
その機能を使うのは「バカ」だって言うならその理由を書いてくれな
使える機能を使えるところで使わない方がバカでしょ

**デフォルトの名無しさん** · 2016/09/09(金) 09:13:26.83

>>288
ソケットでやるならbindで出来る

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

>>290
ありがとう
（bind ってそういうことだったのか。　漫然と使ってた）

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

>>291
ちなみにアドレス0.0.0.0にbindするというのは「どのアドレス宛でも受け付けますよ」という約束事。　

**デフォルトの名無しさん** · 2016/09/09(金) 11:53:05.58

どいつもこいつもしったかばっかだし
ぼけもつっこみも自演くさい

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

>>293
おーけーじゃあしったかを指摘して訂正してくれ
できないならお前もしったかだよな

**デフォルトの名無しさん** · 2016/09/09(金) 12:48:40.24

>>289
バカには見えないのかな？
念のためにもう一度書いとくよ

> そもそも何かの目的があってセグメント分けてるのにそれをわざわざ混在させるなんて実運用でやるわけないだろ

**デフォルトの名無しさん** · 2016/09/09(金) 13:03:38.48

ID:QrmkumON 　の想定は
セグメントA のネットワーク網に　ﾋﾟﾝﾎﾟｲﾝﾄで参加させるﾒﾝﾃPC
セグメントB のネットワーク網に　ﾋﾟﾝﾎﾟｲﾝﾄで参加させるﾒﾝﾃPC
ﾒﾝﾃPC を通してセグメントA とセグメントB を連結させるわけではない

ﾒﾝﾃPCのNICには多重に割り当てるが、実質として選択的に配線し接続してる

こういうことでないの？

**デフォルトの名無しさん** · 2016/09/09(金) 14:37:14.01

すんません「バカ」連呼したいだけのアホに餌を与えちゃいました
もうこのアホはスルーがいいでしょう
こっちの質問には決して答えないんだから
＞WindowsもLinuxも（その他大概のOSも）1つのNICに複数セグメントを割り当てることが出来るのに
＞その機能を使うのは「バカ」だって言うならその理由を書いてくれな

**デフォルトの名無しさん** · 2016/09/10(土) 10:49:14.70

>>295
"混在"はしない
"共存"(相乗りでもいいや)できるんだけど
もしかして君にはそれが判らないの？

**デフォルトの名無しさん** · 2016/09/10(土) 11:23:26.31

>>296
各々のセグメントに繋ぐ度にケーブル刺し変えてるってこと？
DNS とかも全く使わないならいいのかも知れないけど普通はバッチファイルとかで切り替えた方がいいと思うけど

>>297
>>279 の内容すら理解できてない素人乙

>>298
> "共存"(相乗りでもいいや)
の定義書いてくれ
オレオレ用語で話されても困るから

**デフォルトの名無しさん** · 2016/09/10(土) 11:32:00.20

出て行け

**デフォルトの名無しさん** · 2016/09/10(土) 16:44:36.50

md5とかいう機能を利用すると、
ダウンロードしたファイルが破損、改竄されていないか確認できると知りました。

それはいいのですが、この機能はいつ使うんでしょうか？
仕事とかで、ソフトが改竄されていないか証明するために使うのでしょうか？

**デフォルトの名無しさん** · 2016/09/10(土) 17:07:07.49

ど素人

**デフォルトの名無しさん** · 2016/09/10(土) 17:26:03.49

>>301
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1412668764

**デフォルトの名無しさん** · 2016/09/10(土) 17:42:46.18

ダウンロードしたファイルをプロはいちいちチェックしてるのでしょうか？

先輩見ててもサイトから落としたファイルのハッシュチェックなどせず、そのままインストールしています。

**デフォルトの名無しさん** · 2016/09/10(土) 19:13:30.30

>>304
ダウンロードだけに限ればチェックが必要な怪しい所からはダウンロードしません

**デフォルトの名無しさん** · 2016/09/10(土) 20:24:05.34

>>304
rpmとかyumとかがチェックしてくれる

**デフォルトの名無しさん** · 2016/09/10(土) 20:44:35.89

リポジトリを信用するしかないから、もうyumにお任せですね。
ソースでＤＬするのは最近ではpostgreSQLぐらいで。それも公式サイトだし。

**デフォルトの名無しさん** · 2016/09/11(日) 02:32:03.65

>>305
そういう問題じゃなくね？

**デフォルトの名無しさん** · 2016/09/11(日) 08:20:01.34

>>308
> 先輩見ててもサイトから落としたファイルのハッシュチェックなどせず

**デフォルトの名無しさん** · 2016/09/11(日) 08:55:49.82

あのねここはプログラミングのスレなの
もういい加減にしてくれない？

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

>>309
ハッシュのチェックをするのは、出自が怪しいかどうかじゃなくて、
途中で壊れてないかを確認するためだろう？

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

>>311
そのどっちかではなく両方

元の>>304には「そのままインストールしています。」とあるから実行ファイルが前提
壊れてるならそもそもチェックなんてしなくても実行不可

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

だよね

ハッシュ値と一緒にダウンロードのリンクが貼ってあるところも普通なのに(というより、別の手段やミラーがある方が稀)
それとmd5やshaが一緒に並べてあるのは、ダウンロード時の化け等への対処

意図的に改ざんされた、得体のしれないファイルを落とすってのは別の話
もちろん、それも意味があるけれど
そんなんだったら、「転載禁止」として、自サイトからのダウンロードされたものだけを保証、とすれば済む

もちろん、意図的な改ざんへの対処の意味もあるし、
単なるデータ化け判定は、圧縮展開ルーチンに入っていたりするから不要なケースも多い

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

>>312
もとの話につっこんだんじゃなくて、>>305につっこんだんだけどなあ。
まあいいや。

**デフォルトの名無しさん** · 2016/09/11(日) 15:46:09.26

まぁまぁ用心しましょうw

**デフォルトの名無しさん** · 2016/09/11(日) 18:54:51.04

>>314
元の>>304に突っ込んだ>>305に突っ込んでんだからその前提ぶっ壊すのはアスペのみ

**デフォルトの名無しさん** · 2016/09/11(日) 19:39:02.18

論破されると、相手をアスペだといい出すのは、2chではいつものことだが、
>>316はアスペの意味を分かってるんだろうか。

**デフォルトの名無しさん** · 2016/09/11(日) 20:28:45.45

縦横比

**デフォルトの名無しさん** · 2016/09/11(日) 20:34:29.72

>>317
「>>305につっこんだ」
→いや>>305も>>304の前提引き継いでるから
こういう流れが分からない奴
これがアスペの全てというわけでもないが一部

**デフォルトの名無しさん** · 2016/09/12(月) 13:42:16.84

くわしいひとがいるみたいなので聴くけど
DVD Fab とか HD Decrypter って無料の落として使っても安全？
インターネット繋がってないと起動しないし
実際通信しまくってるんだが抜かれたりしない？

**デフォルトの名無しさん** · 2016/09/12(月) 13:50:40.62

さすがにスレチかと。

**デフォルトの名無しさん** · 2016/09/12(月) 14:33:01.02

>>320
それハッシュ関係無い
そういうのは自分で調べるもんだし自己責任の範疇

**デフォルトの名無しさん** · 2016/09/14(水) 09:39:23.68

TCPで書いたデータが相手に届いたか知る方法ってある？
Ackが届くまで待つみたいな感じで

**デフォルトの名無しさん** · 2016/09/14(水) 09:59:45.98

ある
ACKのようなものを返すプロトコルにすればいい

**デフォルトの名無しさん** · 2016/09/14(水) 13:30:34.44

相手のソケットライブラリには届いていても
アプリがrecvしたかはわからないし失敗する可能性もあるから
アプリレベルでも応答確認した方がいいってこと？そうかもね

**デフォルトの名無しさん** · 2016/09/14(水) 13:43:16.71

アプリに届いたかが重要なデータならアプリレベルで応答確認するしかないよ

**デフォルトの名無しさん** · 2016/09/14(水) 14:07:02.28

SMPT や POP3 とかそう(プロトコルで応答を返すルール)だよね

**デフォルトの名無しさん** · 2016/09/14(水) 15:35:16.64

貰いましたって返してもらうしかないよね。

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

せやなー（眠）

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

そういえば
ソケットレベルで相手に届いたかどうか知る方法ってあったっけ？
実はないよね

**デフォルトの名無しさん** · 2016/09/16(金) 12:55:25.56

何を気にしてる？TCPでコネクトできたら届いてるでしょ

**デフォルトの名無しさん** · 2016/09/16(金) 14:03:45.22

なのよねw
send()が成功したら、やったと思うしかない。
てかそれ以下ってあるんだっけ？
rawソケとか使った事ないっす。

**デフォルトの名無しさん** · 2016/09/16(金) 14:24:09.41

ペチパーは黙ってろ

**デフォルトの名無しさん** · 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

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