5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

ネットワークプログラミング相談室 Port30 [転載禁止]©2ch.net

1 :デフォルトの名無しさん:2014/10/31(金) 07:57:16.24 ID:2NZQQB6u
主にソケットに関しての質疑応答スレッドです。

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/

2 :デフォルトの名無しさん:2014/10/31(金) 08:06:06.47 ID:2NZQQB6u
すまん、>>1 で Port28 を消し忘れた
過去スレ:
Port29 ttp://peace.2ch.net/test/read.cgi/tech/1351670708/
Port28 ttp://toro.2ch.net/test/read.cgi/tech/1334736934/
Port27 ttp://toro.2ch.net/test/read.cgi/tech/1293284816/
Port26 ttp://hibari.2ch.net/test/read.cgi/tech/1269343909/
Port25 ttp://pc12.2ch.net/test/read.cgi/tech/1255459388/
Port24 ttp://pc12.2ch.net/test/read.cgi/tech/1246895188/
Port23 ttp://pc12.2ch.net/test/read.cgi/tech/1230466044/
Port22 ttp://pc11.2ch.net/test/read.cgi/tech/1222603744/
Port21 ttp://pc11.2ch.net/test/read.cgi/tech/1204287577/
Port20 ttp://pc11.2ch.net/test/read.cgi/tech/1186418855/
Port19 ttp://pc10.2ch.net/test/read.cgi/tech/1159692799/
Port18 ttp://pc11.2ch.net/test/read.cgi/tech/1171029896/
Port17 ttp://pc8.2ch.net/test/read.cgi/tech/1148944560/
Port16 ttp://pc8.2ch.net/test/read.cgi/tech/1136005644/
Port15 ttp://pc8.2ch.net/test/read.cgi/tech/1128088448/
Port14 ttp://pc8.2ch.net/test/read.cgi/tech/1118469143/
Port13 ttp://pc8.2ch.net/test/read.cgi/tech/1109793931/
Port12 ttp://pc5.2ch.net/test/read.cgi/tech/1102427855/
Port11 ttp://pc5.2ch.net/test/read.cgi/tech/1096187183/
Port10 ttp://pc5.2ch.net/test/read.cgi/tech/1090385857/
Port9 ttp://pc5.2ch.net/test/read.cgi/tech/1080658835/
Port8 ttp://pc5.2ch.net/test/read.cgi/tech/1073560271/
Port7 ttp://pc5.2ch.net/test/read.cgi/tech/1063035045/ ★行方不明
Port6 http://pc5.2ch.net/tech/kako/1052/10521/1052106444.html
Port5 http://pc2.2ch.net/tech/kako/1040/10402/1040220302.html
Port4 http://pc3.2ch.net/tech/kako/1034/10342/1034236536.html
Port3 http://pc3.2ch.net/tech/kako/1023/10233/1023359282.html
Port2 http://pc.2ch.net/tech/kako/1006/10062/1006258198.html
Port1 http://pc.2ch.net/tech/kako/970/970344582.html

3 :デフォルトの名無しさん:2014/10/31(金) 08:09:56.64 ID:2NZQQB6u
図書コーナー:
UNIXネットワークプログラミング〈Vol.1〉ネットワークAPI:ソケットとXTI
 http://www.amazon.co.jp/exec/obidos/ASIN/4894712059/
 そのソースコード
 http://www.unpbook.com/src.html
詳解TCP/IP〈Vol.1〉プロトコル
 http://www.amazon.co.jp/exec/obidos/ASIN/4894713209/
詳解TCP/IP〈Vol.2〉実装
 http://www.amazon.co.jp/exec/obidos/ASIN/4894714957/
詳解TCP/IP〈Vol.3〉トランザクションTCP, HTTP, NNTP, UNIXドメインプロトコル
 http://www.amazon.co.jp/exec/obidos/ASIN/4894716674/
TCP/IPによるネットワーク構築
 〈Vol.1〉原理・プロトコル・アーキテクチャ
  http://www.amazon.co.jp/exec/obidos/ASIN/432012054X/
 〈Vol.3〉クライアント‐サーバプログラミングとアプリケーション
  http://www.amazon.co.jp/exec/obidos/ASIN/4320028007/
  Linux/POSIXソケットバージョン
  http://www.amazon.co.jp/exec/obidos/ASIN/4320120841/
  Windowsソケットバージョン
  http://www.amazon.co.jp/exec/obidos/ASIN/4320029992/

4 :デフォルトの名無しさん:2014/10/31(金) 08:10:40.55 ID:2NZQQB6u
マスタリングTCP/IP RTP編
 http://www.amazon.co.jp/exec/obidos/ASIN/4274065618/
Linuxソケットプログラミング?ネットワークプログラミングにおける実践技法
 http://www.amazon.co.jp/exec/obidos/ASIN/4894714671/
Webプロトコル詳解?HTTP/1.1、Webキャッシング、トラフィック特性分析
 http://www.amazon.co.jp/exec/obidos/ASIN/4894715414/
WinSock2.0プログラミング
 http://www.amazon.co.jp/exec/obidos/ASIN/4797306882/
猫でもわかるネットワークプログラミング
 http://www.amazon.co.jp/exec/obidos/ASIN/4797323604/
IPv6ネットワークプログラミング
 http://www.amazon.co.jp/exec/obidos/ASIN/4756142362/
Visual Basicではじめるネットワークプログラミング超入門
 http://www.amazon.co.jp/exec/obidos/ASIN/4839917523/

5 :デフォルトの名無しさん:2014/10/31(金) 08:11:13.35 ID:2NZQQB6u
URL抜粋:
★規格
RFC 日本語版リスト
 http://www5d.biglobe.ne.jp/~stssk/rfcjlist.html
JPNIC RFC関連リンク集
 http://rfc-jp.nic.ad.jp/link/
RFC Editor
 http://www.rfc-editor.org/
HTMLなRFC (セクションを直に示すのに便利)
 http://www.freesoft.org/CIE/RFC/
RFC 2616 "Hypertext Transfer Protocol -- HTTP/1.1" 日本語訳
 http://www.studyinghttp.net/cgi-bin/rfc.cgi?2616
IANA Well known port numbers
 http://www.iana.org/assignments/port-numbers

6 :デフォルトの名無しさん:2014/10/31(金) 10:18:22.45 ID:2NZQQB6u
★プログラミング
C10K ヘヴィーロードサーバ
 http://www.kegel.com/c10k.html
C10K ヘヴィーロードサーバ(日本語訳)
http://www.hyuki.com/yukiwiki/wiki.cgi?TheC10kProblem
MSDN
 http://msdn.microsoft.com/library/en-us/dnsitehelp/html/tochelp.asp
Raw IP Networking FAQ
 http://www.whitefang.com/rin/
Java で packet capture
 http://netresearch.ics.uci.edu/kfujii/jpcap/doc/
Randomness Recommendations for Security
 http://www.faqs.org/rfcs/rfc1750.html
BoostSocket
 http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?BoostSocket
The Code Project - Internet & Network programming
 http://www.codeproject.com/internet/
ネットワークプログラミングの基礎知識 (問題ありのサイト?)
 http://X68000.q-e-d.net/~68user/net/

7 :デフォルトの名無しさん:2014/10/31(金) 10:19:34.79 ID:2NZQQB6u
★ツール類
ethereal - http://www.ethereal.com/
Wireshark - http://www.wireshark.org/
tcpdump - http://www.tcpdump.org/
Windump - http://netgroup-serv.polito.it/netgroup/tools.html
WinPcap - http://www.winpcap.org/
pathchar - ftp://ftp.ee.lbl.gov/pathchar/
pchar - http://www.employees.org/~bmah/Software/pchar/
Packetyzer - http://www.networkchemistry.com/products/packetyzer/
libevent - http://www.monkey.org/~provos/libevent/

★プロトコル
TTCP
 http://www.sean.de/Solaris/ttcp.html
 http://www.kohala.com/start/ttcp.html
UDP Hole Punching
 http://homepage3.nifty.com/toremoro/p2p/firewall.html

★IP, TCP実装
http://www.iti.fi/documentation/miniip.html
http://www.sics.se/~adam/uip/
http://www.codeguru.com/Cpp/I-N/network/tcpip/article.php/c5447/
http://www.geocities.jp/bruce_teller/security/garakuta.htm

