ネットワークプログラミング相談室 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/06/22(水) 23:36:53.27

アホさんいらっしゃい

**デフォルトの名無しさん** · 2016/06/23(木) 11:45:23.37

socketのshutdownは必要

**デフォルトの名無しさん** · 2016/06/23(木) 13:34:50.61

closeって事ですか

**デフォルトの名無しさん** · 2016/06/23(木) 20:50:20.73

shutdownってこと

**デフォルトの名無しさん** · 2016/06/23(木) 21:54:35.99

アホってこと

**デフォルトの名無しさん** · 2016/06/30(木) 23:45:26.79

日本人は無料通話アプリを作れません。

**デフォルトの名無しさん** · 2016/07/01(金) 11:00:34.68

NOTTV終了おめ

**デフォルトの名無しさん** · 2016/07/01(金) 12:31:02.44

アベバに変ったの？

**デフォルトの名無しさん** · 2016/07/01(金) 13:10:34.66

>>238
スウェーデン人乙

**デフォルトの名無しさん** · 2016/07/29(金) 21:37:13.05

libevが分からない
asyncの自前イベントでどう設定してイベントループからどうやって起こすのか・・・
詳しい人が居ましたら関係する関数を教えてください

**デフォルトの名無しさん** · 2016/07/30(土) 01:23:16.97

いません

**デフォルトの名無しさん** · 2016/07/30(土) 13:03:54.68

Node.js

**デフォルトの名無しさん** · 2016/09/03(土) 19:04:46.58

教えて

**デフォルトの名無しさん** · 2016/09/03(土) 19:35:16.09

goo

**おしえて** · 2016/09/06(火) 18:40:03.48

1つのネットワークカードに2つ以上のipアドレスを割り当てて、1つのサーバにその割り当てた別々のipアドレスで同時接続は可能？
同じアプリを2個以上起動して異なるipアドレスで同時接続したいわけです

**デフォルトの名無しさん** · 2016/09/06(火) 18:44:45.76

横道にそれるけど
同じIPアドレスだけど listen ポートを別にすることはできないのかな？

**デフォルトの名無しさん** · 2016/09/06(火) 19:00:22.30

>>247、>>248
可能
WindowsでもLinuxでも出来ない理由はない

**デフォルトの名無しさん** · 2016/09/06(火) 19:31:28.29

よくよく読んだら複数クライアントが 1つのサーバーに接続
クライアントのおのおので ipアドレスを別にしたい　が　同一PC中の同一ネットワークカードで
ということか

**デフォルトの名無しさん** · 2016/09/06(火) 19:32:34.99

受信は問題ない
返信時に送信者アドレスがどっちになるかで
途中のルーターがフィルタしたりする可能性は無きにしも非ず
１枚のときにどっちのアドレスを優先させるか
あるいはどっちのアドレスから送信したことにするかを
プログラミングする必要がある
マルチホーミング考慮する必要もある

**デフォルトの名無しさん** · 2016/09/06(火) 20:32:07.85

>>247-248
どっちも可能
ただし当たり前だけどアプリケーションで Listen するアドレスやポートを指定できる必要がある

>>251
受けたアドレスと異なるアドレスに送る TCP スタックなんて見たことない

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

ペチパーは黙ってろ