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

**デフォルトの名無しさん** · 2014/12/15(月) 19:39:51.59

>>19
パケットを盗み見てダンプすることと、
書き換えて転送することはまるで違う。
自分がブリッジとしてネットワークに割って入るなら書き換えは可能。

**デフォルトの名無しさん** · 2014/12/15(月) 22:08:41.60

何をしたいのかwww

**デフォルトの名無しさん** · 2014/12/15(月) 22:42:07.53

OSにもよるんじゃないの
Linuxだとブリッジじゃなくても書き換える方法があると思った

**デフォルトの名無しさん** · 2014/12/16(火) 01:52:51.65

ブリッジしないと無理だとおもうよ～専用ハードを作ったらうれるだろうか？

**デフォルトの名無しさん** · 2014/12/16(火) 04:35:55.79

>>22
ブリッジやゲートウェイじゃなかったら、元のパケットはどうやって遮断するの?

**デフォルトの名無しさん** · 2014/12/16(火) 09:10:47.57

>>23
転送容量が100Gbpsくらいあるハードつくれば
結構売れると思うよ。

**デフォルトの名無しさん** · 2014/12/16(火) 11:05:12.76

>>24
「RAWソケットで」という条件付なら無理だけど
パケットを操作するためのシステムインターフェースは存在するでしょって事
カーネルモジュール作る必要あるだろうけど
極端な話、ネットワークドライバでやれば何でも出来るわけだし

**デフォルトの名無しさん** · 2014/12/16(火) 11:55:44.68

>極端な話、ネットワークドライバでやれば何でも出来るわけだし

ふむ、ネットワークドライバをpromiscusで動かせば、
誰かが投げた誰か宛のパケットを盗み見るどころか、
消したり書き換えたり自在なのか。
世紀の大発見だね。

**デフォルトの名無しさん** · 2014/12/16(火) 12:26:40.73

>>27
ネットワークドライバを特定の目的向けに書き換えることを言ってるんだよ
そうすれば自分のインターフェースに入ってきたパケットなら
消すことも書き換えることも出来るし、存在しないパケットを生成する事だって何でも出来る
当たり前のことを言ってるだけだ
特にLinuxとかならドライバのソースが公開されていることが多いから、やる気にさえなればそんなに大変なことじゃないよ

**デフォルトの名無しさん** · 2014/12/16(火) 12:29:31.65

>>28
そうですか。わかりましたので独り言は他所でやってください。

**デフォルトの名無しさん** · 2014/12/16(火) 13:03:32.32

>>29
ブリッジじゃなきゃ出来ないというのを否定されたからってそんな反応しなくても
そもそもブリッジにしたって同じ問題があるだろ。RAWソケットじゃ出来ない
ネットワークドライバ書き換えは極端な話として書いただけで、そこまでしなくても方法はあるよ
iptablesとかがやってることだし

**デフォルトの名無しさん** · 2014/12/16(火) 13:10:24.49

>>30
bpfでもpcapでもいいのに、ドライバ書き換えるとか言い出すバカは
相手にできないということですよ？

**デフォルトの名無しさん** · 2014/12/16(火) 13:11:55.84

>>30
それと
>ブリッジじゃなきゃ出来ないというのを否定

否定したつもりなんですか？
ブリッジじゃないとできませんよ。
究極のおバカさんですか？

**デフォルトの名無しさん** · 2014/12/16(火) 13:18:42.30

ゲートウェイはダメなのぉ？

**デフォルトの名無しさん** · 2014/12/16(火) 13:18:45.91

やれやれ

**デフォルトの名無しさん** · 2014/12/16(火) 13:31:13.45

>>32
お前も余所でやれよ

**デフォルトの名無しさん** · 2014/12/16(火) 16:46:32.19

Thunderbirdってメールアドレスとパスワードを入れるだけで
メールを送受信できるようになるじゃないですか。
ユーザー名は@前から取得してるんだと思うのですが、
送受信に使うサーバー名はどうやって取得してるのでしょうか？

JavaMailを使ってメールクライアントを作っていて、
現状サーバー名・ユーザー名・パスワードを指定して認証する形になっています。
もしメールアドレスとパスワードだけで設定ができたら設定する側が楽になっていいのではと思っているのですが、
どうやったらメールアドレスとパスワードの情報を元にメールの送受信ができるようになるでしょうか？

**デフォルトの名無しさん** · 2014/12/16(火) 21:11:58.61

