ネットワークプログラミング相談室 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/

**デフォルトの名無しさん** · 2015/01/13(火) 15:42:16.46

>>76
IEEEとか見たこと無いのか・・・

**デフォルトの名無しさん** · 2015/01/13(火) 16:26:51.77

PAMIなら読んだことあるwww

**デフォルトの名無しさん** · 2015/01/13(火) 18:04:37.43

>>72
RFCに入るには10年くらいかかるか、あるいは入らないかもしれませんね。
この分野はサムソンの動向次第だと思います。

サムソンの考えによっては、RFC自体が尊重されないようになるかもしれません。
その場合、サムソンがRFCに代わる規格を発行するようになるのでしょう。

**デフォルトの名無しさん** · 2015/01/13(火) 18:23:03.77

「半ビット対策」でググってもヒット0件だったので何の話だかわけがわからんけど、どこらへんの分野の話なの？
で、なんでサムソン主導で話が進んでるの？

**デフォルトの名無しさん** · 2015/01/13(火) 18:25:29.34

量子通信でググっても、Wikipediaで
> 量子ネットワーク（りょうしネットワーク）は、量子暗号技術から発展してきた通信ネットワークである。
> 量子テレポーテーション実験における成功の後、量子通信を行うためのネットワークという概念が提唱された。
とあるけど何のことやら。
一般のプログラミングに関係あるの？

**デフォルトの名無しさん** · 2015/01/13(火) 18:37:38.19

RS232Cのストップビット1.5　とは無関係な話？

**デフォルトの名無しさん** · 2015/01/13(火) 19:05:01.85

ハーフビットの概念が理解できない奴が騒いでるだけだから
まともに相手しなくていいよ

**デフォルトの名無しさん** · 2015/01/15(木) 10:16:55.82

ネットワークプログラムで半ビットとか出てこなくね？

**デフォルトの名無しさん** · 2015/01/15(木) 10:45:13.57

え？

**デフォルトの名無しさん** · 2015/01/15(木) 12:21:04.22

MLCのことか

**デフォルトの名無しさん** · 2015/01/16(金) 19:20:46.68

ネットワークときいてRFCの範囲しか思いつかない奴が何人かいるね

**デフォルトの名無しさん** · 2015/01/16(金) 20:36:48.88

誰か>>87の友達ネットワーク構築計画の相談に乗ってやれよ。

**デフォルトの名無しさん** · 2015/01/16(金) 21:01:36.68

1バイト未満のデータがどうたらこうたらの話だったのに、
いつの間にか謎の半ビットの話になっていたでござる

**デフォルトの名無しさん** · 2015/01/16(金) 21:41:15.39

量子通信しってまーす、そりゃよかったね、ちゃんちゃん

**デフォルトの名無しさん** · 2015/01/16(金) 23:30:06.62

よっぽど悔しかったんだなw

**デフォルトの名無しさん** · 2015/01/17(土) 05:48:08.07

普通にスレ読めば、TCPで1バイト未満の送信があるかというのが量子通信がどうのとなってる
一番の元凶は>>71がTCPの話もまともにできないのに、本人に興味があったからかなんだか知らないが、
量子通信とか持ちだしたから

**デフォルトの名無しさん** · 2015/01/17(土) 13:45:14.20

オクテット単位未満をサポートする通信規格なんて存在するの？

**デフォルトの名無しさん** · 2015/01/17(土) 13:53:08.06

>>93
つ 82

**デフォルトの名無しさん** · 2015/01/17(土) 14:14:21.65

トリビットとかも理解できないんだろうなぁ・・・

**デフォルトの名無しさん** · 2015/01/17(土) 17:22:25.98

名前の欄に書くやつだろ

**デフォルトの名無しさん** · 2015/01/17(土) 19:32:14.07

それはトリップ。

**デフォルトの名無しさん** · 2015/01/17(土) 20:35:33.32

寄席で最後に出演する人

**デフォルトの名無しさん** · 2015/01/17(土) 20:44:11.57

