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

多重にクライアントを動かせない理由は何なのだろう・・・

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

同じサブネットなのか違うセグメントなのかでも変わるな

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

変わらないけどね

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

さすがにセグメントまで違えば通信できなくなるだろ

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

>>256
何を根拠にそんなことを言うのかなあ
セグメントが違えば通信できないならインターネットなんて全然成り立たないわｗ

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

1枚のNICに2つのセグメント振る香具師なんているのか？

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

メンテ用の機器繋いだ時一時的に振ったことあるなあ
ルーターだったかな、そっちのデフォルトのアドレスに合わせるために

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

vmwareとか使えば、見かけ上は別のものとして扱えるけど
そういうのではテスト出来ないのかな

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

>>253
ん？
クライアントは普通に多重で動かせる奴も多いぞ
少なくともネットワークの制限で動かせないケースはほとんどないと思うが

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

>>261
>>247 に至った理由が何だろうね？って疑問だったわけで、深い意味はないです

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

>>257
ピントずれすぎ w
１つの NIC の話だから同一物理ネットワーク上に複数のセグメントを置く話
できない理由はないけど実験的にやるとか >>259 みたいに一時的にやるとか以外でそんな構成にすることはほとんどないと思う

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

>>262
>>247 はサーバーの話
１つの NIC では同一ＩＰかつ同一ポート番号で待ち受け（Listen）できるのは基本１つだけだから複数のＩＰを振りたいって言う要求が出てくる

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

>>264
てっきり　クライアントの話かと思った
IP分けるよりListenポート分けるほうが簡単だし刹那的にそうするもんだと早合点

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

ん？>>247は

1つのネットワークカードに異なる2つのIPを割り当てて(IP1とIP2)
同じアプリを2個起動して(AとB)
1つのサーバーに同時接続(AがIP1で、BがIP2で接続)

だからクライアントじゃないの？
数は説明上2つに変えた

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

１枚のNICに複数ＩＰの指定は出来るという事ではまずはお茶しましょう。
二つのＩＰ与えて、アパシェのＩＰベースバーチャルホストなんてのもやりました。
http://good-stream.com/goodstream/server/apache/tips/ipbasevhost.htm
フル

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

>>263
ネットワークが絡んだ開発の仕事が多い俺は１つのNICに複数のセグメント
を割り当てるなんてごく普通にやってるんだが

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

ボンディングとかやぱ二枚刺しでルーターとかフィルターとかフィアオルをやる
ってが多いのかな。今でも

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

>>266
あひゃ、改めて >>247 を読み直したら確かにクライアントの話だったわ
早合点は俺だった... orz
アプリが送信元ＩＰアドレスを指定できれば可能だな

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

>>268
実運用環境でやってるなら単なるバカ
実験やテストでやってるならたいして珍しくもない

**デフォルトの名無しさん** · 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上でアプリレベルの到達確認するのは特別な場合のみだな