>>36
大手ならデータベース持てば済むし
正攻法ならMXレコード引けば
http://www.atmarkit.co.jp/ait/articles/0112/18/news001.html

36 · 2014/12/17(水) 23:33:40.82

>>37
>正攻法ならMXレコード引けば
リンク参考になりました。
dnsjavaでMXレコードが使えるそうなのでやってみます。
回答ありがとうございます。

**デフォルトの名無しさん** · 2014/12/18(木) 00:12:22.45

成功率をどれくらい期待してるかによるけど、
それなりに高いならみんなやってるよな。

ちなみにthunderbird はデータベース使ってるし、うちの自鯖は別になんのひねりもないのに失敗するぞ。

**デフォルトの名無しさん** · 2014/12/18(木) 16:25:49.73

>>19
乗っ取り合い相手が同じセグメントにあるなら
proxy-arp が古典的な方法

**デフォルトの名無しさん** · 2014/12/18(木) 16:40:37.54

名前間違ったけどまあ気にしないで
http://www.slideshare.net/sonickun/arp-39782351

**デフォルトの名無しさん** · 2014/12/30(火) 12:22:57.31

初心者なのですが質問させてください
Linux上でTCPを使ったプログラムをc/c++で作っているのですが、sendとrecvのバイト数が合いません
・sendで整数3つ分(12bytes)を送信
・readで何故か28bytesを受信
と言うように余分に受け取ってしまうのです。
これは何故でしょうか？

**デフォルトの名無しさん** · 2014/12/30(火) 14:59:34.72

それは間違っているからだよ

**デフォルトの名無しさん** · 2014/12/30(火) 16:23:22.16

・12バイトしか送信してないつもりだけど実際には28バイト送っていた
・28バイト受信したと思ったけど実際には12バイトしか受信していない
・違う相手に送信したり違う相手から受信したりしている
・通信回線の途中にいる誰かがパケットの中身を書き換えている
のどれか
俺は2番目の可能性が高いと思うがどうだろう
sendやrecvの戻り値はきちんと確認しているか

**デフォルトの名無しさん** · 2014/12/30(火) 19:36:22.49

>>44
どうも1番目のようでした。有難う御座いました。

通信の区切りをバイト数で切っていたつもりが、次の送信分まで読み取っていたみたいです。
通信の区切りは何を基準にやるのが良いのでしょうか・・・

**デフォルトの名無しさん** · 2014/12/30(火) 19:56:40.09

送信データの前にサイズ情報送る

**デフォルトの名無しさん** · 2014/12/30(火) 20:07:23.85

余分に読み取ったデータを捨てずに残しておいて次の処理に回せばいい

**デフォルトの名無しさん** · 2014/12/30(火) 20:50:05.63

みんなテキストにするのが一番正しいんだと思うな。

**デフォルトの名無しさん** · 2014/12/31(水) 04:50:28.08