それは主任(ｪ

**デフォルトの名無しさん** · 2015/01/17(土) 21:03:47.68

水素が３つくっついた奴だろ

**デフォルトの名無しさん** · 2015/01/17(土) 21:07:46.24

それはトリチウム

**デフォルトの名無しさん** · 2015/01/18(日) 00:59:06.62

これは公明の罠・・・

**デフォルトの名無しさん** · 2015/01/18(日) 02:52:15.15

>>93
適当にググっただけだけど、例えばこの規格とか読めば？
http://www.etsi.org/deliver/etsi_ts/102300_102399/10236101/02.03.01_60/ts_10236101v020301p.pdf

**デフォルトの名無しさん** · 2015/01/18(日) 03:13:31.26

>>93
バイトが8bitとは限らんのですよ？

**デフォルトの名無しさん** · 2015/01/18(日) 03:29:59.19

>>104
RFCに乗るレベルのルールでは見たことないな
もし知ってたら教えて

**デフォルトの名無しさん** · 2015/01/18(日) 03:39:36.95

>>104
だから>>93は「オクテット」と言ってるんだと思うが・・・

>>105
RFCは8bit以外の処理系に対しても考慮されてるよ。
というか、RFC 821とか初期のものはむしろ7bitしか考慮してない。

**デフォルトの名無しさん** · 2015/01/18(日) 09:46:25.81

>>104
バイトは8以外無い

**デフォルトの名無しさん** · 2015/01/18(日) 10:56:52.92

http://ja.wikipedia.org/wiki/%E3%83%90%E3%82%A4%E3%83%88_%28%E6%83%85%E5%A0%B1%29
＞初期のコンピュータの多くでは6ビット、また7ビットや9ビットとして扱うコンピュータもあった。
一バイト＝7ビット、9ビットも現役だよ

**デフォルトの名無しさん** · 2015/01/18(日) 11:38:33.32

35年前に一般化したものを今更拘るって

**デフォルトの名無しさん** · 2015/01/18(日) 12:40:33.19

8bit長のかたまりを　オクテット　と呼んで、
バイトとは言わないのはそういうこっちゃ

**デフォルトの名無しさん** · 2015/01/18(日) 16:55:16.93

>>109
35年前には既に一般化した常識すら知らないってのは恥ずかしいだろ

**デフォルトの名無しさん** · 2015/01/18(日) 17:18:36.78

uunet世代の爺か

**デフォルトの名無しさん** · 2015/01/18(日) 17:33:55.24

>>112
自分が常識知らないからって
一般人をバカにし始めるのは見てて痛々しい

**デフォルトの名無しさん** · 2015/01/18(日) 17:34:06.86

普通kermit

**デフォルトの名無しさん** · 2015/01/18(日) 19:24:57.10

>>111
眠いの？
よく頭を回そう

**デフォルトの名無しさん** · 2015/01/18(日) 21:57:20.70

>>113
>一般人
一般人は知らないだろうwww

**デフォルトの名無しさん** · 2015/01/18(日) 22:28:24.20

>>116
いや、>>109曰く一般化したらしいからそれに合わせてやっただけ。

**デフォルトの名無しさん** · 2015/01/18(日) 22:45:28.34

>>117
それは>>108な

**デフォルトの名無しさん** · 2015/01/20(火) 20:38:30.06

Protocol Buffers, MessagePack, Apache Thrift
ならどれがシェア持ってますか？
これからの時代スタンダードになるのはどれだと思いますか？

**デフォルトの名無しさん** · 2015/01/20(火) 21:18:25.41

ONC RPC

**デフォルトの名無しさん** · 2015/01/20(火) 22:45:57.33

最近はATMじゃなくてMPLSだそうな

**デフォルトの名無しさん** · 2015/01/21(水) 01:55:13.51

TCPみたいなUDPってなんだっけ？
ここ10年くらいで出てきた比較的新しいやつ

**デフォルトの名無しさん** · 2015/01/21(水) 07:38:57.86

RFC4960 SCTP ?

**デフォルトの名無しさん** · 2015/01/22(木) 01:14:40.47

>>123
それだ！ありがとう！

**デフォルトの名無しさん** · 2015/01/26(月) 17:23:47.69

質問というか丸投げになってしまうのですが、チャットサーバー・クライアントの製作課題が出ました
http://uproda.2ch-library.com/855889dN8/lib855889.txt
http://uproda.2ch-library.com/855890Lho/lib855890.txt

穴埋めになっていますので暇つぶしにでもお手伝いいただければうれしいです

**デフォルトの名無しさん** · 2015/01/26(月) 17:30:26.04

>>125
スレ違い

**デフォルトの名無しさん** · 2015/01/26(月) 17:30:51.39

>>125
死ねばいいと思うぞ

**デフォルトの名無しさん** · 2015/01/26(月) 19:50:42.64

>>125
宿題は宿題スレで

**デフォルトの名無しさん** · 2015/01/26(月) 20:49:03.72

>>125
逝ってよし

**デフォルトの名無しさん** · 2015/01/27(火) 00:33:25.05

すぐちねって言ったらダメだよってお母さんに教えられなかったの？

**デフォルトの名無しさん** · 2015/01/27(火) 02:27:52.22

じゃあ、ゆっくりちね

**デフォルトの名無しさん** · 2015/01/27(火) 07:59:29.53

「すぐ」は「言う」にかかってるんだよ

**デフォルトの名無しさん** · 2015/01/27(火) 08:08:06.99

じゃあ、ち………ね………

**デフォルトの名無しさん** · 2015/01/27(火) 08:20:11.55

お、おう…。

**デフォルトの名無しさん** · 2015/01/27(火) 09:33:36.48

ネタをねたと

**デフォルトの名無しさん** · 2015/02/11(水) 20:09:15.11

高度なネットワーク扱う奴らのスレとは思えんな

**デフォルトの名無しさん** · 2015/02/11(水) 20:31:36.75

高度なネットワークとは通信衛星のことか？

**デフォルトの名無しさん** · 2015/02/11(水) 20:58:38.63

高度なネタを扱うスレだな

**デフォルトの名無しさん** · 2015/02/11(水) 21:57:45.56

高度なネットワークとは自己増殖するネットワークのことか？

**デフォルトの名無しさん** · 2015/02/12(木) 15:35:48.18

Aht Uh Mi Hed

**デフォルトの名無しさん** · 2015/02/13(金) 22:39:21.27

FiddlerCoreの話題はどちらで？

**デフォルトの名無しさん** · 2015/02/13(金) 23:01:43.52

>>141
こちらで
http://anago.2ch.net/test/read.cgi/river/1407439409/

**デフォルトの名無しさん** · 2015/04/04(土) 18:59:12.76

SSLの自己証明書って用途がよくわからないんですが、どういうことですか？
ようはオレオレ証明書っていうものですよね？
接続先は証明できないけど暗号化できるからやるとかそういうものなんでしょうか？

最終的に知りたいのは、
自分が開発したアプリから自分が製作したwebページにアクセスするときに証明できるのか？
っていう所です。

SSLの仕組み自体あまりよくわかってないんですが、よろしくお願いします

**デフォルトの名無しさん** · 2015/04/05(日) 13:10:19.12

>>143
＞SSLの自己証明書って用途がよくわからないんですが、どういうことですか？
＞ようはオレオレ証明書っていうものですよね？
＞接続先は証明できないけど暗号化できるからやるとかそういうものなんでしょうか？

主にそう。

＞最終的に知りたいのは、
＞自分が開発したアプリから自分が製作したwebページにアクセスするときに証明できるのか？
＞っていう所です。

出来る。
自分で作るアプリならその証明書(正確には証明書を発行したCA=自分自身)を信頼することが可能。

大雑把に言うと、証明書を信頼できるのはプリインストールされたルート証明書という形で信用するCAを決めているだけなので。
ルート証明書はCAの公開鍵の自己証明書に過ぎません。

**デフォルトの名無しさん** · 2015/04/05(日) 15:39:30.64

自分が開発したアプリがシステムのコンポーネント使うときに
そのコンポーネントにオレオレ証明書くわせるのが大変だったりするけどなー

**デフォルトの名無しさん** · 2015/07/15(水) 19:56:10.01

TCPでセッションを張っていて、データが途中のままセッションが切れたとします。
再び同じポートでセッションを張ると途中からのデータは自動で送信されますか？

**デフォルトの名無しさん** · 2015/07/15(水) 20:02:52.74

TCP/IPを勉強しましょう

**デフォルトの名無しさん** · 2015/07/16(木) 01:28:56.21

>>146
されません

**デフォルトの名無しさん** · 2015/07/17(金) 06:19:23.82

JavaやCなどでTCPを使ってノンブロッキングSocketプログラミングをするとき、
Socketに届いたデータが途中までなのか全部受け取ったのかはどう判断すれば良いですか？

◆QZaw55cn4c · 2015/07/17(金) 06:21:46.04

中身のプロトコルを決めてそれで終了判断するのがお気楽かと

**デフォルトの名無しさん** · 2015/07/17(金) 07:00:56.07

ブロッキングだろうがノンブロッキングだろうが
プロトコルで約束ごとを用意しないと区切りを知ることはできない

**デフォルトの名無しさん** · 2015/07/17(金) 07:54:24.86

TCPの順番が約束されてるってのは
データA送信
→データAを全て受信完了する前にデータB送信
→データAの受信が完了してからデータB受信開始
ってのが約束されてるって事で合ってる？

ならプロトコルに必要なのはデータA開始・データA終了だけでいいのかな？
プロトコルの形はどういうのがセオリー？

**デフォルトの名無しさん** · 2015/07/17(金) 07:58:36.57

それじゃhttpとかのリクエストが全部届いてるかどうかっていうのはどう判断されてるんですか？
バージョンとかプロトコルとか固定長じゃないですよね

**デフォルトの名無しさん** · 2015/07/17(金) 08:10:22.47

>>153
時間が過ぎたらアウトにします。
HTTPプロトコルバージョンは有れば事実上固定長です。

**デフォルトの名無しさん** · 2015/07/17(金) 09:19:42.59

ゴーストプロトコルが発令されました。今後当局は一切関わりありません。

**デフォルトの名無しさん** · 2015/07/17(金) 09:34:45.08

>>152
データの並びが送信側を同じになるってだけ

送信側 [ABC]送信　続いて [abcd]送信　と送った場合

最終的に ABCabcd が得られることは保証するけど
1回の recv でやってくる塊がどうなるかは保障していない

全て分断で7回の recv: [A] [B] [C] [a] [b] [c] [d]
連結された1回の recv: [ABCabcd]
分断と部分連結で2回の recv: [AB] [Cabcd]
これら全てが起きえます

**デフォルトの名無しさん** · 2015/07/17(金) 10:53:27.81

>分断と部分連結で2回の recv: [AB] [Cabcd]

これ結構ふつうに起こる

**デフォルトの名無しさん** · 2015/07/17(金) 11:48:11.22

おっと
送信側と同じ区切りで2回の recv: [ABC] [abcd]
が抜けてたな

・先頭記号 - 終端記号　で区切る
・(固定長の)ﾍｯﾀﾞに後続のﾃﾞｰﾀｻｲｽﾞをおいて、受信ﾃﾞｰﾀｻｲｽﾞで区切る
・情報やりとり毎にセッションを張りなおす：
　送信側　送ってcloseする
　受信側は recv 0 を受け取ったところがﾃﾞｰﾀ終端

**デフォルトの名無しさん** · 2015/07/17(金) 14:25:09.32

馬鹿のひけらかしｗ

**デフォルトの名無しさん** · 2015/07/17(金) 21:00:07.04

>>158
ありがとう
・先頭記号や終端記号が分割された場合
・固定長のヘッダが分割された場合
それぞれどうするのがセオリー？

**デフォルトの名無しさん** · 2015/07/17(金) 21:26:41.05

固定長のヘッダハ固定長なんだから
固定長に達するまで読むまで

**デフォルトの名無しさん** · 2015/07/17(金) 21:46:28.55

>>160
先頭記号や終端記号は分割されないように1オクテットにするのが簡単
ユニークな記号なら複数オクテットでも処理できるけどね

**デフォルトの名無しさん** · 2015/07/17(金) 23:12:17.45

ありがとう

>>161
俺がバカだった

>>162
TCPの場合どれだけ分割が起こっても最小単位は1オクテットって事かな

**デフォルトの名無しさん** · 2015/07/17(金) 23:20:41.50

>>163
そう
8ビット未満に分割されることはあり得ない

**デフォルトの名無しさん** · 2015/07/17(金) 23:24:48.80

>>164
ありがとう

**デフォルトの名無しさん** · 2015/08/11(火) 13:33:44.72

CでDNSリゾルバを作っているのですが、テスト用のアドレスでlookupすると
逆引き用のホストが数台出てきます。これはどうしてなんでしょうか。
以下実行結果です。よろしくお願いします。
$ nslookup 157.82.13.243

243.13.82.157.in-addr.arpa name = ee.t.u-tokyo.ac.jp.
243.13.82.157.in-addr.arpa name = eeis.t.u-tokyo.ac.jp.
243.13.82.157.in-addr.arpa name = eegw.ee.t.u-tokyo.ac.jp.
243.13.82.157.in-addr.arpa name = maxwell.ee.t.u-tokyo.ac.jp.
243.13.82.157.in-addr.arpa name = ccs.t.u-tokyo.ac.jp.

Authoritative answers can be found from:
13.82.157.in-addr.arpa nameserver = ns1.t.u-tokyo.ac.jp.

**デフォルトの名無しさん** · 2015/08/11(火) 14:45:40.36

ip-address : host name = 1 : 1な世界にいるのか

**デフォルトの名無しさん** · 2015/08/12(水) 09:49:26.97

>>166
それが普通

**デフォルトの名無しさん** · 2015/08/27(木) 20:26:59.68

linux C++な人はやぱsocket系はclibなので
自分でラッパクラスを自作するの？
それともACEとかブストとかポコとか使うの？

**デフォルトの名無しさん** · 2015/08/30(日) 13:53:49.58

>>169
aceなんて使ってるやつおらんやろ

**デフォルトの名無しさん** · 2015/08/30(日) 19:06:02.49

何使ってるの？

**デフォルトの名無しさん** · 2015/09/06(日) 22:51:11.40

あご

**超音波テロの被害者** · 2015/09/14(月) 05:07:04.08

超音波テロの被害にあっています。
卑劣極まりない被害にあっています。

何が起こったかわからないときから、
わかってみれば、
まだ世の中に知られていない超音波テロ。

**超音波テロの被害者** · 2015/09/14(月) 05:07:43.00

世の中のどれだけの音の振動源・発信源が
使用されているのかわからないが、
多数の振動源・発信源がシステム化され、
ネットワークを通して、
超音波・音波を集中させて
対象を攻撃するらしい。

**超音波テロの被害者** · 2015/09/14(月) 05:08:33.91

人や社会が襲われ、罪もない人が超音波で襲われ、
卑劣な被害にあっています。

聞こえる声、音。超音波テロの加害者の声。
「もらいました」という声とともに、
形のあるもの、ないもの、奪っていき、壊していく
超音波テロの加害者の声。

**超音波テロの被害者** · 2015/09/14(月) 05:09:06.51

超音波による物理的な力で、
ものが飛び、ものが壊れる。
それが人間の体に対してまで。

身体の表面を突き抜け、内臓を攻撃される。
頭蓋骨を突き抜け、意識を失わされる。
聞こえる声、認識できない声で、精神的なダメージ。
人間の体を壊そうとする超音波テロ。