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

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

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

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

「見続けるのがいやだから、殺して終わる」、
「証拠隠滅だ」という超音波テロの加害者の声とともに
強烈な超音波の攻撃。
叫ばされ、いたぶられ、
超音波テロの卑劣な被害にあっています。
心の底から被害を訴え、祈っています。

天に神に届きますように。

**デフォルトの名無しさん** · 2015/09/17(木) 21:44:54.11

PF_PACKET, SOCK_RAWで作ったrawソケットでパケットを受信しているのですが, rawソケットで受信したパケットを上位レイヤーには渡さないような設定は可能でしょうか?

**デフォルトの名無しさん** · 2015/09/17(木) 22:15:40.97

rawソケット使ってるの初めてみた

**デフォルトの名無しさん** · 2015/09/18(金) 00:02:51.32

対象のプロトコルがなんなのかってのと上位層に渡したくない理由にもよると思うんだけど、
iptablesで落とすんじゃだめなのかね？
あと、ユーザープロセスでTCP/UDPパケットを直接操作するシステムってのは昔作ったことが
あるけど、そのときは結局、NICに別アドレス割り当ててLXCの仮想ネットワークにつないで
ホスト側と分離した環境で動かしたな。詳しいところはあんまり覚えてないけど。

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

>>180
対象はDHCPです。
ある条件の場合だけ、
rawソケットを使用しているプロセスで
DHCPサーバー処理をさせようとしています。この際もともと動作しているDHCPサーバーは停止させたくありません。
iptablesも検討していますがrawソケットの設定で可能であればそれを使用したいです。

**デフォルトの名無しさん** · 2015/09/18(金) 10:33:47.37

カーネルを書き換えれば簡単

**デフォルトの名無しさん** · 2015/09/18(金) 15:10:02.25

無理ってことだよ

**デフォルトの名無しさん** · 2015/09/18(金) 20:57:55.32

>>182
>>183
やっぱりできませんか。
iptablesで対応したいと思います。
ちなみに、カーネルをいじるとしたら
net/core/dev.c 辺りでしょうか。

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

>>184
\です

**デフォルトの名無しさん** · 2015/09/19(土) 00:01:24.47

カーネルを弄れるなんて凄いよなぁ

**デフォルトの名無しさん** · 2015/09/19(土) 03:38:24.62

デバッグすると犬の糞

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

スティーブンス読んでからソース読めば遊べるよ

**デフォルトの名無しさん** · 2015/10/06(火) 22:33:40.72

受ける会社大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in tokyo
・「社名　労基」でググると過去の2chスレが出てくる
・転職会議で2.5点

**デフォルトの名無しさん** · 2015/10/10(土) 19:40:50.01

サーブレットについて教えてください。
以下のようなことを考えています。

JSPからサーブレットを呼び出す → サーブレットで何らかの判定を行う → 元のJSPに戻って（呼び出して？）判定結果を表示する。
この場合、判定結果はどのように戻すのが一般的でしょうか？
ResponceはsetAttributeがないので、Requestに追加して返すものなのでしょうか？

**デフォルトの名無しさん** · 2015/10/10(土) 19:46:01.45

>>190
ここで聞いたら

★★Java質問･相談スレッド174★★ [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1435295532/

**190** · 2015/10/10(土) 19:49:43.24

そうします。
ありがとうございます。

**デフォルトの名無しさん** · 2016/01/02(土) 23:14:39.34

やぱC/C++系がデフォ？

**デフォルトの名無しさん** · 2016/01/07(木) 22:03:15.59

いいえ
最近はperlですね

**デフォルトの名無しさん** · 2016/01/07(木) 22:49:09.58

おやつはcurl

**デフォルトの名無しさん** · 2016/01/07(木) 23:40:48.21

言語でスレが分かれるかもね

**デフォルトの名無しさん** · 2016/01/09(土) 18:19:53.62

ソケットを使ったプログラムを組んでいるのだけど、
どうも安定しないから通信ライブラリを使おうと思っているのだけど良いライブラリはありますか？

プログラムが数個あって各プログラム間で通信したいのだけど
今は通信専門のプログラムを作ってそれに集中的にアクセスしている状態なので改善したいのです
A-->Bで通信したい場合A-->O-->Bみたいな感じで通信している状態です
プログラムの数が一定していなくてMPIは使えないので今みたいな形になってます
素直にA-->B、B-->C、C-->Aみたいにできると良いのだけど・・・