それはない(AA略

**デフォルトの名無しさん** · 2014/12/31(水) 06:39:59.26

素人さんにもわかりやすい例で言えばhttpの成功があるじゃないか。

**デフォルトの名無しさん** · 2014/12/31(水) 13:17:37.47

httpが成功したのは1リクエスト、1レスポンスのシンプルさじゃないのか。今となっては酷いものだが。

**デフォルトの名無しさん** · 2015/01/03(土) 00:45:28.47

メールアドレスの@以降を使ってAレコードを引いて
NullPointerExceptionが返ってきた場合、
代わりに何を調べればよいのでしょうか？
大学のメールアドレスの場合Aレコードで受信サーバーのIPが得られたんですけど、
i.softbank.jpの場合NullPointerExceptionとなってしまいました。

また、ためしにsoftbank.jpをやってみたら複数のIPが得られたんですけど、
この場合はどのIPでもよいのでしょうか？
それとも@前によってどのIPか決まっていたりするのでしょうか？

**デフォルトの名無しさん** · 2015/01/03(土) 00:59:08.17

ちゃんと勉強してからやれ。その程度の知識じゃあ周りに迷惑かける。

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

メールアドレスならMXレコード引かなきゃダメじゃね？
Aレコードがある保証無くね？

**デフォルトの名無しさん** · 2015/01/03(土) 02:31:18.70

digとかnslookupでなくて、いきなりプログラミングしてる時点でお察しください。

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

メアドの＠以降なら
Aレコ無くても間違いではない

52 · 2015/01/03(土) 14:06:40.53

>>53
MXレコードとかAレコードとか今回初めて知りました。
正直メール関連に限らずネットワークの知識はあまりないです。

メールクライアント作ろうとしている知り合いがいて、
私も興味を持ってその人とは別に自分なりにやって
たまにその人が作るのを手伝ってみてる感じです。
ちなみに、その人は私よりネットワークやプログラミングの知識がないです。
Thunderbirdはデータベース使っているらしいですけど、
メールアドレスとパスワードで送受信の設定ができたら楽だと思いまして。
その人には以前
「MXレコードを引けば@以下から受信サーバー名わかるらしいよ。
けど私もぜんぜんわかってないし、まずクライアントできてからだね。
こういうこともできたらいいなくらいな感じかな。」
なんてことを言ってました。
一応受信サーバー名とユーザー名とパスワードを使ってメールを受信したりすることはできてます。

>>54
MXレコード引いて出るのはName Server名ですよね？
それ出しても利用方法がわからす、
「mxレコードメール」で調べてみたところ
メールアドレスはAレコードかAAAAレコードに情報があるとか見て、
ためしに引いてみたら>>52の通りでした。
AAAAレコードはどれもNullPointerExceptionでした。
pingで調べてみたら大学のアドレスの場合
ドメインのIPと送受信サーバー(送信も受信もサーバー名が同じです)のIPが同じでした。
Aレコードがうまく行ったのもこれのためなのかもしれませんね。

>>55
digやnslookupは知りませんでした。
そもそもあまりコマンド知らないもので。
すいません。

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

迷惑だから止めなさい

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

ネットワークだけでなく普通のプログラミングも怪しいから
やめとくのがいい

**デフォルトの名無しさん** · 2015/01/05(月) 01:25:19.74

やめさせるなんてとんでもない
こういう隙だらけのサーバがいるからこそ
楽しいんじゃないか

**デフォルトの名無しさん** · 2015/01/05(月) 02:48:37.39

珍しくもないから面白くもない

52 · 2015/01/09(金) 08:33:32.03

対応表でもない限り@以降から受信サーバーの情報は取ってこれないようなのであきらめます。
いろいろありがとうございました。

**デフォルトの名無しさん** · 2015/01/09(金) 08:45:32.53

TokyoMX

**デフォルトの名無しさん** · 2015/01/11(日) 14:31:31.83

TCPって1バイト未満のデータが届いたときは1バイト以上のデータが届くまで待ってSocketに現す？

**デフォルトの名無しさん** · 2015/01/11(日) 14:41:36.48

TCPはsequence numberで送受信の制御を行う
sequence numberは1バイト送れば1進むというもので、1バイト未満の送受信というものはない

**デフォルトの名無しさん** · 2015/01/11(日) 14:52:39.98

じゃあ各Socketの末端に現れるのは完全に1バイト単位ってことでおｋ？

**デフォルトの名無しさん** · 2015/01/11(日) 15:07:55.17

君は軽佻浮薄だな
>>65に書いてあるのはウソかもわからんぞ
ちゃんとRFCを読みたまえ

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

？？混乱するからやめてくれ・・・

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

>1バイト未満のデータ
ゆとりか、ナイーブかつユニークな発想の持ち主ではあるが

**デフォルトの名無しさん** · 2015/01/11(日) 15:21:39.13

パケット単位で開封されるから半端ビットってものが存在しないのか

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

量子通信の絡みで半ビット対策が議論されてるけど、有効な手段はないようです。
結局パリティビット（パリティに偽の半ビットが埋まっていても訂正はこれで足りる）
に頼る方向になるようです。

**デフォルトの名無しさん** · 2015/01/11(日) 23:06:50.82

>半ビット
RFCの何番かなwwww

**KAC** · 2015/01/11(日) 23:16:23.52

>>72
なにがそんなに楽しいのか・・・

通信関係の低レイヤやったら半ビットなんて当たり前に出てくる単語だぞ？

**デフォルトの名無しさん** · 2015/01/11(日) 23:21:48.11

スレタイも読めないのか、XX（6バイト）

**デフォルトの名無しさん** · 2015/01/11(日) 23:42:25.80

>>74
ネットワークプログラミングの話しかでてないような…？

**デフォルトの名無しさん** · 2015/01/12(月) 15:34:06.75

>>75
だからどの規格で、参照実装はなにで、プログラミング言語はなんなんだよwww

**デフォルトの名無しさん** · 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
ならどれがシェア持ってますか？
これからの時代スタンダードになるのはどれだと思いますか？