8 :デフォルトの名無しさん:2014/10/31(金) 11:26:27.06 ID:xFSA8QSJ
               ノ      ゚.ノヽ  , /}      ...
            ,,イ`"     、-'   `;_' '    ..::::::::::::::...
   ,-、  _.._   (        (,(~ヽ'~     ..:::::::::::::::::::::::
 )'~  レー'  〉   ヽ       i`'}       .:::::::::::::::::::::::
 ~つ     '-ー、  i       | i'     ...:::::::::::::::::::::::
 /       <  /     。/   !  ......:::::::::::::::::::::::::    これは>>1乙じゃなくて
/         ~^´     /},-'' ,●::::::::::::::::::::::::::::::::::::
i、        ,i' _,,...,-‐-、/    i  ::::::::  .:::::::::::::
..ゝ        <,,-==、   ,,-,/      .:::::::::::            放射能がうんたら
 )       {~''~>`v-''`ー゙`'~       ..:::::::::                          ........::.
 {        レ_ノ            ..::::::::.                         ......:::::::::
ノ         ''           ..:::::::                        ...::.:...:::::::::
                     .:::::::::                     ...:......:::::::::::: .
                    .:::::::::::.        .....      ..  ..::::::::::::::::::::::::   :::.
                    ::::::::::::::::.::::::....:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::.. ::  ::..
                    .:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :::    ::.
                    ::::::::::::::::: :::::::::::::::::::::::::::::: :::::
                          .::    ::.  :::

9 :デフォルトの名無しさん:2014/11/04(火) 00:13:19.50 ID:bsbjCRzy
NFCに関するプログラミングの相談ですが、ここで良いでしょうか?
他に適切なスレがあるようでしたら誘導をお願いします。

Windows8からNFCが標準でサポートされるようになり
Windows.winmdを使ってNFCにアクセスできるようになりましたが
FelicaのIDmを取得するようなサンプルを探しても見つかりません
Sonyが提供しているFelicaライブラリなどを使わないとダメなのでしょうか?

10 :デフォルトの名無しさん:2014/11/04(火) 10:43:21.19 ID:mzgh/sP9
よそ

11 :デフォルトの名無しさん:2014/11/05(水) 11:03:44.71 ID:Mx2wYVz7
IDmあたりならWinSCard.dllなどで探した方がサンプル多いんじゃないかな

12 :デフォルトの名無しさん:2014/11/06(木) 16:57:31.91 ID:j6RWSvqR
>>11
PC/SCを使ったサンプルがあったのでそちらで実装しました
対応していない古いデバイスだとNGですが
今回の動作環境が比較的新しかったので問題なく動きました

13 :デフォルトの名無しさん:2014/11/06(木) 18:21:53.01 ID:ntLQp+bs
22:00 -(24:30)28:30
たまやー! 2-2

14 :デフォルトの名無しさん:2014/12/01(月) 13:31:22.88 ID:GrWyVyTu
ドワンゴ「急募!FPGA機器開発経験者!」 ニコニコ動画をFPGAで高速化、ハード技術者を募集中
http://hayabusa3.2ch.net/test/read.cgi/news/1417266799/

15 :デフォルトの名無しさん:2014/12/08(月) 18:12:16.89 ID:uKAnA/Wx
基本的な質問で申し訳ないですが何故プロキシを使って書きこむと
プロキシって分かるんでしょうか?サーバーはIPアドレスとMACアドレス
だけを識別してると思うのですが、何故プロキシだと分かるのか分りません。
公開プロキシだと公開されてるので判別できると思いますが、一般的なプロキシ
は何故ばれるんでしょうか?

16 :デフォルトの名無しさん:2014/12/08(月) 18:27:59.06 ID:DalJI40w
>>15
俺はプロキシだ!っていちいち名乗るからです。

17 :デフォルトの名無しさん:2014/12/08(月) 20:23:31.06 ID:IwOUQPLL
>>15
状況がちっともわからんがHTTPでも勉強してね

18 :デフォルトの名無しさん:2014/12/08(月) 21:28:05.57 ID:B5d35WIQ
>>15
HTTPヘッダで判断するのが基本だけど、ポートを叩いてみてproxyと判断するとこもある。2chもやってなかったっけ。

19 :デフォルトの名無しさん:2014/12/15(月) 14:06:08.92 ID:ON1UFpD6
C言語でネットワークプログラミングを勉強しているのですが質問があります。
RAWソケットを使って流れているパケットを読み取る事はできるのですが流れているパケットを書き換えるって事は可能なのでしょうか?
パケットダンプを解説してるサイトはたくさんありますが全部そこで終わってるのでそういう事はできないのでしょうか

20 :デフォルトの名無しさん:2014/12/15(月) 19:39:51.59 ID:7k7AoEV7
>>19
パケットを盗み見てダンプすることと、
書き換えて転送することはまるで違う。
自分がブリッジとしてネットワークに割って入るなら書き換えは可能。

21 :デフォルトの名無しさん:2014/12/15(月) 22:08:41.60 ID:B3CG3U+/
何をしたいのかwww

22 :デフォルトの名無しさん:2014/12/15(月) 22:42:07.53 ID:jYF/43Gk
OSにもよるんじゃないの
Linuxだとブリッジじゃなくても書き換える方法があると思った

23 :デフォルトの名無しさん:2014/12/16(火) 01:52:51.65 ID:XCiPpknV
ブリッジしないと無理だとおもうよ〜専用ハードを作ったらうれるだろうか?

24 :デフォルトの名無しさん:2014/12/16(火) 04:35:55.79 ID:a150X0xB
>>22
ブリッジやゲートウェイじゃなかったら、元のパケットはどうやって遮断するの?

25 :デフォルトの名無しさん:2014/12/16(火) 09:10:47.57 ID:dLrTks8H
>>23
転送容量が100Gbpsくらいあるハードつくれば
結構売れると思うよ。

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

27 :デフォルトの名無しさん:2014/12/16(火) 11:55:44.68 ID:dLrTks8H
>極端な話、ネットワークドライバでやれば何でも出来るわけだし

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

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

29 :デフォルトの名無しさん:2014/12/16(火) 12:29:31.65 ID:dLrTks8H
>>28
そうですか。わかりましたので独り言は他所でやってください。

30 :デフォルトの名無しさん:2014/12/16(火) 13:03:32.32 ID:G6dPuaOK
>>29
ブリッジじゃなきゃ出来ないというのを否定されたからってそんな反応しなくても
そもそもブリッジにしたって同じ問題があるだろ。RAWソケットじゃ出来ない
ネットワークドライバ書き換えは極端な話として書いただけで、そこまでしなくても方法はあるよ
iptablesとかがやってることだし

31 :デフォルトの名無しさん:2014/12/16(火) 13:10:24.49 ID:dLrTks8H
>>30
bpfでもpcapでもいいのに、ドライバ書き換えるとか言い出すバカは
相手にできないということですよ?

32 :デフォルトの名無しさん:2014/12/16(火) 13:11:55.84 ID:dLrTks8H
>>30
それと
>ブリッジじゃなきゃ出来ないというのを否定

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

33 :デフォルトの名無しさん:2014/12/16(火) 13:18:42.30 ID:Rc3HHg8Z
ゲートウェイはダメなのぉ?

34 :デフォルトの名無しさん:2014/12/16(火) 13:18:45.91 ID:G6dPuaOK
やれやれ

35 :デフォルトの名無しさん:2014/12/16(火) 13:31:13.45 ID:biu4+AO4
>>32
お前も余所でやれよ

36 :デフォルトの名無しさん:2014/12/16(火) 16:46:32.19 ID:BFd9IkCR
Thunderbirdってメールアドレスとパスワードを入れるだけで
メールを送受信できるようになるじゃないですか。
ユーザー名は@前から取得してるんだと思うのですが、
送受信に使うサーバー名はどうやって取得してるのでしょうか?

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

37 :デフォルトの名無しさん:2014/12/16(火) 21:11:58.61 ID:+nXDAAwk
>>36
大手ならデータベース持てば済むし
正攻法ならMXレコード引けば
http://www.atmarkit.co.jp/ait/articles/0112/18/news001.html

38 :36:2014/12/17(水) 23:33:40.82 ID:Ifu649+d
>>37
>正攻法ならMXレコード引けば
リンク参考になりました。
dnsjavaでMXレコードが使えるそうなのでやってみます。
回答ありがとうございます。

39 :デフォルトの名無しさん:2014/12/18(木) 00:12:22.45 ID:msaycEBb
成功率をどれくらい期待してるかによるけど、
それなりに高いならみんなやってるよな。

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

40 :デフォルトの名無しさん:2014/12/18(木) 16:25:49.73 ID:/+kNZ4OK
>>19
乗っ取り合い相手が同じセグメントにあるなら
proxy-arp が古典的な方法

41 :デフォルトの名無しさん:2014/12/18(木) 16:40:37.54 ID:/+kNZ4OK
名前間違ったけどまあ気にしないで
http://www.slideshare.net/sonickun/arp-39782351

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

43 :デフォルトの名無しさん:2014/12/30(火) 14:59:34.72 ID:X/9BByQD
それは間違っているからだよ

44 :デフォルトの名無しさん:2014/12/30(火) 16:23:22.16 ID:XCKnKGNY
・12バイトしか送信してないつもりだけど実際には28バイト送っていた
・28バイト受信したと思ったけど実際には12バイトしか受信していない
・違う相手に送信したり違う相手から受信したりしている
・通信回線の途中にいる誰かがパケットの中身を書き換えている
のどれか
俺は2番目の可能性が高いと思うがどうだろう
sendやrecvの戻り値はきちんと確認しているか

45 :デフォルトの名無しさん:2014/12/30(火) 19:36:22.49 ID:sDXm30Tm
>>44
どうも1番目のようでした。有難う御座いました。

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

46 :デフォルトの名無しさん:2014/12/30(火) 19:56:40.09 ID:JWtJz6A1
送信データの前にサイズ情報送る

47 :デフォルトの名無しさん:2014/12/30(火) 20:07:23.85 ID:XCKnKGNY
余分に読み取ったデータを捨てずに残しておいて次の処理に回せばいい

48 :デフォルトの名無しさん:2014/12/30(火) 20:50:05.63 ID:X0T4q0B2
みんなテキストにするのが一番正しいんだと思うな。

49 :デフォルトの名無しさん:2014/12/31(水) 04:50:28.08 ID:69RlDRjx
それはない(AA略

50 :デフォルトの名無しさん:2014/12/31(水) 06:39:59.26 ID:jNQJHnGn
素人さんにもわかりやすい例で言えばhttpの成功があるじゃないか。

51 :デフォルトの名無しさん:2014/12/31(水) 13:17:37.47 ID:dnPkEaCd
httpが成功したのは1リクエスト、1レスポンスのシンプルさじゃないのか。今となっては酷いものだが。

52 :デフォルトの名無しさん:2015/01/03(土) 00:45:28.47 ID:sSLJleDD
メールアドレスの@以降を使ってAレコードを引いて
NullPointerExceptionが返ってきた場合、
代わりに何を調べればよいのでしょうか?
大学のメールアドレスの場合Aレコードで受信サーバーのIPが得られたんですけど、
i.softbank.jpの場合NullPointerExceptionとなってしまいました。

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

53 :デフォルトの名無しさん:2015/01/03(土) 00:59:08.17 ID:vixGy1UM
ちゃんと勉強してからやれ。その程度の知識じゃあ周りに迷惑かける。

54 :デフォルトの名無しさん:2015/01/03(土) 01:21:06.36 ID:oRJ8PtQR
メールアドレスならMXレコード引かなきゃダメじゃね?
Aレコードがある保証無くね?

55 :デフォルトの名無しさん:2015/01/03(土) 02:31:18.70 ID:rT9ShsFT
digとかnslookupでなくて、いきなりプログラミングしてる時点でお察しください。

56 :デフォルトの名無しさん:2015/01/03(土) 13:22:18.96 ID:duDbuP4G
メアドの@以降なら
Aレコ無くても間違いではない

57 :52:2015/01/03(土) 14:06:40.53 ID:sSLJleDD
>>53
MXレコードとかAレコードとか今回初めて知りました。
正直メール関連に限らずネットワークの知識はあまりないです。

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

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

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

58 :デフォルトの名無しさん:2015/01/03(土) 14:09:40.09 ID:duDbuP4G
迷惑だから止めなさい

59 :デフォルトの名無しさん:2015/01/03(土) 18:04:36.89 ID:Jw7dunRU
ネットワークだけでなく普通のプログラミングも怪しいから
やめとくのがいい

60 :デフォルトの名無しさん:2015/01/05(月) 01:25:19.74 ID:U98HmexI
やめさせるなんてとんでもない
こういう隙だらけのサーバがいるからこそ
楽しいんじゃないか

61 :デフォルトの名無しさん:2015/01/05(月) 02:48:37.39 ID:6AW9T47s
珍しくもないから面白くもない

62 :52:2015/01/09(金) 08:33:32.03 ID:GTUz/424
対応表でもない限り@以降から受信サーバーの情報は取ってこれないようなのであきらめます。
いろいろありがとうございました。

63 :デフォルトの名無しさん:2015/01/09(金) 08:45:32.53 ID:50+lIvWd
TokyoMX

64 :デフォルトの名無しさん:2015/01/11(日) 14:31:31.83 ID:E0W8IzgA
TCPって1バイト未満のデータが届いたときは1バイト以上のデータが届くまで待ってSocketに現す?

65 :デフォルトの名無しさん:2015/01/11(日) 14:41:36.48 ID:XvbanVIp
TCPはsequence numberで送受信の制御を行う
sequence numberは1バイト送れば1進むというもので、1バイト未満の送受信というものはない

66 :デフォルトの名無しさん:2015/01/11(日) 14:52:39.98 ID:E0W8IzgA
じゃあ各Socketの末端に現れるのは完全に1バイト単位ってことでおk?

67 :デフォルトの名無しさん:2015/01/11(日) 15:07:55.17 ID:XvbanVIp
君は軽佻浮薄だな
>>65に書いてあるのはウソかもわからんぞ
ちゃんとRFCを読みたまえ

68 :デフォルトの名無しさん:2015/01/11(日) 15:17:28.55 ID:E0W8IzgA
??混乱するからやめてくれ・・・

69 :デフォルトの名無しさん:2015/01/11(日) 15:18:07.58 ID:qVGYg3pG
>1バイト未満のデータ
ゆとりか、ナイーブかつユニークな発想の持ち主ではあるが

70 :デフォルトの名無しさん:2015/01/11(日) 15:21:39.13 ID:E0W8IzgA
パケット単位で開封されるから半端ビットってものが存在しないのか

71 :デフォルトの名無しさん:2015/01/11(日) 18:57:12.33 ID:eV+wyKNQ
量子通信の絡みで半ビット対策が議論されてるけど、有効な手段はないようです。
結局パリティビット(パリティに偽の半ビットが埋まっていても訂正はこれで足りる)
に頼る方向になるようです。

72 :デフォルトの名無しさん:2015/01/11(日) 23:06:50.82 ID:eS3VjuHL
>半ビット
RFCの何番かなwwww

73 :KAC:2015/01/11(日) 23:16:23.52 ID:2BaoehEH
>>72
なにがそんなに楽しいのか・・・

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

74 :デフォルトの名無しさん:2015/01/11(日) 23:21:48.11 ID:BWQYDvIY
スレタイも読めないのか、XX(6バイト)

75 :デフォルトの名無しさん:2015/01/11(日) 23:42:25.80 ID:gRCAQlFv
>>74
ネットワークプログラミングの話しかでてないような…?

76 :デフォルトの名無しさん:2015/01/12(月) 15:34:06.75 ID:w91G8Swz
>>75
だからどの規格で、参照実装はなにで、プログラミング言語はなんなんだよwww

77 :デフォルトの名無しさん:2015/01/13(火) 15:42:16.46 ID:WFMYlziZ
>>76
IEEEとか見たこと無いのか・・・

78 :デフォルトの名無しさん:2015/01/13(火) 16:26:51.77 ID:36zHy3so
PAMIなら読んだことあるwww

79 :デフォルトの名無しさん:2015/01/13(火) 18:04:37.43 ID:NWsnZDKG
>>72
RFCに入るには10年くらいかかるか、あるいは入らないかもしれませんね。
この分野はサムソンの動向次第だと思います。

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

80 :デフォルトの名無しさん:2015/01/13(火) 18:23:03.77 ID:YXHXehz5
「半ビット対策」でググってもヒット0件だったので何の話だかわけがわからんけど、どこらへんの分野の話なの?
で、なんでサムソン主導で話が進んでるの?

81 :デフォルトの名無しさん:2015/01/13(火) 18:25:29.34 ID:YXHXehz5
量子通信でググっても、Wikipediaで
> 量子ネットワーク(りょうしネットワーク)は、量子暗号技術から発展してきた通信ネットワークである。
> 量子テレポーテーション実験における成功の後、量子通信を行うためのネットワークという概念が提唱された。
とあるけど何のことやら。
一般のプログラミングに関係あるの?

82 :デフォルトの名無しさん:2015/01/13(火) 18:37:38.19 ID:Ilae/ETe
RS232Cの ストップビット1.5 とは無関係な話?

83 :デフォルトの名無しさん:2015/01/13(火) 19:05:01.85 ID:WFMYlziZ
ハーフビットの概念が理解できない奴が騒いでるだけだから
まともに相手しなくていいよ

84 :デフォルトの名無しさん:2015/01/15(木) 10:16:55.82 ID:YU8uT6Up
ネットワークプログラムで半ビットとか出てこなくね?

85 :デフォルトの名無しさん:2015/01/15(木) 10:45:13.57 ID:JxRLAzmd
え?

86 :デフォルトの名無しさん:2015/01/15(木) 12:21:04.22 ID:7Zglqp6/
MLCのことか

87 :デフォルトの名無しさん:2015/01/16(金) 19:20:46.68 ID:HY0ABcUc
ネットワークときいてRFCの範囲しか思いつかない奴が何人かいるね

88 :デフォルトの名無しさん:2015/01/16(金) 20:36:48.88 ID:0Ac7bUQ6
誰か>>87の友達ネットワーク構築計画の相談に乗ってやれよ。

89 :デフォルトの名無しさん:2015/01/16(金) 21:01:36.68 ID:49OvZmoV
1バイト未満のデータがどうたらこうたらの話だったのに、
いつの間にか謎の半ビットの話になっていたでござる

90 :デフォルトの名無しさん:2015/01/16(金) 21:41:15.39 ID:zhnMwTDc
量子通信しってまーす、そりゃよかったね、ちゃんちゃん

91 :デフォルトの名無しさん:2015/01/16(金) 23:30:06.62 ID:HY0ABcUc
よっぽど悔しかったんだなw

92 :デフォルトの名無しさん:2015/01/17(土) 05:48:08.07 ID:miqGx/Yu
普通にスレ読めば、TCPで1バイト未満の送信があるかというのが量子通信がどうのとなってる
一番の元凶は>>71がTCPの話もまともにできないのに、本人に興味があったからかなんだか知らないが、
量子通信とか持ちだしたから

93 :デフォルトの名無しさん:2015/01/17(土) 13:45:14.20 ID:/+OUEn5y
オクテット単位未満をサポートする通信規格なんて存在するの?

94 :デフォルトの名無しさん:2015/01/17(土) 13:53:08.06 ID:mRmuykHW
>>93
つ 82

95 :デフォルトの名無しさん:2015/01/17(土) 14:14:21.65 ID:Yl6neHYv
トリビットとかも理解できないんだろうなぁ・・・

96 :デフォルトの名無しさん:2015/01/17(土) 17:22:25.98 ID:tGLlBodX
名前の欄に書くやつだろ

97 :デフォルトの名無しさん:2015/01/17(土) 19:32:14.07 ID:Yl6neHYv
それはトリップ。

98 :デフォルトの名無しさん:2015/01/17(土) 20:35:33.32 ID:0OnY28YT
寄席で最後に出演する人

99 :デフォルトの名無しさん:2015/01/17(土) 20:44:11.57 ID:Yl6neHYv
それは主任(ェ

100 :デフォルトの名無しさん:2015/01/17(土) 21:03:47.68 ID:mRmuykHW
水素が3つくっついた奴だろ

101 :デフォルトの名無しさん:2015/01/17(土) 21:07:46.24 ID:EcNq8Nj3
それはトリチウム

102 :デフォルトの名無しさん:2015/01/18(日) 00:59:06.62 ID:CVVVMwaI
これは公明の罠・・・

103 :デフォルトの名無しさん:2015/01/18(日) 02:52:15.15 ID:MBrzsoFL
>>93
適当にググっただけだけど、例えばこの規格とか読めば?
http://www.etsi.org/deliver/etsi_ts/102300_102399/10236101/02.03.01_60/ts_10236101v020301p.pdf

104 :デフォルトの名無しさん:2015/01/18(日) 03:13:31.26 ID:3n+OvDNp
>>93
バイトが8bitとは限らんのですよ?

105 :デフォルトの名無しさん:2015/01/18(日) 03:29:59.19 ID:WZ5PXEHk
>>104
RFCに乗るレベルのルールでは見たことないな
もし知ってたら教えて

106 :デフォルトの名無しさん:2015/01/18(日) 03:39:36.95 ID:MBrzsoFL
>>104
だから>>93は「オクテット」と言ってるんだと思うが・・・

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

107 :デフォルトの名無しさん:2015/01/18(日) 09:46:25.81 ID:JqDMmSuU
>>104
バイトは8以外無い

108 :デフォルトの名無しさん:2015/01/18(日) 10:56:52.92 ID:m/KIQPk5
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ビットも現役だよ

109 :デフォルトの名無しさん:2015/01/18(日) 11:38:33.32 ID:JqDMmSuU
35年前に一般化したものを今更拘るって

110 :デフォルトの名無しさん:2015/01/18(日) 12:40:33.19 ID:IBchHXID
8bit長のかたまりを オクテット と呼んで、
バイトとは言わないのはそういうこっちゃ

111 :デフォルトの名無しさん:2015/01/18(日) 16:55:16.93 ID:MBrzsoFL
>>109
35年前には既に一般化した常識すら知らないってのは恥ずかしいだろ

112 :デフォルトの名無しさん:2015/01/18(日) 17:18:36.78 ID:dynhNw9Z
uunet世代の爺か

113 :デフォルトの名無しさん:2015/01/18(日) 17:33:55.24 ID:MBrzsoFL
>>112
自分が常識知らないからって
一般人をバカにし始めるのは見てて痛々しい

114 :デフォルトの名無しさん:2015/01/18(日) 17:34:06.86 ID:S4U+0NWo
普通kermit

115 :デフォルトの名無しさん:2015/01/18(日) 19:24:57.10 ID:JqDMmSuU
>>111
眠いの?
よく頭を回そう

116 :デフォルトの名無しさん:2015/01/18(日) 21:57:20.70 ID:HIbRVGGu
>>113
>一般人
一般人は知らないだろうwww

117 :デフォルトの名無しさん:2015/01/18(日) 22:28:24.20 ID:MBrzsoFL
>>116
いや、>>109曰く一般化したらしいからそれに合わせてやっただけ。

118 :デフォルトの名無しさん:2015/01/18(日) 22:45:28.34 ID:JqDMmSuU
>>117
それは>>108

119 :デフォルトの名無しさん:2015/01/20(火) 20:38:30.06 ID:yKm+pOkC
Protocol Buffers, MessagePack, Apache Thrift
ならどれがシェア持ってますか?
これからの時代スタンダードになるのはどれだと思いますか?

120 :デフォルトの名無しさん:2015/01/20(火) 21:18:25.41 ID:z+BmDCCd
ONC RPC

121 :デフォルトの名無しさん:2015/01/20(火) 22:45:57.33 ID:QKaUoeyL
最近はATMじゃなくてMPLSだそうな

122 :デフォルトの名無しさん:2015/01/21(水) 01:55:13.51 ID:Bf8i4DaT
TCPみたいなUDPってなんだっけ?
ここ10年くらいで出てきた比較的新しいやつ

123 :デフォルトの名無しさん:2015/01/21(水) 07:38:57.86 ID:as7mD5RN
RFC4960 SCTP ?

124 :デフォルトの名無しさん:2015/01/22(木) 01:14:40.47 ID:WqP6en+9
>>123
それだ! ありがとう!

125 :デフォルトの名無しさん:2015/01/26(月) 17:23:47.69 ID:lE9jmLqt
質問というか丸投げになってしまうのですが、チャットサーバー・クライアントの製作課題が出ました
http://uproda.2ch-library.com/855889dN8/lib855889.txt
http://uproda.2ch-library.com/855890Lho/lib855890.txt

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

126 :デフォルトの名無しさん:2015/01/26(月) 17:30:26.04 ID:KGAy5TXP
>>125
スレ違い

127 :デフォルトの名無しさん:2015/01/26(月) 17:30:51.39 ID:xvmTehhn
>>125
死ねばいいと思うぞ

128 :デフォルトの名無しさん:2015/01/26(月) 19:50:42.64 ID:XNIaxWEk
>>125
宿題は宿題スレで

129 :デフォルトの名無しさん:2015/01/26(月) 20:49:03.72 ID:02Ei+eRX
>>125
逝ってよし

130 :デフォルトの名無しさん:2015/01/27(火) 00:33:25.05 ID:YQSfawfj
すぐちねって言ったらダメだよってお母さんに教えられなかったの?

131 :デフォルトの名無しさん:2015/01/27(火) 02:27:52.22 ID:giSzTswg
じゃあ、ゆっくりちね

132 :デフォルトの名無しさん:2015/01/27(火) 07:59:29.53 ID:YQSfawfj
「すぐ」は「言う」にかかってるんだよ

133 :デフォルトの名無しさん:2015/01/27(火) 08:08:06.99 ID:8B0JwzTe
じゃあ、ち………ね………

134 :デフォルトの名無しさん:2015/01/27(火) 08:20:11.55 ID:YQSfawfj
お、おう…。

135 :デフォルトの名無しさん:2015/01/27(火) 09:33:36.48 ID:FEb69LrR
ネタをねたと

136 :デフォルトの名無しさん:2015/02/11(水) 20:09:15.11 ID:va9r3P/6
高度なネットワーク扱う奴らのスレとは思えんな

137 :デフォルトの名無しさん:2015/02/11(水) 20:31:36.75 ID:L8105ENw
高度なネットワークとは通信衛星のことか?

138 :デフォルトの名無しさん:2015/02/11(水) 20:58:38.63 ID:jSeyXlmJ
高度なネタを扱うスレだな

139 :デフォルトの名無しさん:2015/02/11(水) 21:57:45.56 ID:djj56cw+
高度なネットワークとは自己増殖するネットワークのことか?

140 :デフォルトの名無しさん:2015/02/12(木) 15:35:48.18 ID:NmXHf2UC
Aht Uh Mi Hed

141 :デフォルトの名無しさん:2015/02/13(金) 22:39:21.27 ID:roa7ILB/
FiddlerCoreの話題はどちらで?

142 :デフォルトの名無しさん:2015/02/13(金) 23:01:43.52 ID:OeNI9z8R
>>141
こちらで
http://anago.2ch.net/test/read.cgi/river/1407439409/

143 :デフォルトの名無しさん:2015/04/04(土) 18:59:12.76 ID:L/tBX3tu
SSLの自己証明書って用途がよくわからないんですが、どういうことですか?
ようはオレオレ証明書っていうものですよね?
接続先は証明できないけど暗号化できるからやるとかそういうものなんでしょうか?

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

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

144 :デフォルトの名無しさん:2015/04/05(日) 13:10:19.12 ID:VvxCOg00
>>143
>SSLの自己証明書って用途がよくわからないんですが、どういうことですか?
>ようはオレオレ証明書っていうものですよね?
>接続先は証明できないけど暗号化できるからやるとかそういうものなんでしょうか?

主にそう。

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

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

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

145 :デフォルトの名無しさん:2015/04/05(日) 15:39:30.64 ID:ljsW1WyS
自分が開発したアプリがシステムのコンポーネント使うときに
そのコンポーネントにオレオレ証明書くわせるのが大変だったりするけどなー

146 :デフォルトの名無しさん:2015/07/15(水) 19:56:10.01 ID:6DE/qV8+
TCPでセッションを張っていて、データが途中のままセッションが切れたとします。
再び同じポートでセッションを張ると途中からのデータは自動で送信されますか?

147 :デフォルトの名無しさん:2015/07/15(水) 20:02:52.74 ID:R9wl2urM
TCP/IPを勉強しましょう

148 :デフォルトの名無しさん:2015/07/16(木) 01:28:56.21 ID:kjrQMzp7
>>146
されません

149 :デフォルトの名無しさん:2015/07/17(金) 06:19:23.82 ID:RkCxot4l
JavaやCなどでTCPを使ってノンブロッキングSocketプログラミングをするとき、
Socketに届いたデータが途中までなのか全部受け取ったのかはどう判断すれば良いですか?

150 : ◆QZaw55cn4c :2015/07/17(金) 06:21:46.04 ID:hZkEqQnf
中身のプロトコルを決めてそれで終了判断するのがお気楽かと

151 :デフォルトの名無しさん:2015/07/17(金) 07:00:56.07 ID:F28/ZJw1
ブロッキングだろうがノンブロッキングだろうが
プロトコルで約束ごとを用意しないと区切りを知ることはできない

152 :デフォルトの名無しさん:2015/07/17(金) 07:54:24.86 ID:s3h+5IcC
TCPの順番が約束されてるってのは
データA送信
→データAを全て受信完了する前にデータB送信
→データAの受信が完了してからデータB受信開始
ってのが約束されてるって事で合ってる?

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

153 :デフォルトの名無しさん:2015/07/17(金) 07:58:36.57 ID:RkCxot4l
それじゃhttpとかのリクエストが全部届いてるかどうかっていうのはどう判断されてるんですか?
バージョンとかプロトコルとか固定長じゃないですよね

154 :デフォルトの名無しさん:2015/07/17(金) 08:10:22.47 ID:+FHXrpJO
>>153
時間が過ぎたらアウトにします。
HTTPプロトコルバージョンは有れば事実上固定長です。

155 :デフォルトの名無しさん:2015/07/17(金) 09:19:42.59 ID:BBDHWoEk
ゴーストプロトコルが発令されました。今後当局は一切関わりありません。

156 :デフォルトの名無しさん:2015/07/17(金) 09:34:45.08 ID:5oY9arH6
>>152
データの並びが送信側を同じになるってだけ

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

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

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

157 :デフォルトの名無しさん:2015/07/17(金) 10:53:27.81 ID:amtl7PFW
>分断と部分連結で2回の recv: [AB] [Cabcd]

これ結構ふつうに起こる

158 :デフォルトの名無しさん:2015/07/17(金) 11:48:11.22 ID:5oY9arH6
おっと
送信側と同じ区切りで2回の recv: [ABC] [abcd]
が抜けてたな

・先頭記号 - 終端記号 で区切る
・(固定長の)ヘッダに後続のデータサイズをおいて、受信データサイズで区切る
・情報やりとり毎にセッションを張りなおす:
 送信側 送ってcloseする
 受信側は recv 0 を受け取ったところがデータ終端

159 :デフォルトの名無しさん:2015/07/17(金) 14:25:09.32 ID:3XhqrMtV
馬鹿のひけらかしw

160 :デフォルトの名無しさん:2015/07/17(金) 21:00:07.04 ID:s3h+5IcC
>>158
ありがとう
・先頭記号や終端記号が分割された場合
・固定長のヘッダが分割された場合
それぞれどうするのがセオリー?

161 :デフォルトの名無しさん:2015/07/17(金) 21:26:41.05 ID:amtl7PFW
固定長のヘッダハ固定長なんだから
固定長に達するまで読むまで

162 :デフォルトの名無しさん:2015/07/17(金) 21:46:28.55 ID:R2Je5ZhD
>>160
先頭記号や終端記号は分割されないように1オクテットにするのが簡単
ユニークな記号なら複数オクテットでも処理できるけどね

163 :デフォルトの名無しさん:2015/07/17(金) 23:12:17.45 ID:s3h+5IcC
ありがとう

>>161
俺がバカだった

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

164 :デフォルトの名無しさん:2015/07/17(金) 23:20:41.50 ID:R2Je5ZhD
>>163
そう
8ビット未満に分割されることはあり得ない

165 :デフォルトの名無しさん:2015/07/17(金) 23:24:48.80 ID:s3h+5IcC
>>164
ありがとう

166 :デフォルトの名無しさん:2015/08/11(火) 13:33:44.72 ID:fkTw/rrH
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.

167 :デフォルトの名無しさん:2015/08/11(火) 14:45:40.36 ID:pn8MVOPM
ip-address : host name = 1 : 1な世界にいるのか

168 :デフォルトの名無しさん:2015/08/12(水) 09:49:26.97 ID:+VWy6X24
>>166
それが普通

169 :デフォルトの名無しさん:2015/08/27(木) 20:26:59.68 ID:dowPTGl5
linux C++な人はやぱsocket系はclibなので
自分でラッパクラスを自作するの?
それともACEとかブストとかポコとか使うの?

170 :デフォルトの名無しさん:2015/08/30(日) 13:53:49.58 ID:KxO9Bnw+
>>169
aceなんて使ってるやつおらんやろ

171 :デフォルトの名無しさん:2015/08/30(日) 19:06:02.49 ID:yb/w6KEf
何使ってるの?

172 :デフォルトの名無しさん:2015/09/06(日) 22:51:11.40 ID:Ivw/eJkS
あご

173 :超音波テロの被害者:2015/09/14(月) 05:07:04.08 ID:MMwwKzQN
超音波テロの被害にあっています。
卑劣極まりない被害にあっています。

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

174 :超音波テロの被害者:2015/09/14(月) 05:07:43.00 ID:MMwwKzQN
世の中のどれだけの音の振動源・発信源が
使用されているのかわからないが、
多数の振動源・発信源がシステム化され、
ネットワークを通して、
超音波・音波を集中させて
対象を攻撃するらしい。

175 :超音波テロの被害者:2015/09/14(月) 05:08:33.91 ID:MMwwKzQN
人や社会が襲われ、罪もない人が超音波で襲われ、
卑劣な被害にあっています。

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

176 :超音波テロの被害者:2015/09/14(月) 05:09:06.51 ID:MMwwKzQN
超音波による物理的な力で、
ものが飛び、ものが壊れる。
それが人間の体に対してまで。

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

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

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

178 :デフォルトの名無しさん:2015/09/17(木) 21:44:54.11 ID:PTUTQYG1
PF_PACKET, SOCK_RAWで作ったrawソケットでパケットを受信しているのですが, rawソケットで受信したパケットを上位レイヤーには渡さないような設定は可能でしょうか?

179 :デフォルトの名無しさん:2015/09/17(木) 22:15:40.97 ID:i9MevF4R
rawソケット使ってるの初めてみた

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

181 :デフォルトの名無しさん:2015/09/18(金) 07:12:34.54 ID:pDAHYUun
>>180
対象はDHCPです。
ある条件の場合だけ、
rawソケットを使用しているプロセスで
DHCPサーバー処理をさせようとしています。この際もともと動作しているDHCPサーバーは停止させたくありません。
iptablesも検討していますがrawソケットの設定で可能であればそれを使用したいです。

182 :デフォルトの名無しさん:2015/09/18(金) 10:33:47.37 ID:vMwdCUmM
カーネルを書き換えれば簡単

183 :デフォルトの名無しさん:2015/09/18(金) 15:10:02.25 ID:E6ycLKOL
無理ってことだよ

184 :デフォルトの名無しさん:2015/09/18(金) 20:57:55.32 ID:pDAHYUun
>>182
>>183
やっぱりできませんか。
iptablesで対応したいと思います。
ちなみに、カーネルをいじるとしたら
net/core/dev.c 辺りでしょうか。

185 :デフォルトの名無しさん:2015/09/18(金) 22:07:47.73 ID:3puWYVU6
>>184
\です

186 :デフォルトの名無しさん:2015/09/19(土) 00:01:24.47 ID:gHl8OeU6
カーネルを弄れるなんて凄いよなぁ

187 :デフォルトの名無しさん:2015/09/19(土) 03:38:24.62 ID:y15LRGc5
デバッグすると犬の糞

188 :デフォルトの名無しさん:2015/09/19(土) 12:12:22.59 ID:lLV+k096
スティーブンス読んでからソース読めば遊べるよ

189 :デフォルトの名無しさん:2015/10/06(火) 22:33:40.72 ID:uxUTfTFS
受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。

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

190 :デフォルトの名無しさん:2015/10/10(土) 19:40:50.01 ID:TA42U0FR
サーブレットについて教えてください。
以下のようなことを考えています。

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

191 :デフォルトの名無しさん:2015/10/10(土) 19:46:01.45 ID:m6vruKe7
>>190
ここで聞いたら

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

192 :190:2015/10/10(土) 19:49:43.24 ID:TA42U0FR
そうします。
ありがとうございます。

193 :デフォルトの名無しさん:2016/01/02(土) 23:14:39.34 ID:C9NtkQwE
やぱC/C++系がデフォ?

194 :デフォルトの名無しさん:2016/01/07(木) 22:03:15.59 ID:TlamiCFT
いいえ
最近はperlですね

195 :デフォルトの名無しさん:2016/01/07(木) 22:49:09.58 ID:aiGbFH0T
おやつはcurl

196 :デフォルトの名無しさん:2016/01/07(木) 23:40:48.21 ID:TnS9Kg9t
言語でスレが分かれるかもね

197 :デフォルトの名無しさん:2016/01/09(土) 18:19:53.62 ID:rJLg93Dn
ソケットを使ったプログラムを組んでいるのだけど、
どうも安定しないから通信ライブラリを使おうと思っているのだけど良いライブラリはありますか?

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

198 :デフォルトの名無しさん:2016/01/09(土) 18:35:16.24 ID:GJ1IRf8o
イミフw

199 :デフォルトの名無しさん:2016/01/10(日) 00:40:49.41 ID:kVOdBd9V
>>197
A-->Bと出来ない理由は何?

200 :デフォルトの名無しさん:2016/01/10(日) 01:04:16.56 ID:3bZGy7JN
ルータが絡んでるとか?

201 :デフォルトの名無しさん:2016/01/10(日) 01:37:34.55 ID:Ch7U5rc3
まあイミフだね。強いて聞くなら
「安定しない」ってどういうこと?環境の問題?
「よい」の基準は?品質?
「通信専門のプログラム」って何?Oがこれ?

202 :デフォルトの名無しさん:2016/01/10(日) 03:58:53.66 ID:Gefm6kKF
クライアントの相互通信をしたいが
現状はOをサーバーのようにして通信しているって事だろ

そういう事も読み取れないバカしかいないし
誰かが真面目に答えても間違った知識で混乱させようとするから他で聞いた方が良い

203 :デフォルトの名無しさん:2016/01/10(日) 10:26:20.35 ID:TV1peVke
なぜ自己紹介したがるのかw

204 :デフォルトの名無しさん:2016/01/11(月) 15:14:15.70 ID:VWhKDzdW
>>202
お前が答えてやれよ……

205 :デフォルトの名無しさん:2016/02/03(水) 00:22:46.71 ID:4LGu4WnW
スイッチングハブで接続されているパソコンA,B,Cがあり
B、C間の通信をAが覗き見る事は不可能ですか?

206 :デフォルトの名無しさん:2016/02/03(水) 00:26:24.11 ID:AcEQWu8q
>>205
「ミラーリング hub」

207 :デフォルトの名無しさん:2016/02/03(水) 16:29:02.45 ID:pRgTIgrC
マスタリングの入門編読んだんだけど仕組みは分かっても実際どうプログラムしてるのかが分からなかった
テンプレにも紹介されてるけどネットワークプログラミングの本でおすすめない?
言語はできればCがいい、ちなみにOSはwindowsしかないけど仮想ならlinuxも用意できます

208 :デフォルトの名無しさん:2016/02/03(水) 16:43:41.60 ID:Y9/5n7uh
詳解TCP/IP〈Vol.2〉実装

209 :デフォルトの名無しさん:2016/02/03(水) 17:16:44.78 ID:1RubKd28
Linux Programing Interface ちょと重いか

210 :デフォルトの名無しさん:2016/02/04(木) 22:16:08.35 ID:eRBqZdfg
>>208
在庫と値段的にちょっと厳しいかな

>>209
ああなるほどlinuxから入ってネットワークに行くってのもありかー
linux本としてもいいなら買っちゃおっかな

211 :デフォルトの名無しさん:2016/03/07(月) 01:38:33.73 ID:0qoaCMqF
マルチスレッドでTCPのacceptしたときnetstatのステータスはどう変化するんですか?
教えてくださいおながいします!

212 :デフォルトの名無しさん:2016/03/11(金) 22:22:49.96 ID:dj3uwIGp
以下のようにVBSでURIで指定したサイトからデータ取得するものを作っています。

Set oReq = CreateObject("MSXML2.ServerXMLHTTP")
oReq.setProxy("2", PROXY_SERVER, "localhost")
oReq.setProxyCredentials(USERNAME, PASSWORD)
oReq.Open "GET", URI, False
oReq.Send

これを1度だけ実行なら問題ないのですが、繰り返し実行
すると5回目くらいに最後のsendのところで、
「無効または認識されない応答をサーバーが返しました」
というエラーが発生します。

これはプロキシサーバの処理能力をオーバーしたということでしょうか。
それともデータ取得先の問題でしょうか。

213 :デフォルトの名無しさん:2016/03/11(金) 22:41:07.98 ID:hqUiUQ5D
winsock2に書き換えてみたら

214 :デフォルトの名無しさん:2016/03/13(日) 03:45:38.04 ID:IqX1stSF
>>211
シングルスレッドと同じだよ、たぶんw

215 :デフォルトの名無しさん:2016/03/14(月) 17:59:59.28 ID:2pvjXVi/
>>214
ありがとう!

216 :デフォルトの名無しさん:2016/05/16(月) 18:29:46.75 ID:PpqHj2Tc
書いて

217 :デフォルトの名無しさん:2016/06/10(金) 22:41:04.16 ID:2dcerofp
Win10 Home、Borland C++で

#include <MAPI.h>
typedef ULONG (WINAPI *MAPI_SEND_MAIL_PROC)( LHANDLE lhSession,\
ULONG ulUIParam, lpMapiMessage lpMessage, FLAGS flFlags, ULONG ulReserved );
 MapiRecipDesc sender;
 MapiRecipDesc Receiver;
 MapiFileDesc AttachFile;
 MapiMessage Message;
 (略)
 HINSTANCE hInst;
 hInst = LoadLibrary( "mapi32.dll" );
 if( hInst == NULL )
   printf("mapi32.dllがロードできませんでした。送信に失敗しました。\n");
 else{
   MAPI_SEND_MAIL_PROC MAPISendMailProc = (MAPI_SEND_MAIL_PROC)GetProcAddress( hInst, "MAPISendMail" );
   if( MAPISendMailProc( 0, 0, &Message, MAPI_DIALOG, 0 ) != SUCCESS_SUCCESS )
     printf("送信に失敗しました。\n");
   else
     printf("送信完了しました。\n");
 }
 FreeLibrary( hInst );

メールを添付ファイル付きで送信するプログラムを組みたいんですが、
MAPIで「規定のプログラムの設定がされてないよーん」的なメッセージが出て出来ません。
設定画面から「メール」で規定のプログラムを設定しましたが変わりません。

なんでざんしょ。

218 :デフォルトの名無しさん:2016/06/11(土) 16:49:05.52 ID:iSPIsEmM
Win10で仕様変わったんじゃね?

219 :デフォルトの名無しさん:2016/06/11(土) 17:29:15.80 ID:9JtWh0jS
>>218
やはり10の問題でしょうか・・・。

セキュリティ会社に出向することになったんで、ollydbgでこういった動きで漏洩させるプログラムをデバッグで追っかける
準備として自分のメールアドレスにテストメールを送るEXEを作りたいだけなんですけどね。
これが10の問題なら逆にMAPIではできないというのを知れたのでよかったのかな・・・・。

220 :デフォルトの名無しさん:2016/06/11(土) 17:46:34.25 ID:iSPIsEmM
既定のメールソフトを何にしたかにもよるな

221 :デフォルトの名無しさん:2016/06/11(土) 17:51:02.59 ID:9JtWh0jS
Thunderbirdです。
あー、それもありえるかもなぁ
winのデフォルトインストールメーラーにしてみます。

222 :デフォルトの名無しさん:2016/06/11(土) 18:10:51.82 ID:9JtWh0jS
変わらずでした。
なんかワンクッション必要なのかなぁ。

223 :デフォルトの名無しさん:2016/06/12(日) 09:53:25.09 ID:xN9NR8mn
MAPI っつったら Outlook 一択だろ常考。
OutlookExpress じゃないぞ。
Office に付いてる方だぞ。

224 :デフォルトの名無しさん:2016/06/12(日) 14:57:58.41 ID:iBZ6WLYB
mapi32.dllって64ビット環境でもちゃんと存在してちゃんと動くのか?

225 :デフォルトの名無しさん:2016/06/12(日) 19:42:17.11 ID:ARY0ZRO5
>セキュリティ会社に出向することになったんで
社名を教えて、そこの製品を使わないようにするから

226 :デフォルトの名無しさん:2016/06/15(水) 22:57:03.60 ID:stQmdqho
大事なところの担当にはならないから大丈夫だよ。

227 :デフォルトの名無しさん:2016/06/16(木) 11:55:18.21 ID:vPpNXLWB
ここで適当に同業他社の名前出しとけばライバル蹴落とせるなw

228 :デフォルトの名無しさん:2016/06/18(土) 12:39:39.21 ID:DZXNqFsy
ソケットの勉強をしようと思いクライアント側のプログラムを作成しているのですがなぜ
最後にソケットを切断(close)しなくてはならないのですか?
また、closeしなくてもプログラム自体は動くかと思うのですが、closeされていないこと
を確認するにはどのような方法がありますでしょうか?(netstatコマンドなどを使えば良
いのかと思ったのですがわかりませんでした)

229 :デフォルトの名無しさん:2016/06/18(土) 12:44:35.11 ID:3Ro7Pv4n
closeしなかったらプログラム終了時にシステムが自動的にcloseするというだけ

230 :デフォルトの名無しさん:2016/06/18(土) 14:58:36.89 ID:AGMP56Qn
UDPならcloseせんでもええ

231 :デフォルトの名無しさん:2016/06/18(土) 17:08:05.09 ID:Tk6yOox9
closeしなかったらリソースが減っていくだけ

232 :デフォルトの名無しさん:2016/06/22(水) 23:22:05.08 ID:d91p5TSZ
shutdownも必要ではなかったか?
今はもう不要?

233 :デフォルトの名無しさん:2016/06/22(水) 23:36:53.27 ID:X6XCfxlz
アホさんいらっしゃい

234 :デフォルトの名無しさん:2016/06/23(木) 11:45:23.37 ID:332nxUAD
socketのshutdownは必要

235 :デフォルトの名無しさん:2016/06/23(木) 13:34:50.61 ID:mZfLfxkS
closeって事ですか

236 :デフォルトの名無しさん:2016/06/23(木) 20:50:20.73 ID:xQuzcWOo
shutdownってこと

237 :デフォルトの名無しさん:2016/06/23(木) 21:54:35.99 ID:9Wm8FTvm
アホってこと

238 :デフォルトの名無しさん:2016/06/30(木) 23:45:26.79 ID:167OFloa
日本人は無料通話アプリを作れません。

239 :デフォルトの名無しさん:2016/07/01(金) 11:00:34.68 ID:wNtMwO0s
NOTTV終了おめ

240 :デフォルトの名無しさん:2016/07/01(金) 12:31:02.44 ID:c/ihY094
アベバに変ったの?

241 :デフォルトの名無しさん:2016/07/01(金) 13:10:34.66 ID:SE0g3mIr
>>238
スウェーデン人乙

242 :デフォルトの名無しさん:2016/07/29(金) 21:37:13.05 ID:sAKii1G0
libevが分からない
asyncの自前イベントでどう設定してイベントループからどうやって起こすのか・・・
詳しい人が居ましたら関係する関数を教えてください

243 :デフォルトの名無しさん:2016/07/30(土) 01:23:16.97 ID:5Uiy2ytH
いません

244 :デフォルトの名無しさん:2016/07/30(土) 13:03:54.68 ID:NnN7Vre0
Node.js

245 :デフォルトの名無しさん:2016/09/03(土) 19:04:46.58 ID:YfCK8gma
教えて

246 :デフォルトの名無しさん:2016/09/03(土) 19:35:16.09 ID:w8mOGCX1
goo

247 :おしえて:2016/09/06(火) 18:40:03.48 ID:FxmSmkKd
1つのネットワークカードに2つ以上のipアドレスを割り当てて、1つのサーバにその割り当てた別々のipアドレスで同時接続は可能?
同じアプリを2個以上起動して異なるipアドレスで同時接続したいわけです

248 :デフォルトの名無しさん:2016/09/06(火) 18:44:45.76 ID:oFd6kpVy
横道にそれるけど
同じIPアドレスだけど listen ポートを別にすることはできないのかな?

249 :デフォルトの名無しさん:2016/09/06(火) 19:00:22.30 ID:sQOv13Gi
>>247>>248
可能
WindowsでもLinuxでも出来ない理由はない

250 :デフォルトの名無しさん:2016/09/06(火) 19:31:28.29 ID:oFd6kpVy
よくよく読んだら 複数クライアントが 1つのサーバーに接続
クライアントのおのおので ipアドレスを別にしたい が 同一PC中の同一ネットワークカードで
ということか

251 :デフォルトの名無しさん:2016/09/06(火) 19:32:34.99 ID:MfZbc6Jb
受信は問題ない
返信時に送信者アドレスがどっちになるかで
途中のルーターがフィルタしたりする可能性は無きにしも非ず
1枚のときにどっちのアドレスを優先させるか
あるいはどっちのアドレスから送信したことにするかを
プログラミングする必要がある
マルチホーミング考慮する必要もある

252 :デフォルトの名無しさん:2016/09/06(火) 20:32:07.85 ID:1XSUlqoQ
>>247-248
どっちも可能
ただし当たり前だけどアプリケーションで Listen するアドレスやポートを指定できる必要がある

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

253 :デフォルトの名無しさん:2016/09/07(水) 08:47:36.21 ID:sjjNPEW0
多重にクライアントを動かせない理由は何なのだろう・・・

254 :デフォルトの名無しさん:2016/09/07(水) 15:10:22.18 ID:YSZpbVen
同じサブネットなのか違うセグメントなのかでも変わるな

255 :デフォルトの名無しさん:2016/09/07(水) 15:12:29.55 ID:Ur9IZRDe
変わらないけどね

256 :デフォルトの名無しさん:2016/09/07(水) 15:18:36.62 ID:/Xx9az9X
さすがにセグメントまで違えば通信できなくなるだろ

257 :デフォルトの名無しさん:2016/09/07(水) 15:22:38.08 ID:Ur9IZRDe
>>256
何を根拠にそんなことを言うのかなあ
セグメントが違えば通信できないならインターネットなんて全然成り立たないわw

258 :デフォルトの名無しさん:2016/09/07(水) 16:12:00.52 ID:g5K2Lr6r
1枚のNICに2つのセグメント振る香具師なんているのか?

259 :デフォルトの名無しさん:2016/09/07(水) 16:21:07.47 ID:8SeVjemL
メンテ用の機器繋いだ時一時的に振ったことあるなあ
ルーターだったかな、そっちのデフォルトのアドレスに合わせるために

260 :デフォルトの名無しさん:2016/09/07(水) 16:57:08.31 ID:Ekl9dhHV
vmwareとか使えば、見かけ上は別のものとして扱えるけど
そういうのではテスト出来ないのかな

261 :デフォルトの名無しさん:2016/09/07(水) 20:15:42.28 ID:2w88FCBz
>>253
ん?
クライアントは普通に多重で動かせる奴も多いぞ
少なくともネットワークの制限で動かせないケースはほとんどないと思うが

262 :デフォルトの名無しさん:2016/09/07(水) 20:21:54.25 ID:iwRLOaFu
>>261
>>247 に至った理由が何だろうね?って疑問だったわけで、深い意味はないです

263 :デフォルトの名無しさん:2016/09/07(水) 20:22:00.08 ID:2w88FCBz
>>257
ピントずれすぎ w
1つの NIC の話だから同一物理ネットワーク上に複数のセグメントを置く話
できない理由はないけど実験的にやるとか >>259 みたいに一時的にやるとか以外でそんな構成にすることはほとんどないと思う

264 :デフォルトの名無しさん:2016/09/07(水) 20:27:31.48 ID:2w88FCBz
>>262
>>247 はサーバーの話
1つの NIC では同一IPかつ同一ポート番号で待ち受け(Listen)できるのは基本1つだけだから複数のIPを振りたいって言う要求が出てくる

265 :デフォルトの名無しさん:2016/09/07(水) 20:35:10.37 ID:iwRLOaFu
>>264
てっきり クライアントの話かと思った
IP分けるよりListenポート分けるほうが簡単だし刹那的にそうするもんだと早合点

266 :デフォルトの名無しさん:2016/09/07(水) 20:45:28.05 ID:5LAjH7P/
ん?>>247

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

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

267 :デフォルトの名無しさん:2016/09/07(水) 22:00:43.81 ID:woOMwcnq
1枚のNICに複数IPの指定は出来るという事ではまずはお茶しましょう。
二つのIP与えて、アパシェのIPベースバーチャルホストなんてのもやりました。
http://good-stream.com/goodstream/server/apache/tips/ipbasevhost.htm
フル

268 :デフォルトの名無しさん:2016/09/07(水) 22:10:37.87 ID:Ur9IZRDe
>>263
ネットワークが絡んだ開発の仕事が多い俺は1つのNICに複数のセグメント
を割り当てるなんてごく普通にやってるんだが

269 :デフォルトの名無しさん:2016/09/07(水) 22:43:34.41 ID:woOMwcnq
ボンディングとかやぱ二枚刺しでルーターとかフィルターとかフィアオルをやる
ってが多いのかな。今でも

270 :デフォルトの名無しさん:2016/09/08(木) 06:54:10.65 ID:QwMnHPC3
>>266
あひゃ、改めて >>247 を読み直したら確かにクライアントの話だったわ
早合点は俺だった... orz
アプリが送信元IPアドレスを指定できれば可能だな

271 :デフォルトの名無しさん:2016/09/08(木) 06:56:49.52 ID:QwMnHPC3
>>268
実運用環境でやってるなら単なるバカ
実験やテストでやってるならたいして珍しくもない

272 :デフォルトの名無しさん:2016/09/08(木) 08:49:16.34 ID:dGUpQ5tJ
>>271
俺は開発環境でやってるけど
トポロジによっては実運用環境でも便利なケースはあると思うよ

273 :デフォルトの名無しさん:2016/09/08(木) 21:16:26.26 ID:D52YJnih
>>271
顧客がやれと言ったから設定した
それだけのことさ
警告はした

274 :デフォルトの名無しさん:2016/09/08(木) 22:22:54.93 ID:dGUpQ5tJ
そもそも警告したくなるような問題が発生しそうなケースが思いつかないんだが
>>271は単に「バカ」という言葉を発したたかっただけだろ

275 :デフォルトの名無しさん:2016/09/08(木) 22:32:18.49 ID:s+VkNmnn
そう言っちゃう人もいる事を理解して、無視してあげましょう。

276 :デフォルトの名無しさん:2016/09/08(木) 22:33:11.71 ID:siaRBrBq
>>273
ああ、作業者にはなんの責任もないから言われた通り作業してくれればいいです

>>272
> トポロジによっては実運用環境でも便利なケースはあると思うよ

その便利なケースとやらを説明してみ

277 :デフォルトの名無しさん:2016/09/08(木) 22:44:08.37 ID:dGUpQ5tJ
>>276
問題あるケースをお前が先に説明しろよ

278 :デフォルトの名無しさん:2016/09/08(木) 22:49:27.01 ID:dGUpQ5tJ
「問題ない」をなんで「問題ない」のか説明させようとするって典型的なアレだからな
ないものはないんだよただそれだけだよ

279 :デフォルトの名無しさん:2016/09/09(金) 02:35:30.55 ID:ogIb5/BU
なんだ説明できないのかよ w
運用環境の構成は可能な限りシンプルにしておくのが鉄則
その方が間違いも少ないし障害調査なども楽だから

280 :デフォルトの名無しさん:2016/09/09(金) 03:27:23.58 ID:vj6paJQh
んなもん使われ方だろうが。いろんな事情がある。

281 :デフォルトの名無しさん:2016/09/09(金) 05:02:13.63 ID:ogIb5/BU
そのいろんな事情とやらを書いてみ
って話

282 :デフォルトの名無しさん:2016/09/09(金) 06:15:01.37 ID:QrmkumON
パッと思いつくケースだと
2つのセグメントで構成されているシステムがあったとして各セグメントは閉じているんだが
両方のセグメントにアクセスするマシンを追加したい場合などに1つだけのNICで済むだろ
その為だけに2つのNICを持ってるマシンを用意するのとどっちがシンプルかって話だな

WindowsもLinuxも(その他大概のOSも)1つのNICに複数セグメントを割り当てることが出来るのに
その機能を使うのは「バカ」だって言うならその理由を書いてくれな

283 :デフォルトの名無しさん:2016/09/09(金) 06:51:20.17 ID:oGuibT0g
>>282
各セグメントは閉じてるのに
わざわざ混在させるのか
バカの発想って面白いな w

284 :デフォルトの名無しさん:2016/09/09(金) 06:58:33.38 ID:QrmkumON
お前はただ「バカ」って書きたいだけの難癖荒らし

285 :デフォルトの名無しさん:2016/09/09(金) 07:18:51.71 ID:oGuibT0g
バカって書いてる理由を書いてあるだろ?
もしかしてそれすら理解できてないのか w

286 :デフォルトの名無しさん:2016/09/09(金) 07:39:42.84 ID:vj6paJQh
バカはお前だよ。見た事ないんだろ。貧乏な現場とか、どうしようなない状況。

287 :デフォルトの名無しさん:2016/09/09(金) 08:38:57.74 ID:oGuibT0g
貧乏ならいちいちセグメントなんて分けるなよ w
てかNIC ぐらい買え
そもそも何かの目的があってセグメント分けてるのにそれをわざわざ混在させるなんて実運用でやるわけないだろ

288 :デフォルトの名無しさん:2016/09/09(金) 09:03:33.63 ID:puYtutU5
元質問からの疑問

1つのPC内に(loopback以外の)複数のアドレス A,B があり (※NICの枚数は問わない)
A経由で接続しにいく / AでListen する
B経由で接続しにいく / BでListen する
には、ソケット記述で制御できるもの? それとも上位の何かでコントロールしないと駄目?


後者の場合は WindowsとLinux 他 OSの事情がからみそうだけど

289 :デフォルトの名無しさん:2016/09/09(金) 09:11:25.63 ID:QrmkumON
>>285
あのね俺が書いた例は独立して機能してる2つのセグメントを「混在」させるわけじゃないから
WindowsもLinuxも(その他大概のOSも)1つのNICに複数セグメントを割り当てることが出来るのに
その機能を使うのは「バカ」だって言うならその理由を書いてくれな
使える機能を使えるところで使わない方がバカでしょ

290 :デフォルトの名無しさん:2016/09/09(金) 09:13:26.83 ID:QrmkumON
>>288
ソケットでやるならbindで出来る

291 :デフォルトの名無しさん:2016/09/09(金) 09:20:54.52 ID:puYtutU5
>>290
ありがとう
(bind ってそういうことだったのか。 漫然と使ってた)

292 :デフォルトの名無しさん:2016/09/09(金) 10:45:15.03 ID:lqKQnXfy
>>291
ちなみにアドレス0.0.0.0にbindするというのは「どのアドレス宛でも受け付けますよ」という約束事。 

293 :デフォルトの名無しさん:2016/09/09(金) 11:53:05.58 ID:ZufuCknD
どいつもこいつもしったかばっかだし
ぼけもつっこみも自演くさい

294 :デフォルトの名無しさん:2016/09/09(金) 12:10:06.63 ID:D/rbZjJQ
>>293
おーけーじゃあしったかを指摘して訂正してくれ
できないならお前もしったかだよな

295 :デフォルトの名無しさん:2016/09/09(金) 12:48:40.24 ID:oGuibT0g
>>289
バカには見えないのかな?
念のためにもう一度書いとくよ

> そもそも何かの目的があってセグメント分けてるのにそれをわざわざ混在させるなんて実運用でやるわけないだろ

296 :デフォルトの名無しさん:2016/09/09(金) 13:03:38.48 ID:puYtutU5
ID:QrmkumON  の想定は
セグメントA のネットワーク網に ピンポイントで参加させるメンテPC
セグメントB のネットワーク網に ピンポイントで参加させるメンテPC
メンテPC を通して セグメントA と セグメントB を連結させるわけではない

メンテPCのNICには多重に割り当てるが、実質として選択的に配線し接続してる

こういうことでないの?

297 :デフォルトの名無しさん:2016/09/09(金) 14:37:14.01 ID:QrmkumON
すんません「バカ」連呼したいだけのアホに餌を与えちゃいました
もうこのアホはスルーがいいでしょう
こっちの質問には決して答えないんだから
>WindowsもLinuxも(その他大概のOSも)1つのNICに複数セグメントを割り当てることが出来るのに
>その機能を使うのは「バカ」だって言うならその理由を書いてくれな

298 :デフォルトの名無しさん:2016/09/10(土) 10:49:14.70 ID:QUVRyXDh
>>295
"混在"はしない
"共存"(相乗りでもいいや)できるんだけど
もしかして君にはそれが判らないの?

299 :デフォルトの名無しさん:2016/09/10(土) 11:23:26.31 ID:uQ51/TWJ
>>296
各々のセグメントに繋ぐ度にケーブル刺し変えてるってこと?
DNS とかも全く使わないならいいのかも知れないけど普通はバッチファイルとかで切り替えた方がいいと思うけど

>>297
>>279 の内容すら理解できてない素人乙

>>298
> "共存"(相乗りでもいいや)
の定義書いてくれ
オレオレ用語で話されても困るから

300 :デフォルトの名無しさん:2016/09/10(土) 11:32:00.20 ID:nNi8wB7Z
出て行け

301 :デフォルトの名無しさん:2016/09/10(土) 16:44:36.50 ID:ZZX/BtRf
md5とかいう機能を利用すると、
ダウンロードしたファイルが破損、改竄されていないか確認できると知りました。

それはいいのですが、この機能はいつ使うんでしょうか?
仕事とかで、ソフトが改竄されていないか証明するために使うのでしょうか?

302 :デフォルトの名無しさん:2016/09/10(土) 17:07:07.49 ID:D8kzVED3
ど素人

303 :デフォルトの名無しさん:2016/09/10(土) 17:26:03.49 ID:+bPafAxM
>>301
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1412668764

304 :デフォルトの名無しさん:2016/09/10(土) 17:42:46.18 ID:ZZX/BtRf
ダウンロードしたファイルをプロはいちいちチェックしてるのでしょうか?

先輩見ててもサイトから落としたファイルのハッシュチェックなどせず、そのままインストールしています。

305 :デフォルトの名無しさん:2016/09/10(土) 19:13:30.30 ID:jtrUVOIC
>>304
ダウンロードだけに限ればチェックが必要な怪しい所からはダウンロードしません

306 :デフォルトの名無しさん:2016/09/10(土) 20:24:05.34 ID:QUVRyXDh
>>304
rpmとかyumとかがチェックしてくれる

307 :デフォルトの名無しさん:2016/09/10(土) 20:44:35.89 ID:nNi8wB7Z
リポジトリを信用するしかないから、もうyumにお任せですね。
ソースでDLするのは最近ではpostgreSQLぐらいで。それも公式サイトだし。

308 :デフォルトの名無しさん:2016/09/11(日) 02:32:03.65 ID:wOd3xxmp
>>305
そういう問題じゃなくね?

309 :デフォルトの名無しさん:2016/09/11(日) 08:20:01.34 ID:vN9TAtb9
>>308
> 先輩見ててもサイトから落としたファイルのハッシュチェックなどせず

310 :デフォルトの名無しさん:2016/09/11(日) 08:55:49.82 ID:TPMGBr6r
あのねここはプログラミングのスレなの
もういい加減にしてくれない?

311 :デフォルトの名無しさん:2016/09/11(日) 13:16:55.57 ID:wOd3xxmp
>>309
ハッシュのチェックをするのは、出自が怪しいかどうかじゃなくて、
途中で壊れてないかを確認するためだろう?

312 :デフォルトの名無しさん:2016/09/11(日) 13:26:49.40 ID:am5koIB6
>>311
そのどっちかではなく両方

元の>>304には「そのままインストールしています。」とあるから実行ファイルが前提
壊れてるならそもそもチェックなんてしなくても実行不可

313 :デフォルトの名無しさん:2016/09/11(日) 13:35:30.56 ID:rai5Q0zE
だよね

ハッシュ値と一緒にダウンロードのリンクが貼ってあるところも普通なのに(というより、別の手段やミラーがある方が稀)
それとmd5やshaが一緒に並べてあるのは、ダウンロード時の化け等への対処

意図的に改ざんされた、得体のしれないファイルを落とすってのは別の話
もちろん、それも意味があるけれど
そんなんだったら、「転載禁止」として、自サイトからのダウンロードされたものだけを保証、とすれば済む


もちろん、意図的な改ざんへの対処の意味もあるし、
単なるデータ化け判定は、圧縮展開ルーチンに入っていたりするから不要なケースも多い

314 :デフォルトの名無しさん:2016/09/11(日) 15:15:36.57 ID:wOd3xxmp
>>312
もとの話につっこんだんじゃなくて、>>305につっこんだんだけどなあ。
まあいいや。

315 :デフォルトの名無しさん:2016/09/11(日) 15:46:09.26 ID:5fMJ9BrK
まぁまぁ用心しましょうw

316 :デフォルトの名無しさん:2016/09/11(日) 18:54:51.04 ID:am5koIB6
>>314
元の>>304に突っ込んだ>>305に突っ込んでんだからその前提ぶっ壊すのはアスペのみ

317 :デフォルトの名無しさん:2016/09/11(日) 19:39:02.18 ID:wOd3xxmp
論破されると、相手をアスペだといい出すのは、2chではいつものことだが、
>>316はアスペの意味を分かってるんだろうか。

318 :デフォルトの名無しさん:2016/09/11(日) 20:28:45.45 ID:HqXnTE3B
縦横比

319 :デフォルトの名無しさん:2016/09/11(日) 20:34:29.72 ID:am5koIB6
>>317
>>305につっこんだ」
→いや>>305>>304の前提引き継いでるから
こういう流れが分からない奴
これがアスペの全てというわけでもないが一部

320 :デフォルトの名無しさん:2016/09/12(月) 13:42:16.84 ID:uadDl1bC
くわしいひとがいるみたいなので聴くけど
DVD Fab とか HD Decrypter って無料の落として使っても安全?
インターネット繋がってないと起動しないし
実際通信しまくってるんだが抜かれたりしない?

321 :デフォルトの名無しさん:2016/09/12(月) 13:50:40.62 ID:B2i+6GC8
さすがにスレチかと。

322 :デフォルトの名無しさん:2016/09/12(月) 14:33:01.02 ID:WjBwz+Qy
>>320
それハッシュ関係無い
そういうのは自分で調べるもんだし自己責任の範疇

323 :デフォルトの名無しさん:2016/09/14(水) 09:39:23.68 ID:tzWcX+nZ
TCPで書いたデータが相手に届いたか知る方法ってある?
Ackが届くまで待つみたいな感じで

324 :デフォルトの名無しさん:2016/09/14(水) 09:59:45.98 ID:zKQD1zr/
ある
ACKのようなものを返すプロトコルにすればいい

325 :デフォルトの名無しさん:2016/09/14(水) 13:30:34.44 ID:3QkaqJUB
相手のソケットライブラリには届いていても
アプリがrecvしたかはわからないし失敗する可能性もあるから
アプリレベルでも応答確認した方がいいってこと?そうかもね

326 :デフォルトの名無しさん:2016/09/14(水) 13:43:16.71 ID:g3+hWH3w
アプリに届いたかが重要なデータならアプリレベルで応答確認するしかないよ

327 :デフォルトの名無しさん:2016/09/14(水) 14:07:02.28 ID:02/FhbRP
SMPT や POP3 とかそう(プロトコルで応答を返すルール)だよね

328 :デフォルトの名無しさん:2016/09/14(水) 15:35:16.64 ID:JEExw83M
貰いましたって返してもらうしかないよね。

329 :デフォルトの名無しさん:2016/09/16(金) 11:01:23.63 ID:aNdiMffG
せやなー(眠)

330 :デフォルトの名無しさん:2016/09/16(金) 11:34:26.20 ID:jw8GQ87J
そういえば
ソケットレベルで相手に届いたかどうか知る方法ってあったっけ?
実はないよね

331 :デフォルトの名無しさん:2016/09/16(金) 12:55:25.56 ID:YnaEO14a
何を気にしてる?TCPでコネクトできたら届いてるでしょ

332 :デフォルトの名無しさん:2016/09/16(金) 14:03:45.22 ID:Gz930khe
なのよねw
send()が成功したら、やったと思うしかない。
てかそれ以下ってあるんだっけ?
rawソケとか使った事ないっす。

333 :デフォルトの名無しさん:2016/09/16(金) 14:24:09.41 ID:q39qStvN
ペチパーは黙ってろ

334 :デフォルトの名無しさん:2016/09/16(金) 14:57:06.37 ID:QQ/tCEl2
馬鹿につける薬はないw

335 :デフォルトの名無しさん:2016/10/19(水) 20:28:02.76 ID:UPd0NLz2
サーバー側の指定ディレクトリにあるファイル一覧をクライアント側で表示したいのですがヒントください!

サーバー
http://ideone.com/fPQ4mZ

クライアント
http://ideone.com/QZQMXY

サーバーではsizeof(ent->d_name)分渡しているのですが、クライアントでsizeof(filename) 256byte分受け取っちゃっているのでここをどうしたら良いのか分かりません。
あらかじめどんな名前のファイルが来るのかわかっていればそのサイズ指定すれば良いと思うのですが。。。
あとサーバー側ではwhile((ent = readdir(dir)) != NULL)でループの終わりを告げれるんですが、クライアント側でソケットに流したファイル名を全て取得したあとの終わり方の告げ方が分かりません。

336 :デフォルトの名無しさん:2016/10/19(水) 20:46:49.18 ID:DfuX/LYm
能力不足

337 :デフォルトの名無しさん:2016/10/19(水) 21:17:40.18 ID:1vhlOQFQ
>>335
分割で届いたりもありえるから
データ先頭にデータサイズ格納させて
その分だけ受信するようにしないといけない

このデータ先頭の情報をヘッダと言う
情報は1つだけじゃなく複数でも自分が必要な分だけ自分で決めた構造で送る

338 :デフォルトの名無しさん:2016/10/19(水) 21:28:30.33 ID:Q8I9ZYJC
>>335
ftp プロトコル辺りを調べたらいいかも

339 :デフォルトの名無しさん:2016/10/19(水) 22:03:42.68 ID:DfuX/LYm
socketプログラミングを勉強しなさいw

340 :デフォルトの名無しさん:2016/10/19(水) 22:24:13.75 ID:DfuX/LYm
socketがよくわからずレスするやつら

341 :デフォルトの名無しさん:2016/10/19(水) 23:53:18.01 ID:G0nEdUMs
>>337
>>338
できました。有難うございます

342 :デフォルトの名無しさん:2016/10/20(木) 07:47:47.15 ID:q6sk5dso
できましたw

343 :デフォルトの名無しさん:2016/10/20(木) 08:53:58.32 ID:t3tIMcAX
write 1回で送ったものは 1回のread で得られる保障はなく
複数回に分断されたりする

"1234" を write → "12" を read 続いて "34" を read
こういうことが、ごくごく当たり前に起きるから

344 :デフォルトの名無しさん:2016/10/20(木) 09:54:55.77 ID:q6sk5dso
それとストリームの終端なw

345 :デフォルトの名無しさん:2016/10/20(木) 09:58:23.15 ID:q6sk5dso
APレベルで送受信するときはヘッダをつけてシーケンス番号を送って、肯定応答を返すのも常識だろう。
今回は不要だが。

346 :デフォルトの名無しさん:2016/10/20(木) 12:49:41.14 ID:8pLXigSN
どんな常識だよ w
TCP 上でそんなことやるアホにはなりたくないわ

347 :デフォルトの名無しさん:2016/10/20(木) 13:10:53.55 ID:T4FOXPZS
応答で正否返すのは当然だがシーケンス番号は普通要らない気が。
非同期なプロトコルにするぐらいならコネクション増やす

348 :デフォルトの名無しさん:2016/10/20(木) 13:11:23.77 ID:9ULbv0m/
順番が入れ替わるなら別だけどねw

349 :デフォルトの名無しさん:2016/10/20(木) 13:15:20.78 ID:q6sk5dso
アホにはなりたくないわ

350 :デフォルトの名無しさん:2016/10/20(木) 13:17:12.79 ID:w5wq1yEm
むしろシーケンス番号つけて順番どうりに送るのはtcpの役割でしょ

351 :デフォルトの名無しさん:2016/10/20(木) 13:19:07.93 ID:q6sk5dso
TCPとsocketの区別がつかないアホ>>346

352 :デフォルトの名無しさん:2016/10/20(木) 13:28:48.79 ID:AB8Qragb
TCP上でアプリレベルの到達確認するのは特別な場合のみだな

353 :デフォルトの名無しさん:2016/10/20(木) 13:31:40.96 ID:q6sk5dso
おまえの作ったプログラムを教えてくれ

354 :デフォルトの名無しさん:2016/10/20(木) 13:36:49.71 ID:AB8Qragb
本当にクリティカルな場面ではアプリレベルの到達確認さえも役に立たない場合さえあるし

355 :デフォルトの名無しさん:2016/10/20(木) 13:37:39.37 ID:RRArEuwP
同期通信なら、到達確認というか応答受信は入れるな。
send->recv->send->recv->...が基本。
破壊的な何か(データベースに登録したり、ファイルを作ったり削除したり)はrecvがトリガーになることが多い。

356 :デフォルトの名無しさん:2016/10/20(木) 13:40:33.61 ID:AB8Qragb
まあ>>335のケースならヘッダもシーケンス番号も到達確認も必要ないな
送信側でデリミタ付けて受信側が対応すれば良い

357 :デフォルトの名無しさん:2016/10/20(木) 14:00:54.08 ID:q6sk5dso
>>354
負荷試験って知ってる?知らないよなw

358 :デフォルトの名無しさん:2016/10/20(木) 14:02:17.07 ID:q6sk5dso
>>356
>>345

359 :デフォルトの名無しさん:2016/10/20(木) 14:09:20.32 ID:9ULbv0m/
出てけ 馬鹿が

360 :デフォルトの名無しさん:2016/10/20(木) 14:14:11.02 ID:AB8Qragb
>>357
悪いけどお前のレスからはニワカ臭しかしないんだわ
自慢じゃないけどこっちは通信絡みの設計しだしてから言うのが恥ずかしいくらいの年月経てるから
負荷試験?当たり前だろwwwそれをドヤ顔で言う時点であーあーあのタイプかってなるんだわ

361 :デフォルトの名無しさん:2016/10/20(木) 14:27:39.10 ID:q6sk5dso
>>360
効いてる効いてる

362 :デフォルトの名無しさん:2016/10/20(木) 14:38:31.93 ID:eJoj7htq
tcpでデータ受信失敗するときって
・コネクションが切られる
・コネクションが維持されたままいつまで経っても続きのデータが来ない
だけじゃないんですか
後者はアプリ側でタイムアウト時間が不明なときどう判断すりゃええの

363 :デフォルトの名無しさん:2016/10/20(木) 14:41:22.25 ID:q6sk5dso
すばらしい回答を期待します

364 :デフォルトの名無しさん:2016/10/20(木) 14:54:10.72 ID:aGg7Z+yH
>>362
ただデータが来ないだけなのか
相手が切断(通知が来ないような異常な切断)してるのかの判断って事でいいん?

>>363
(大口叩いておいて何も言えねぇ)

365 :デフォルトの名無しさん:2016/10/20(木) 14:56:37.17 ID:Ckzu+IfI
アプリ側ってどのことか不明確だけど
てきとうにこちら側でタイムアウトを決めて判断するしかなくね?

366 :デフォルトの名無しさん:2016/10/20(木) 14:59:44.68 ID:AB8Qragb
>>362
>後者はアプリ側でタイムアウト時間が不明なときどう判断すりゃええの
そういう場合はアプリレベルでのキープアライブをするのが定石だな
・相手(あるいはハブ)の電源が切れた
・ケーブル切れた
の様な場合はメッセージに対する到達確認だけでは検出できないし

367 :デフォルトの名無しさん:2016/10/20(木) 15:04:53.95 ID:0wn4S1sU
習作じゃなけりゃselect系(pollやlibevent)つかうしな。
元の要件からしたらHTTP扱う適当なライブラリつかうのが適当やとおもう。

368 :デフォルトの名無しさん:2016/10/20(木) 15:07:11.79 ID:q6sk5dso
>>364
それらを踏まえて回答するんだろw

369 :デフォルトの名無しさん:2016/10/20(木) 15:13:23.35 ID:7bfVuAd+
>>352
rfc-959とかrfc-2616とかrfc-5321とか特殊な例なんだ
へー、そーだったんだ
わー、びっくりだわ

370 :デフォルトの名無しさん:2016/10/20(木) 16:01:08.13 ID:c9u6xZBy
他はよく知らんがhttpのは到達確認っていうのか
サーバーからリクエストの結果は返すけど肝心のレスポンスは送りっぱなしでなんの到達確認もしないじゃん

371 :デフォルトの名無しさん:2016/10/20(木) 16:08:11.02 ID:6HLvHPyJ
実際に物(ファイルとかメールとか)をやり取りすろときの物の到達確認をするのと通信そのものの確認は別物だよなあ

372 :デフォルトの名無しさん:2016/10/20(木) 16:11:00.96 ID:0wn4S1sU
通信レベルの到達確認したところであんま意味ない。
受け手のメモリに取り込めたとしてもその後の扱いで失敗するかもしれんし
それ以上気にするなら処理トランザクション的なものになる。

373 :デフォルトの名無しさん:2016/10/20(木) 16:21:29.63 ID:7bfVuAd+
肯定応答と到達確認が同じだと思ってるバカが多過ぎ

374 :デフォルトの名無しさん:2016/10/20(木) 16:29:00.38 ID:aGg7Z+yH
人をバカ呼ばわりする前に正しく使おうな
肯定応答・確認応答

375 :デフォルトの名無しさん:2016/10/20(木) 16:38:30.52 ID:7bfVuAd+
今度は「確認応答」とか言いだしたぞ
このスレでは初出だな

376 :デフォルトの名無しさん:2016/10/20(木) 16:39:33.14 ID:aGg7Z+yH
このスレではって本気で言ってるのかw
世界狭すぎw

377 :デフォルトの名無しさん:2016/10/20(木) 16:44:32.11 ID:NSBgUE2m
なんかスレを荒らしたようですみません。
tcp/ip通信をもっと勉強してから出直します

378 :デフォルトの名無しさん:2016/10/20(木) 16:50:35.85 ID:aGg7Z+yH
>>377
外野が勝手に盛り上がってるだけだから気にしなくていいよ

379 :デフォルトの名無しさん:2016/10/20(木) 16:57:52.02 ID:7bfVuAd+
>>377
気にすんな
バカどもが自爆しただけだから

本日のバカトップ3はミスリードの先頭を切ったID:8pLXigSN、
到達確認とか言いだしたID:AB8Qragb、
意味不明の戯言垂れ流してるID:aGg7Z+yHだな

380 :デフォルトの名無しさん:2016/10/20(木) 17:08:59.81 ID:eJoj7htq
>373
200と404を勘違いしてるのですねわかりますω

381 :デフォルトの名無しさん:2016/10/20(木) 17:14:43.79 ID:aGg7Z+yH
>>379
自分がしたレスを速攻忘れてるのかな?
>>373 > 到達確認

382 :デフォルトの名無しさん:2016/10/20(木) 17:18:11.05 ID:7bfVuAd+
>>381
お前バカ過ぎる
小学校低学年レベルの読解力 w

383 :デフォルトの名無しさん:2016/10/20(木) 17:21:43.85 ID:aGg7Z+yH
>>382
本題で反論できなかったら無理してレスしなくていいから

384 :デフォルトの名無しさん:2016/10/20(木) 17:21:55.97 ID:7bfVuAd+
>>380
3バカにミスリードされて本質を理解できなかった知恵遅れのID:eJoj7htqには敢闘賞を上げよう

385 :デフォルトの名無しさん:2016/10/20(木) 17:23:09.34 ID:7bfVuAd+
>>383
「言い出した」って言葉わかるかな? w

386 :デフォルトの名無しさん:2016/10/20(木) 19:51:46.42 ID:8pLXigSN
>>351
socket とか言ってるのはアホしかいないと言う現実 w

387 :デフォルトの名無しさん:2016/10/20(木) 19:54:08.50 ID:aGg7Z+yH
>>368は結局回答せずw

388 :デフォルトの名無しさん:2016/10/20(木) 19:57:46.07 ID:8pLXigSN
>>379
ミスリードとほざくなら TCP 上でシーケンス番号振ってるメジャーな例をよろしく

389 :デフォルトの名無しさん:2016/10/20(木) 20:00:18.00 ID:8pLXigSN
>>387
ひょっとしてタイムアウトとかキープアライブって理解できなかったのか?

390 :デフォルトの名無しさん:2016/10/20(木) 20:56:13.55 ID:7bfVuAd+
3バカが誤解して勝利宣言してるようだから言っとくけどID:q6sk5dsoはオレじゃないから
ID:q6sk5dsoが無回答と言って勝利宣言しないように

>>388
IMAPのtagとかsshのchannel numberかな

391 :デフォルトの名無しさん:2016/10/20(木) 21:26:39.43 ID:8pLXigSN
>>390
お前が誰かなんて知らんよ
どうでもいいし
>>365-366 で回答出てるからもう要らんだろって話だ

> IMAPのtagとかsshのchannel numberかな

IMAP の tag はまだ微妙だが ssh の channel は違うだろ

392 :デフォルトの名無しさん:2016/10/21(金) 07:41:29.31 ID:vSswAJTn
>>386
顔真っ赤だぞ

393 :デフォルトの名無しさん:2016/10/21(金) 08:04:43.65 ID:RUPp7NOt
>>392
技術系のスレでそんなことしか書けないならレスしなきゃいいのに...

394 :デフォルトの名無しさん:2016/10/21(金) 08:51:15.49 ID:usEI0+le
>>389
ん?>>389はID:q6sk5dsoなのか?
違うなら反応しなくてよくね?
それとも自演してるのを忘れて自爆?

>>390
違うなら反応しなくてよくね?

395 :デフォルトの名無しさん:2016/10/21(金) 08:59:03.34 ID:mAikUApA
>>393
おまえがいうな

396 :デフォルトの名無しさん:2016/10/21(金) 09:40:32.75 ID:ib3L8+77
>>394
3バカの上を行くバカが現れたか 支離滅裂

397 :デフォルトの名無しさん:2016/10/21(金) 12:42:55.55 ID:RUPp7NOt
>>394
>>395

398 :デフォルトの名無しさん:2016/10/21(金) 12:53:28.46 ID:L3BcdIIK
http://www.ranvis.com/articles/smart-questions.ja.html

●あなたの推測ではなく問題の症状を説明する

399 :デフォルトの名無しさん:2016/10/21(金) 14:10:28.03 ID:R+XAmQY/
2chよりもそれ系のMLが一番ですよ。

400 :デフォルトの名無しさん:2016/10/21(金) 16:13:15.79 ID:sCNwon4Y
それ系のML?

401 :デフォルトの名無しさん:2016/10/21(金) 17:29:28.42 ID:miJgnLBm
ちゃんと質問しないと相手にされない「それ系のML」

402 :デフォルトの名無しさん:2016/11/11(金) 16:58:55.01 ID:KgVthd+h
アンドロイドスマフォとRaspaiとをLANでIOTのデータやり取りをしたいのだが、一般的
にはソケット通信をするのかもしれないが、結構メンドクサイのでなんか楽な
プロトコルってないか? HTTPとか使うと何か問題ある?

403 :デフォルトの名無しさん:2016/11/11(金) 17:19:01.50 ID:N42G00o6
HTTPで要件満たすならそれでいいんじゃない?
サーバ書かなくていいしライブラリも多い
あとはAvahiに名前解決まかせたりとか

404 :デフォルトの名無しさん:2016/11/11(金) 17:19:41.07 ID:cTRPbHlx
なんでも問題ない

405 :デフォルトの名無しさん:2016/11/11(金) 17:20:09.93 ID:cTRPbHlx
負けたw

406 :デフォルトの名無しさん:2016/11/11(金) 17:20:53.93 ID:cTRPbHlx
IOTならCOAPだろ

407 :デフォルトの名無しさん:2016/11/11(金) 17:47:05.64 ID:cTRPbHlx
使わなくてもいいけど一応おさえておいてね
https://iot.eclipse.org/

408 :デフォルトの名無しさん:2016/11/11(金) 18:24:03.57 ID:KgVthd+h
なるほど、coapか、そういうのがあるんだね。 

409 :デフォルトの名無しさん:2016/11/11(金) 18:32:21.53 ID:cTRPbHlx
趣味か仕事で使うかの違い

410 :デフォルトの名無しさん:2016/11/11(金) 18:37:42.50 ID:JQalwGbJ
俺はラズパイ上にwebサーバー立ててwebアプリから操作できるようにしてる
そうすれば自分でプロトコル作ったりとかいらないし、スマホからもパソコンからも操作できる

411 :デフォルトの名無しさん:2016/11/11(金) 18:56:16.19 ID:KgVthd+h
>410
そういう方法があるのか。えっ、RASPAIにはサーバーは最初からは入ってないの?
サーバーがあるという前提でそれにプロトコルを乗せるんではないのか?

412 :デフォルトの名無しさん:2016/11/11(金) 20:04:50.02 ID:JQalwGbJ
なんか「サーバー」というものに対して根本的な勘違いをしているような...

サーバーは普通のソフトの一つ
webサーバーとかメールサーバーとかいうけどそれはそのサーバーソフトのこと
(もしくはそのソフトを稼働させているマシンのこと)

webサーバーはhttpというプロトコルを実装したソフトだし、メールサーバーならsmtpとかのプロトコルを実装したソフト

ラズパイにはhttpを実装したソフト、つまりwebサーバーは最初からは入ってないから自分で入れる必要がある

413 :デフォルトの名無しさん:2016/11/11(金) 21:39:54.65 ID:Uglwx9gP
ただの組み込み

414 :デフォルトの名無しさん:2016/11/12(土) 04:03:27.04 ID:k74syi4X
>412
えええ、そういう意味なの? webサーバー=httpサーバーってことなの
「WEBサーバー」って、いろんな機能が入ったサーバーの総称かと思っていた。
メールサーバーは「メールができるだけだろう」くらいにはわかっていたが、webサーバー
ってのはメールもhttpもsmtpもできるんだろうと思ってた。

415 :デフォルトの名無しさん:2016/11/12(土) 04:18:09.98 ID:QcW9Y5By
勉強して出直しておいで

416 :デフォルトの名無しさん:2016/11/12(土) 04:18:50.02 ID:6wPviZ3t
これは斬新な切り口

417 :デフォルトの名無しさん:2016/11/12(土) 04:20:23.72 ID:xxkpve4k
ωωω

418 :デフォルトの名無しさん:2016/11/12(土) 04:49:17.27 ID:k74syi4X
「webサーバーを立てて」といわれるとかなり大層なものを立ち上げることをイメージ
するから、10MbyteのHttpソフトをロードするのとはちょっと想像できないよな。

WEBサーバー立ち上げ100万円です。
で設置して「えっ、メールするには別途100万円かかるの?」
ってなると詐欺かとおもってしまう。W

419 :デフォルトの名無しさん:2016/11/12(土) 07:21:59.80 ID:k74syi4X
うおー調べてみたら結構たいへんだな。「WEBサーバー立てる」でも「メールサーバー
追加100万でつ」でもまあ許したる。俺は300万もらう。W

420 :デフォルトの名無しさん:2016/11/12(土) 08:12:43.51 ID:NsoJY3jp
馬鹿はどうしようもない、踏み台を作って他の人に迷惑をかけるw

421 :デフォルトの名無しさん:2016/11/12(土) 09:19:47.96 ID:cY8zOPne
>>419
チャット クライアント サーバー プログラミング
くらいで調べてみたらどうなるんだ
こんなんでできんの?とか思うんだろうな

422 :デフォルトの名無しさん:2016/11/12(土) 10:26:13.91 ID:k74syi4X
コピペで終わり。300万。というわけにはいかんか?

423 :デフォルトの名無しさん:2016/11/12(土) 10:33:49.81 ID:k74syi4X
>421
調べてみたが、RasPaiにはあまり関係ないぞ。

>406
coapはUDPじゃないか。通信の信頼性がないだろ。ダイジョブか?

424 :デフォルトの名無しさん:2016/11/12(土) 10:39:31.37 ID:k74syi4X
ちょっと質問
1.RasPai2に WEBサーバーを乗せたい。何がいい。 目的 Httpでスマフォ接続
2.Wifiのアクセスポイントを入れたい。何がいい? 目的 Wifiダイレクト

425 :デフォルトの名無しさん:2016/11/12(土) 10:43:18.32 ID:k74syi4X
候補
 Apache
 hostapd
希望 バカチョンでインストール

426 :デフォルトの名無しさん:2016/11/12(土) 11:13:24.94 ID:NsoJY3jp
>>423
仕様(RFC7252)を読めよ。eclipseのプロジェクトは実装例。RESTFUL(HTTP)でもできるしUDPでもセキュアにできる
ttp://coap.technology/

427 :デフォルトの名無しさん:2016/11/12(土) 11:15:51.59 ID:NsoJY3jp
おっと、送信失敗したら何回かリトライするんだろ普通、TCPも同じだろ

428 :デフォルトの名無しさん:2016/11/12(土) 11:17:31.16 ID:cY8zOPne
>>423
いや、サーバーについてだ

429 :デフォルトの名無しさん:2016/11/12(土) 11:34:34.32 ID:NsoJY3jp
>>423
お前の知識の信頼性の方がない、>>426,427はお前には無理なのでスルーしていいぞ

430 :デフォルトの名無しさん:2016/11/12(土) 12:54:14.47 ID:k74syi4X
>427
UDPはフレームチェックシーケンスがないから、フレームに信頼性がない。
ロストしてなくても、中身が壊れている場合がある。
外面はプロのエンジニアでも中身が壊れてるとだめだろ。それとおなじさ。

431 :デフォルトの名無しさん:2016/11/12(土) 13:02:31.83 ID:k74syi4X
This protocol provides a procedure for application programs to send
messages to other programs with a minimum of protocol mechanism. The
protocol is transaction oriented,

and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
and delivery and duplicate protectionare not guaranteed.
ここな。

Applications requiring ordered reliable delivery of
streams of data should use the Transmission Control Protocol (TCP) [2].

432 :デフォルトの名無しさん:2016/11/12(土) 14:09:52.15 ID:NsoJY3jp
>>430
アホは黙っていない

433 :デフォルトの名無しさん:2016/11/12(土) 14:12:59.41 ID:NsoJY3jp
>>431
どアホ

434 :デフォルトの名無しさん:2016/11/12(土) 14:14:07.39 ID:NsoJY3jp
>>424
勉強して出直しておいで

435 :デフォルトの名無しさん:2016/11/12(土) 14:14:15.88 ID:T7NmSzZs
データグラムでロストや順序の入れ替わりは判るけど ペイロードが壊れてるってあるの?

436 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/12(土) 14:16:10.83 ID:NsoJY3jp
休日だ、盛り上げていくかw

437 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/12(土) 14:19:27.15 ID:NsoJY3jp
>>435
なんだって壊れることはあるだろ

438 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/12(土) 14:27:52.70 ID:NsoJY3jp
どこのレイヤーの話をしてるのかは知らないがw

439 :デフォルトの名無しさん:2016/11/12(土) 16:33:50.74 ID:6wPviZ3t
壊れないものにチェックサム付けるのは無駄だろ

440 :デフォルトの名無しさん:2016/11/12(土) 18:17:21.04 ID:k74syi4X
グダグダ言ってないで424にさっさと答えろよ。タコ

441 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/12(土) 18:20:55.12 ID:NsoJY3jp
ゆでダコw

442 :デフォルトの名無しさん:2016/11/12(土) 19:00:54.08 ID:LGTsOXws
>>440
いいですねその強気
一匹狼にはぴったりです

443 :デフォルトの名無しさん:2016/11/12(土) 21:51:37.52 ID:6wPviZ3t
えええ、そういう意味なの? webサーバー=httpサーバーってことなの
「WEBサーバー」って、いろんな機能が入ったサーバーの総称かと思っていた。
メールサーバーは「メールができるだけだろう」くらいにはわかっていたが、webサーバー
ってのはメールもhttpもsmtpもできるんだろうと思ってた。

444 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/12(土) 21:57:25.21 ID:NsoJY3jp
「UDP」だけでどうやってデータを送信すんだ?

This protocol provides a procedure for application programs to send

445 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/12(土) 22:22:49.57 ID:NsoJY3jp
お笑い ID:k74syi4X

446 :デフォルトの名無しさん:2016/11/13(日) 01:38:22.89 ID:sNDrzqcx
>444
それはだな coapって上司しだいなの。タコな部下でも上司がしっかりしてると
会社は成り立つ。お前らみたいなタコなUDPでも上司がいちいち面倒見てくれるので
ネットワークで一応食っていけるってことさ。W
 わかった?
わかったらサッサと俺の質問に答えろ。

447 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/13(日) 08:09:57.97 ID:O7ohT7qd
まお落ち着いて鏡でも見ろ

448 :デフォルトの名無しさん:2016/11/13(日) 09:59:52.84 ID:hnH+OR8d
えええ、そういう意味なの? webサーバー=httpサーバーってことなの
「WEBサーバー」って、いろんな機能が入ったサーバーの総称かと思っていた。
メールサーバーは「メールができるだけだろう」くらいにはわかっていたが、webサーバー
ってのはメールもhttpもsmtpもできるんだろうと思ってた。

449 :デフォルトの名無しさん:2016/11/13(日) 10:02:07.42 ID:Hs3mGiDu
そうですか それはよかったですね

450 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/13(日) 10:17:05.86 ID:O7ohT7qd
笑いが取れないな

451 :デフォルトの名無しさん:2016/11/13(日) 11:14:02.71 ID:+TjQtm4n
coapってLinuxなんかが動かず、TCPを実装する余裕がないような
もっと小さなデバイスが対象でしょ? 単機能のセンサーデバイスとか。 

452 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/13(日) 11:44:21.66 ID:O7ohT7qd
気にしなくていいよ

453 :デフォルトの名無しさん:2016/11/13(日) 16:06:44.41 ID:sNDrzqcx
>451
実装の問題よりもTCPはオーバーヘッドが大きいので無駄が多いからだろ。

454 :デフォルトの名無しさん:2016/11/13(日) 16:08:08.30 ID:sNDrzqcx
>452
WEBサーバーの次は、掘立て小屋でも立ち上げな。W

455 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/13(日) 16:16:50.43 ID:tN1V6gFu
掘立て小屋に住むタコには言われたくない

456 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/13(日) 16:19:43.53 ID:tN1V6gFu
HTTPサーバを実装するのは結構大変、あっ「WEBサーバー」ていうのかw

457 :デフォルトの名無しさん:2016/11/13(日) 18:21:01.64 ID:sNDrzqcx
お前ら10年前からだろ。W
 俺は始めたのは3日前だものな。で既にお前らを超えてしまった。
なんか聞きたいことある?

458 :デフォルトの名無しさん 転載ダメ©2ch.net:2016/11/13(日) 19:00:46.84 ID:xGnJSfDw
お前は頭悪いの?

459 :デフォルトの名無しさん:2016/11/13(日) 20:04:19.15 ID:dhGoOq8f
糖質ですね?

460 :デフォルトの名無しさん:2016/11/13(日) 20:16:06.12 ID:qAQfgf1E
ケフィアです

461 :デフォルトの名無しさん:2016/11/13(日) 23:51:15.50 ID:C/Pw/tkr
なんだっけそれw

462 :デフォルトの名無しさん:2016/11/14(月) 01:01:51.76 ID:csZc9y3a
大文字のWの人初めて見た。

463 :デフォルトの名無しさん:2016/11/14(月) 08:32:18.50 ID:eelVH17l
ワイリー「」

464 :デフォルトの名無しさん:2016/11/14(月) 09:32:52.12 ID:vBI3D4OZ
タイガーマスクW

465 :デフォルトの名無しさん:2017/01/21(土) 13:25:16.00 ID:dThE4/1u
イエローデビル

466 :デフォルトの名無しさん:2017/01/21(土) 14:13:00.60 ID:yR+dIRXC
memo
http://ocw.ouj.ac.jp/tv/70161041/

467 :デフォルトの名無しさん:2017/01/21(土) 18:24:07.03 ID:dThE4/1u
GPSを成立するためには相対背理論(特殊)を使わなければならない事を説明してください

468 :デフォルトの名無しさん:2017/01/21(土) 18:29:11.40 ID:lC+TYp+0
片山には無理

469 :デフォルトの名無しさん 転載ダメ©2ch.net:2017/01/21(土) 18:29:20.05 ID:LFvCw0cQ
日本語をまず勉強しましょう

470 :デフォルトの名無しさん:2017/01/22(日) 14:43:14.71 ID:hBhrTyQG
https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

471 :デフォルトの名無しさん:2017/02/18(土) 21:34:12.38 ID:mp7nkX6n
UDPってパケットの消失や重複や順序入れ替えが起こり得るって事になってますけど、
小規模な実環境(ハブ数台を間に挟んだPC同士の通信とか)では、どれ位の頻度で
起きるものなのでしょうか?

472 :デフォルトの名無しさん 転載ダメ©2ch.net:2017/02/18(土) 21:39:19.40 ID:ZQIprpWg
さあ

473 :471:2017/02/18(土) 22:19:45.24 ID:mp7nkX6n
こんなの見つけた
ttp://stackoverflow.com/questions/9196791/duplicate-udp-packets-how-often-it-happens

>>472
PCからPLC相手の通信をやってて、通信するパケットに採番する訳にもいかない
状況です。
消失は許容するとして、
順序入れ替え→1秒以上前の「古い」パケットと入れ替わる訳でもなさそう
重複→定期的にPC側のポート番号を変更(クローズ→再オープン)

…で逃げれるといいなぁ。

474 :デフォルトの名無しさん 転載ダメ©2ch.net:2017/02/18(土) 22:29:38.01 ID:oS5hogWf
後出し、LANなら好きにすれば

475 :デフォルトの名無しさん:2017/02/18(土) 22:55:46.21 ID:FoNa6jeI
番号ふれない云々からするとMCプロトコルの1Eか?
PLCにもよるけど 同報(受けたところへ投げ返す)をサポートしてなくて、
固定のIPとポートに送り返すしかできない奴があって
クライアント側はbind でポート番号固定するしかないん

476 :471:2017/02/18(土) 23:46:49.10 ID:mp7nkX6n
予めタイムアウトゼロ秒でrecv()して読み捨てれば重複しても排除出来るか。

>>475
横河のFA-M3です。PLCに送る(PLCの)コマンドに任意の番号とかを付加出来ないん
ですよ(同社の新しめのやつだと付加出来るらしいけど)。
固定のIPとポートって事は無いです(ネットワーク関係はBSD由来だそうで)。

477 :デフォルトの名無しさん 転載ダメ©2ch.net:2017/02/18(土) 23:52:02.74 ID:LrMkIvDp
>>476
ここでやれ

シーケンサ・PLCラダー総合スレ 10台目 [無断転載禁止]©2ch.net
http://rio2016.2ch.net/test/read.cgi/denki/1467981285/

478 :デフォルトの名無しさん:2017/02/19(日) 01:17:08.54 ID:dlgmZ6LH
UDPは、自ホスト以外で使わない方がいいと思う。
自ホスト内ならわりと便利だし

479 :デフォルトの名無しさん:2017/02/19(日) 02:44:43.42 ID:XX8i9HS3
>>471
あまりにも様々な条件が絡むので誰も答えられないし誰も保証してくれません
送信側、ハブ、受信側のどこでもパケット落ちが発生し得ます
それがIPプロトコルというものです
そもそもEthernetは100%伝送を保証していません

480 :デフォルトの名無しさん:2017/02/19(日) 04:54:42.36 ID:xm9DrbVO
捨てられるのはいいが順序が入れ替わるのは困るなぁ

481 :471:2017/02/19(日) 13:16:31.16 ID:h4kLoEtr
>>478
自ホスト内だと、自ホスト内でCPUその他のリソースの奪い合いになり、
結果としてリミッタとして働くのも利点ですね。

>>480
順序が保証されない事を積極的に利用したネットワークスタックがあったら
やだなぁw

482 :デフォルトの名無しさん 転載ダメ©2ch.net:2017/02/19(日) 13:27:53.47 ID:OCD4RtCb
いいかげんにうつれ

483 :デフォルトの名無しさん:2017/02/20(月) 08:57:00.26 ID:0EDg44av
ウインドーズとリナックスで動くCで書くネットワークアプリは
マクロでwinsockとsocketを場合わけするのが普通ですか?
なんで共通じゃないんですか?
2つ覚えないといけないから大変じゃないですか?
上の3つの質問をします。
よろしくお願いします。

484 :デフォルトの名無しさん:2017/02/20(月) 09:39:37.47 ID:aWzwD2VT
cygwin使えば?

485 :デフォルトの名無しさん 転載ダメ©2ch.net:2017/02/20(月) 10:28:44.52 ID:d1fFRm2F
知るかぼけ

486 :デフォルトの名無しさん:2017/02/20(月) 13:28:52.43 ID:G8q97eOS
>>483
俺は#ifdefで場合分けするけど
BSDソケット関数の範囲で使うなら全然大変じゃないよ

487 :デフォルトの名無しさん 転載ダメ©2ch.net:2017/02/20(月) 13:46:53.43 ID:+2iGAD1y
selectするのかアホ

488 :デフォルトの名無しさん:2017/02/20(月) 13:48:15.60 ID:G8q97eOS
>>487
お前誰に言ってるの?

489 :デフォルトの名無しさん:2017/02/20(月) 13:59:03.21 ID:G8q97eOS
select使うのがアホと言ってるやつがアホなんだよなあ
知ったか初心者なんだから黙ってればいいのに
WindowsとLinuxでソースを共通化する必要がある場合で一番簡単なのがselect使う方法
沢山のコネクション扱う場合でもスレッドをうまく使えば非同期使うより効率よく対応できる

490 :デフォルトの名無しさん:2017/02/20(月) 14:19:44.98 ID:zqMU/kRW
大筋では似通ってるけどスレッドもOSの方言がきついな

491 :デフォルトの名無しさん:2017/02/20(月) 14:22:11.12 ID:G8q97eOS
例えばC++ならスレッドの扱い標準化されてるやん

492 :デフォルトの名無しさん:2017/02/20(月) 14:27:39.79 ID:HW6gt6JA
効いてるな

493 :デフォルトの名無しさん:2017/02/20(月) 20:44:10.01 ID:gSsgH+Ui
>>476
http://rio2016.2ch.net/test/read.cgi/denki/1467981285/989

494 :デフォルトの名無しさん:2017/05/15(月) 22:34:10.39 ID:ExTZP3H0
質問です。
shutdownとcloseについて色々調べていたところ
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q13105844663
ここで回答者が(意訳すると)
「socketをcloseせず、shutdownしただけなら、再度セッション張りなおすこともできるよ」
と答えているのですが、いくら調べてもその方法が見つけられません。

やり方が分かる方は、教えていただけると助かります。

(例えば)httpサーバを作る時に、クライアントのshutdown(s, SHUT_WR)をサーバで検知してリクエストの区切りを検知。
返送とshutdown(s, SHUT_RD);でレスポンスの終了位置を検知させる。
なんてことができるといいなぁと考えています。

495 :デフォルトの名無しさん:2017/05/15(月) 22:57:11.38 ID:1Vkn93UM
TCP/IPを勉強した?

496 :デフォルトの名無しさん:2017/05/15(月) 23:32:39.77 ID:1Vkn93UM
サーバのコードを書き換えればできるけどという話

497 :デフォルトの名無しさん:2017/05/16(火) 11:29:08.72 ID:jHwvBExt
セッションジャックですねわかります

498 :デフォルトの名無しさん:2017/05/16(火) 12:19:36.91 ID:w7ydXIdV
>>494
TCPなら
socket() -- close()
connect() -- shutdown()
の関係。
shutdownした後にconnectが成功するTCP/IPのプロトコルスタックは見たことないけど。
AF_UNIXとかならうまくいくかもね。

499 :デフォルトの名無しさん:2017/05/16(火) 12:22:42.98 ID:D+JPFmPn


500 :デフォルトの名無しさん:2017/05/16(火) 12:30:56.18 ID:yvc8TTUP
>>494
その回答者がバカなだけ。>>498も同類のバカ。
そもそもcloseとshutdownはそいつらが言っているような関係ではない。

501 :デフォルトの名無しさん:2017/05/16(火) 17:44:46.08 ID:mdgaZtW4
>>500
は?どんな関係だと思ってるの?

502 :デフォルトの名無しさん:2017/05/16(火) 17:49:59.75 ID:jHwvBExt
ただならぬ関係

503 :デフォルトの名無しさん:2017/05/16(火) 21:07:05.85 ID:fevd2Qwg
>>494
質問の前半と後半の関係がよくわからんが...
前半は何かいい手があるのかもしれないけどそんなことが必要になったことがないのでよくわからん

> (例えば)httpサーバを作る時に、クライアントのshutdown(s, SHUT_WR) をサーバで検知してリクエストの区切りを検知。
これは普通に read() のバイト数
= 0 で検出できる

> 返送とshutdown(s, SHUT_RD);でレスポンスの終了位置を検知させる。
サーバー側で shutdown(s, SHUT_WR) するか普通に close() すればいいだけ
shutdown(s, SHUT_RD) はあまり使う機会がない

504 :デフォルトの名無しさん:2017/05/17(水) 13:08:44.51 ID:DMUn4qm1
後半で言いたいことは、TCPって基本ストリームで切れ目が無いから
切れ目を(shutdownで)入れたいってことでしょ
普通に改行コードとか使えばいいよ。HTTPならなおのこと

505 :デフォルトの名無しさん:2017/05/17(水) 13:19:29.54 ID:m1xhRpHE
アホ

506 :デフォルトの名無しさん:2017/05/17(水) 15:20:55.39 ID:O9qCgXnQ
chunko鍋

507 :デフォルトの名無しさん:2017/05/17(水) 15:29:55.67 ID:DIRzoBhi
スレのレベルが相変わらずひどい

508 :デフォルトの名無しさん:2017/05/17(水) 23:37:34.09 ID:wwiSOhwh
>>504
そういう場合はTCP_NODELAYで制御しろよ

509 :デフォルトの名無しさん:2017/05/17(水) 23:51:58.48 ID:qRRgoi7m
>>508
なにも解決しないだろ

510 :デフォルトの名無しさん:2017/05/17(水) 23:57:03.20 ID:wwiSOhwh
>>509
TCP_NODELAYが何だか知らないならそういえばいいのにw

511 :デフォルトの名無しさん:2017/05/17(水) 23:58:22.45 ID:xZ9nkaes
解説して

512 :デフォルトの名無しさん:2017/05/18(木) 00:10:51.45 ID:rwa/bO02
恥ずかしくなったか

513 :デフォルトの名無しさん:2017/05/18(木) 01:13:33.30 ID:49fY4Y35
>>510
もしかして、そのフラグ立てたらネットワーク遅延や再送が回避できるとか思ってる?

514 :デフォルトの名無しさん:2017/05/18(木) 01:39:20.61 ID:7rOU10k1
>>513
どこをどう斜めによむとそういう妄想が出てくるのかな?

515 :デフォルトの名無しさん:2017/05/18(木) 07:21:50.23 ID:M2K9zSA7
>>514
TCPのストリームがくっつく理由を理解できてない馬鹿がいるから

516 :デフォルトの名無しさん:2017/05/18(木) 09:46:38.04 ID:7rOU10k1
>>515
ああ、TCPのPSHの動作をしらないんだw

517 :デフォルトの名無しさん:2017/05/18(木) 10:02:58.38 ID:Pt9OawB6
>>516
もしかして、そのフラグ立てたらネットワーク遅延や再送が回避できるとか思ってる?

518 :デフォルトの名無しさん:2017/05/18(木) 10:05:38.98 ID:7rOU10k1
>>517
どこをどう斜めによむとそういう妄想が出てくるのかな?
どうせお前の頭の中じゃ、遅延したらバッファにたまってPSHをつけても
くっつく、この程度のバカ認識なんだろ?

519 :デフォルトの名無しさん:2017/05/18(木) 10:45:04.86 ID:tOkUo5yC
馬鹿が必死に論点を摩り替えようとして土坪にはまる

520 :デフォルトの名無しさん:2017/05/18(木) 10:45:33.15 ID:Pt9OawB6
>>518
実装次第だけど、少なくともくっつけてはいけないという意味のフラグでは無い。
で、くっつける実装はよくある

521 :デフォルトの名無しさん:2017/05/18(木) 11:01:44.99 ID:7rOU10k1
話にならんなw
"\r\n"を付けろなんていってるバカ相手だとこんなもんか。

522 :デフォルトの名無しさん:2017/05/18(木) 11:14:00.48 ID:Pt9OawB6
>>521
TCPの実装やソケットの実装触ったこと無い素人だろ?お前
妄想で話するから逃げるしか無くなるんだよ

523 :デフォルトの名無しさん:2017/05/18(木) 11:15:21.34 ID:Nl9RhneO
おまえもな

524 :デフォルトの名無しさん:2017/05/18(木) 11:18:52.51 ID:7rOU10k1
技術的な要素を何一つ書きもしないで罵倒を繰り返してるクズに言われても、
怒らせて解説を引き出そうとしている中学生にしか見えないわけでw

525 :デフォルトの名無しさん:2017/05/18(木) 11:35:47.15 ID:EM/S67GL
TCP_NODELAY、PSHでどう解決するんだ?
>(例えば)httpサーバを作る時に、クライアントのshutdown(s, SHUT_WR)をサーバで検知してリクエストの区切りを検知。
>返送とshutdown(s, SHUT_RD);でレスポンスの終了位置を検知させる。

526 :デフォルトの名無しさん:2017/05/18(木) 11:37:39.55 ID:LBhaWI8A
blocking i/oで常時readかけてれば、PSHで送られたパケットはくっつくことなくreadできるよ。
バークレィ由来のTCP socketはそうなっているはず。
実装的には、mbufなりskbuffなり、受信したパケットのそのものなり複製のチェインで
管理されているので、その通りにまとまらず複数回受信するようになっている。
winsockあたりは知らんから依存しないほうがいいけど、これに頼っている実装も多いよ。

527 :デフォルトの名無しさん:2017/05/18(木) 11:40:24.72 ID:7rOU10k1
>>525
PSHするならパケットの中身をTLVにでもすればリクエストの区切りなんて簡単に
検知するだろ馬鹿か。もっと単純な方法だってある。
ストリームを読みきったところが次のリクエストの途中かもしれない、という可能性が
一番の問題なのだから、PSHすれば丸ごと解決。

528 :デフォルトの名無しさん:2017/05/18(木) 11:42:48.21 ID:EM/S67GL
HTTPの仕様書と実装を読んだことあるの?

529 :デフォルトの名無しさん:2017/05/18(木) 11:43:41.17 ID:LBhaWI8A
どうでもいいけど、TLVならまずヘッダだけ読んでヘッダの中の長さ分読めば、
別にTCP_NODELAYなんて使わんでもいいんじゃないかい?
元の話を理解してないから適当に言ってるだけだけど。

530 :デフォルトの名無しさん:2017/05/18(木) 11:45:18.30 ID:Bcm8Uos6
httpサーバーを その実装で は色々問題ありそうだけど
俺俺プロトコルで http に似た構造の応答になってるという話なら
アリかもしれない

531 :デフォルトの名無しさん:2017/05/18(木) 11:46:41.86 ID:7rOU10k1
>>529
初心者が陥りやすい罠だなw
TCPストリームではTLVのヘッダ長分読めるとは限らないだろ。
ヘッダが読めても残りの長さ分読めるとは限らない。

532 :デフォルトの名無しさん:2017/05/18(木) 11:47:52.60 ID:EM/S67GL
馬鹿同士仲良くしろよ

533 :デフォルトの名無しさん:2017/05/18(木) 11:49:41.93 ID:EM/S67GL
無駄なこと
>(例えば)httpサーバを作る時に、クライアントのshutdown(s, SHUT_WR)をサーバで検知してリクエストの区切りを検知。
>返送とshutdown(s, SHUT_RD);でレスポンスの終了位置を検知させる。

以上

534 :デフォルトの名無しさん:2017/05/18(木) 11:51:32.45 ID:q35GIXz6
>>524 > 技術的な要素を何一つ書きもしないで罵倒を繰り返してるクズ

命中率の高いブーメランですね

535 :デフォルトの名無しさん:2017/05/18(木) 11:56:38.07 ID:LBhaWI8A
HTTPサーバでTCP_NODELAY?
QUICK/HTTP2/UDP的な実装をする話?

536 :デフォルトの名無しさん:2017/05/18(木) 12:00:32.74 ID:m/WiXwTD
>>534
>>532

537 :デフォルトの名無しさん:2017/05/18(木) 12:01:31.14 ID:7rOU10k1
>>535
そんなマシな話じゃないよ
>(例えば)httpサーバを作る時に
意図も理解できずにここだけ拾って、HTTPだぁ!\r\nが区切りでなきゃダメだ!って
思考停止してる馬鹿が騒いでいるだけの話w

538 :デフォルトの名無しさん:2017/05/18(木) 12:13:36.04 ID:Pt9OawB6
>>537
話が理解できないのな

539 :デフォルトの名無しさん:2017/05/18(木) 12:39:18.53 ID:q35GIXz6
>>537
でなきゃダメなんて誰も言ってないから・・・

540 :デフォルトの名無しさん:2017/05/18(木) 12:51:07.33 ID:7rOU10k1
>>539
お前らが一人なのか何人なのか知らんが、
まともに代案を出して俺と技術で議論することすらできなかった時点で
お話にならないんだよ馬鹿がw

541 :デフォルトの名無しさん:2017/05/18(木) 12:55:19.23 ID:Pt9OawB6
>>540
お前の間違いが余りにも馬鹿すぎて一斉にツッコまれただけ

542 :デフォルトの名無しさん:2017/05/18(木) 13:09:36.41 ID:q35GIXz6
>>540
とりあえず落ち着いて自分のレスを読み返してみろ

543 :デフォルトの名無しさん:2017/05/18(木) 14:58:55.81 ID:ps+tVdpC
>>494
ところで、どうしたの?

544 :デフォルトの名無しさん:2017/05/18(木) 15:16:22.61 ID:6nNpr9wz
C4H6

545 :デフォルトの名無しさん:2017/05/18(木) 18:53:08.85 ID:Kw6kZtgL
TCP_NODELAY、PSHでくっつかなくなるとか一番やばいタイプの勘違い
狭い実験内ではそれでうまくいくように見えることもあるだろうが、だからこそヤバイ

546 :デフォルトの名無しさん:2017/05/18(木) 21:06:44.73 ID:K0KmS8r5
TCP_NODELAY も PSH もどっちかって言うとタイミングの指示だからねえ
しかも努力目標みたいなものだからそれに頼ったプログラミングとかあり得んわ

547 :デフォルトの名無しさん:2017/05/18(木) 21:11:51.08 ID:gekVxbq3
>>494にはOSの指定が無い。突っ込み所漫才でした。

548 :494:2017/05/22(月) 22:40:58.34 ID:4aGkwFuX
TCP/IPストリームに実データとして区切りを書き込まずに、
shutdownで1回分の送信の区切りを表現できるといいなぁと思ったんですけどね
(その後にcloseせずに負荷なくセッションを再構築できるっぽい書き込みだったので)

まあ無いってことですね
残念

それにしてもTCP_NODELAY使えはなかなか面白かったです
パケットが綺麗に順序よくrecvでき、割り込みも即座に解決できてる理想的な環境ならいけるかもしれませんね
私は遠慮しておきますが

16KB送信してきたのに対して、2KBでrecvしたりとか
パケットの並び替えが発生して1回のercvで2パケット分以上取得したりとか
問題ありすぎ

549 :デフォルトの名無しさん:2017/05/22(月) 22:54:55.59 ID:evNLcAGh
お前の質問も以後遠慮するよ

550 :デフォルトの名無しさん:2017/05/23(火) 18:23:04.41 ID:+PAP7iSM
起訴からやりのあせ

551 :デフォルトの名無しさん:2017/05/23(火) 20:03:51.47 ID:+G6/THmC
TCP_NODELAYで1024バイトを2つsendして、そのあとのタイミングで
2048バイトで受信待ちをしたらどうなるか?

2048バイト1回で受信しきる実装はおそらくこの世にありません。
2048バイトでreadしても1024バイトが2回受信できます。
嘘だと思うなら試してみましょう。

552 :デフォルトの名無しさん:2017/05/23(火) 20:05:53.92 ID:uQsIVxQH
よかったな

553 :デフォルトの名無しさん:2017/05/23(火) 23:51:55.53 ID:XSLyG5v1
TCP_NODELAYで、一発のsendで送ったものが2度以上のrecvに分かれるなんて普通に起こるんだが
ちなXP時代のWinsock

そんなに綺麗にいくんならネットワークプログラミングで苦労しないんだよなあ・・・

554 :デフォルトの名無しさん:2017/05/24(水) 00:09:29.45 ID:OKPHnMsP
>>551
とりあえずWin10でwinsock2で
TCP_NODELAYかけたソケットに5バイトのsendを4回行って
recv1024バイトで受け止めたら一発で20バイトとれたぞ

お前がいるのはあの世か?

というか一発でとれなかったらTCPの受信効率悪すぎてヤバイから実験するまでもないことなんだがな・・・

555 :デフォルトの名無しさん:2017/05/24(水) 00:33:12.09 ID:/IbNyIPx
>>551
とりあえず>>517を理解することから始めろ

556 :デフォルトの名無しさん:2017/05/24(水) 10:35:34.16 ID:ZD/hb/2q
パケットサイズ意識してる?

557 :デフォルトの名無しさん:2017/05/24(水) 11:45:41.07 ID:21J7O/JH
SCTPでやるという選択肢は?

558 :デフォルトの名無しさん:2017/05/24(水) 14:04:07.96 ID:4nncZNTT
ルーターのMTU書き換えてないだけだろうな

559 :デフォルトの名無しさん:2017/05/24(水) 15:33:22.60 ID:IgpnYvX1
オプションの実装で盛り上がる(笑)

560 :デフォルトの名無しさん:2017/05/24(水) 15:44:03.92 ID:IgpnYvX1
但し、意味は無い

561 :デフォルトの名無しさん:2017/05/25(木) 17:47:37.48 ID:Z/oIvPKq
OOBと混同してるんじゃね

130 KB
新着レスの表示

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :


read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)