ネットワークプログラミング相談室 Port30 [転載禁止]©2ch.net YouTube動画>3本 ->画像>1枚

主にソケットに関しての質疑応答スレッドです。

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/

すまん、>>1 で Port28 を消し忘れた
過去スレ：
Port29 http://peace.2ch.net/test/read.cgi/tech/1351670708/
Port28 http://toro.2ch.net/test/read.cgi/tech/1334736934/
Port27 http://toro.2ch.net/test/read.cgi/tech/1293284816/
Port26 http://hibari.2ch.net/test/read.cgi/tech/1269343909/
Port25 http://pc12.2ch.net/test/read.cgi/tech/1255459388/
Port24 http://pc12.2ch.net/test/read.cgi/tech/1246895188/
Port23 http://pc12.2ch.net/test/read.cgi/tech/1230466044/
Port22 http://pc11.2ch.net/test/read.cgi/tech/1222603744/
Port21 http://pc11.2ch.net/test/read.cgi/tech/1204287577/
Port20 http://pc11.2ch.net/test/read.cgi/tech/1186418855/
Port19 http://pc10.2ch.net/test/read.cgi/tech/1159692799/
Port18 http://pc11.2ch.net/test/read.cgi/tech/1171029896/
Port17 http://pc8.2ch.net/test/read.cgi/tech/1148944560/
Port16 http://pc8.2ch.net/test/read.cgi/tech/1136005644/
Port15 http://pc8.2ch.net/test/read.cgi/tech/1128088448/
Port14 http://pc8.2ch.net/test/read.cgi/tech/1118469143/
Port13 http://pc8.2ch.net/test/read.cgi/tech/1109793931/
Port12 http://pc5.2ch.net/test/read.cgi/tech/1102427855/
Port11 http://pc5.2ch.net/test/read.cgi/tech/1096187183/
Port10 http://pc5.2ch.net/test/read.cgi/tech/1090385857/
Port9 http://pc5.2ch.net/test/read.cgi/tech/1080658835/
Port8 http://pc5.2ch.net/test/read.cgi/tech/1073560271/
Port7 http://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

マスタリング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/

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

★プログラミング
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/

★ツール類
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 - fhttp://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

NFCに関するプログラミングの相談ですが、ここで良いでしょうか？
他に適切なスレがあるようでしたら誘導をお願いします。

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

よそ

IDmあたりならWinSCard.dllなどで探した方がサンプル多いんじゃないかな

>>11
PC/SCを使ったサンプルがあったのでそちらで実装しました
対応していない古いデバイスだとNGですが
今回の動作環境が比較的新しかったので問題なく動きました

22:00 -(24:30)28:30
たまやー！ 2-2

ドワンゴ「急募！FPGA機器開発経験者！」　ニコニコ動画をFPGAで高速化、ハード技術者を募集中
http://hayabusa3.2ch.net/test/read.cgi/news/1417266799/

基本的な質問で申し訳ないですが何故プロキシを使って書きこむと
プロキシって分かるんでしょうか？サーバーはIPアドレスとMACアドレス
だけを識別してると思うのですが、何故プロキシだと分かるのか分りません。
公開プロキシだと公開されてるので判別できると思いますが、一般的なプロキシ
は何故ばれるんでしょうか？

>>15
俺はプロキシだ！っていちいち名乗るからです。

>>15
状況がちっともわからんがHTTPでも勉強してね

>>15
HTTPヘッダで判断するのが基本だけど、ポートを叩いてみてproxyと判断するとこもある。2chもやってなかったっけ。

C言語でネットワークプログラミングを勉強しているのですが質問があります。
RAWソケットを使って流れているパケットを読み取る事はできるのですが流れているパケットを書き換えるって事は可能なのでしょうか？
パケットダンプを解説してるサイトはたくさんありますが全部そこで終わってるのでそういう事はできないのでしょうか

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

何をしたいのかwww

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

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

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

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

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

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

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

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

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

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

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

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

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

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

やれやれ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

それはない(AA略

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

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

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

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

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

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

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

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

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

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

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

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

迷惑だから止めなさい

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

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

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

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

TokyoMX

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

PAMIなら読んだことあるwww

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

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

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

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

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

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

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

え？

MLCのことか

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

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

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

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

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

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

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

>>93
つ 82

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

名前の欄に書くやつだろ

それはトリップ。

寄席で最後に出演する人

それは主任(ｪ

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

それはトリチウム

これは公明の罠・・・

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

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

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

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

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

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

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ビットも現役だよ

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

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

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

uunet世代の爺か

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

普通kermit

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

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

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

>>117
それは>>108な

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

ONC RPC

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

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

RFC4960 SCTP ?

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

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

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

>>125
スレ違い

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

>>125
宿題は宿題スレで

>>125
逝ってよし

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

じゃあ、ゆっくりちね

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

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

お、おう…。

ネタをねたと

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

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

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

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

Aht Uh Mi Hed

FiddlerCoreの話題はどちらで？

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

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

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

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

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

主にそう。

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

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

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

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

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

TCP/IPを勉強しましょう

>>146
されません

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

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

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

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

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

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

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

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

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

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

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

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

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

これ結構ふつうに起こる

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

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

馬鹿のひけらかしｗ

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

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

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

ありがとう

>>161
俺がバカだった

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

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

>>164
ありがとう

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.

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

>>166
それが普通

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

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

何使ってるの？

あご

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

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

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

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

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

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

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

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

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

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

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

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

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

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

無理ってことだよ

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

>>184
\です

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

デバッグすると犬の糞

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

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

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

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

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

>>190
ここで聞いたら

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

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

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

いいえ
最近はperlですね

おやつはcurl

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

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

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

イミフｗ

>>197
A-->Bと出来ない理由は何？

ルータが絡んでるとか？

まあイミフだね。強いて聞くなら
「安定しない」ってどういうこと？環境の問題？
「よい」の基準は？品質？
「通信専門のプログラム」って何？Oがこれ？

クライアントの相互通信をしたいが
現状はOをサーバーのようにして通信しているって事だろ

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

なぜ自己紹介したがるのかｗ

>>202
お前が答えてやれよ……

スイッチングハブで接続されているパソコンA,B,Cがあり
B、C間の通信をAが覗き見る事は不可能ですか？

>>205
「ミラーリング hub」

マスタリングの入門編読んだんだけど仕組みは分かっても実際どうプログラムしてるのかが分からなかった
テンプレにも紹介されてるけどネットワークプログラミングの本でおすすめない？
言語はできればCがいい、ちなみにOSはwindowsしかないけど仮想ならlinuxも用意できます

詳解TCP/IP〈Vol.2〉実装

Linux Programing Interface ちょと重いか

>>208
在庫と値段的にちょっと厳しいかな

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

マルチスレッドでTCPのacceptしたときnetstatのステータスはどう変化するんですか？
教えてくださいおながいします！

以下のように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のところで、
「無効または認識されない応答をサーバーが返しました」
というエラーが発生します。

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

winsock2に書き換えてみたら

>>211
シングルスレッドと同じだよ、たぶんｗ

>>214
ありがとう！

書いて

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で「規定のプログラムの設定がされてないよーん」的なメッセージが出て出来ません。
設定画面から「メール」で規定のプログラムを設定しましたが変わりません。

なんでざんしょ。

Win10で仕様変わったんじゃね？

>>218
やはり１０の問題でしょうか・・・。

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

既定のメールソフトを何にしたかにもよるな

Thunderbirdです。
あー、それもありえるかもなぁ
winのデフォルトインストールメーラーにしてみます。

変わらずでした。
なんかワンクッション必要なのかなぁ。

MAPI っつったら Outlook 一択だろ常考。
OutlookExpress じゃないぞ。
Office に付いてる方だぞ。

mapi32.dllって64ビット環境でもちゃんと存在してちゃんと動くのか？

>セキュリティ会社に出向することになったんで
社名を教えて、そこの製品を使わないようにするから

大事なところの担当にはならないから大丈夫だよ。

ここで適当に同業他社の名前出しとけばライバル蹴落とせるなｗ

ソケットの勉強をしようと思いクライアント側のプログラムを作成しているのですがなぜ
最後にソケットを切断（close）しなくてはならないのですか？
また、closeしなくてもプログラム自体は動くかと思うのですが、closeされていないこと
を確認するにはどのような方法がありますでしょうか？（netstatコマンドなどを使えば良
いのかと思ったのですがわかりませんでした）

closeしなかったらプログラム終了時にシステムが自動的にcloseするというだけ

UDPならcloseせんでもええ

closeしなかったらリソースが減っていくだけ

shutdownも必要ではなかったか？
今はもう不要？

アホさんいらっしゃい

socketのshutdownは必要

closeって事ですか

shutdownってこと

アホってこと

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

NOTTV終了おめ

アベバに変ったの？

>>238
スウェーデン人乙

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

いません

Node.js

教えて

goo

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

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

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

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

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

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

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

多重にクライアントを動かせない理由は何なのだろう・・・

同じサブネットなのか違うセグメントなのかでも変わるな

変わらないけどね

さすがにセグメントまで違えば通信できなくなるだろ

>>256
何を根拠にそんなことを言うのかなあ
セグメントが違えば通信できないならインターネットなんて全然成り立たないわｗ

1枚のNICに2つのセグメント振る香具師なんているのか？

メンテ用の機器繋いだ時一時的に振ったことあるなあ
ルーターだったかな、そっちのデフォルトのアドレスに合わせるために

vmwareとか使えば、見かけ上は別のものとして扱えるけど
そういうのではテスト出来ないのかな

>>253
ん？
クライアントは普通に多重で動かせる奴も多いぞ
少なくともネットワークの制限で動かせないケースはほとんどないと思うが

>>261
>>247 に至った理由が何だろうね？って疑問だったわけで、深い意味はないです

>>257
ピントずれすぎ w
１つの NIC の話だから同一物理ネットワーク上に複数のセグメントを置く話
できない理由はないけど実験的にやるとか >>259 みたいに一時的にやるとか以外でそんな構成にすることはほとんどないと思う

>>262
>>247 はサーバーの話
１つの NIC では同一ＩＰかつ同一ポート番号で待ち受け（Listen）できるのは基本１つだけだから複数のＩＰを振りたいって言う要求が出てくる

>>264
てっきり　クライアントの話かと思った
IP分けるよりListenポート分けるほうが簡単だし刹那的にそうするもんだと早合点

ん？>>247は

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

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

１枚のNICに複数ＩＰの指定は出来るという事ではまずはお茶しましょう。
二つのＩＰ与えて、アパシェのＩＰベースバーチャルホストなんてのもやりました。
http://good-stream.com/goodstream/server/apache/tips/ipbasevhost.htm
フル

>>263
ネットワークが絡んだ開発の仕事が多い俺は１つのNICに複数のセグメント
を割り当てるなんてごく普通にやってるんだが

ボンディングとかやぱ二枚刺しでルーターとかフィルターとかフィアオルをやる
ってが多いのかな。今でも

>>266
あひゃ、改めて >>247 を読み直したら確かにクライアントの話だったわ
早合点は俺だった... orz
アプリが送信元ＩＰアドレスを指定できれば可能だな

>>268
実運用環境でやってるなら単なるバカ
実験やテストでやってるならたいして珍しくもない

>>271
俺は開発環境でやってるけど
トポロジによっては実運用環境でも便利なケースはあると思うよ

>>271
顧客がやれと言ったから設定した
それだけのことさ
警告はした

そもそも警告したくなるような問題が発生しそうなケースが思いつかないんだが
>>271は単に「バカ」という言葉を発したたかっただけだろ

そう言っちゃう人もいる事を理解して、無視してあげましょう。

>>273
ああ、作業者にはなんの責任もないから言われた通り作業してくれればいいです

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

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

>>276
問題あるケースをお前が先に説明しろよ

「問題ない」をなんで「問題ない」のか説明させようとするって典型的なアレだからな
ないものはないんだよただそれだけだよ

なんだ説明できないのかよ w
運用環境の構成は可能な限りシンプルにしておくのが鉄則
その方が間違いも少ないし障害調査なども楽だから

んなもん使われ方だろうが。いろんな事情がある。

そのいろんな事情とやらを書いてみ
って話

パッと思いつくケースだと
2つのセグメントで構成されているシステムがあったとして各セグメントは閉じているんだが
両方のセグメントにアクセスするマシンを追加したい場合などに1つだけのNICで済むだろ
その為だけに2つのNICを持ってるマシンを用意するのとどっちがシンプルかって話だな

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

>>282
各セグメントは閉じてるのに
わざわざ混在させるのか
バカの発想って面白いな w

お前はただ「バカ」って書きたいだけの難癖荒らし

バカって書いてる理由を書いてあるだろ？
もしかしてそれすら理解できてないのか w

バカはお前だよ。見た事ないんだろ。貧乏な現場とか、どうしようなない状況。

貧乏ならいちいちセグメントなんて分けるなよ w
てかNIC ぐらい買え
そもそも何かの目的があってセグメント分けてるのにそれをわざわざ混在させるなんて実運用でやるわけないだろ

元質問からの疑問

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


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

>>285
あのね俺が書いた例は独立して機能してる２つのセグメントを「混在」させるわけじゃないから
WindowsもLinuxも（その他大概のOSも）1つのNICに複数セグメントを割り当てることが出来るのに
その機能を使うのは「バカ」だって言うならその理由を書いてくれな
使える機能を使えるところで使わない方がバカでしょ

>>288
ソケットでやるならbindで出来る

>>290
ありがとう
（bind ってそういうことだったのか。　漫然と使ってた）

>>291
ちなみにアドレス0.0.0.0にbindするというのは「どのアドレス宛でも受け付けますよ」という約束事。　

どいつもこいつもしったかばっかだし
ぼけもつっこみも自演くさい

>>293
おーけーじゃあしったかを指摘して訂正してくれ
できないならお前もしったかだよな

>>289
バカには見えないのかな？
念のためにもう一度書いとくよ

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

ID:QrmkumON 　の想定は
セグメントA のネットワーク網に　ﾋﾟﾝﾎﾟｲﾝﾄで参加させるﾒﾝﾃPC
セグメントB のネットワーク網に　ﾋﾟﾝﾎﾟｲﾝﾄで参加させるﾒﾝﾃPC
ﾒﾝﾃPC を通して セグメントA と セグメントB を連結させるわけではない

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

こういうことでないの？

すんません「バカ」連呼したいだけのアホに餌を与えちゃいました
もうこのアホはスルーがいいでしょう
こっちの質問には決して答えないんだから
＞WindowsもLinuxも（その他大概のOSも）1つのNICに複数セグメントを割り当てることが出来るのに
＞その機能を使うのは「バカ」だって言うならその理由を書いてくれな

>>295
"混在"はしない
"共存"(相乗りでもいいや)できるんだけど
もしかして君にはそれが判らないの？

>>296
各々のセグメントに繋ぐ度にケーブル刺し変えてるってこと？
DNS とかも全く使わないならいいのかも知れないけど普通はバッチファイルとかで切り替えた方がいいと思うけど

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

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

出て行け

md5とかいう機能を利用すると、
ダウンロードしたファイルが破損、改竄されていないか確認できると知りました。

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

ど素人

>>301
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1412668764

ダウンロードしたファイルをプロはいちいちチェックしてるのでしょうか？

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

>>304
ダウンロードだけに限ればチェックが必要な怪しい所からはダウンロードしません

>>304
rpmとかyumとかがチェックしてくれる

リポジトリを信用するしかないから、もうyumにお任せですね。
ソースでＤＬするのは最近ではpostgreSQLぐらいで。それも公式サイトだし。

>>305
そういう問題じゃなくね？

>>308
> 先輩見ててもサイトから落としたファイルのハッシュチェックなどせず

あのねここはプログラミングのスレなの
もういい加減にしてくれない？

>>309
ハッシュのチェックをするのは、出自が怪しいかどうかじゃなくて、
途中で壊れてないかを確認するためだろう？

>>311
そのどっちかではなく両方

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

だよね

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

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


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

>>312
もとの話につっこんだんじゃなくて、>>305につっこんだんだけどなあ。
まあいいや。

まぁまぁ用心しましょうw

>>314
元の>>304に突っ込んだ>>305に突っ込んでんだからその前提ぶっ壊すのはアスペのみ

論破されると、相手をアスペだといい出すのは、2chではいつものことだが、
>>316はアスペの意味を分かってるんだろうか。

縦横比

>>317
「>>305につっこんだ」
→いや>>305も>>304の前提引き継いでるから
こういう流れが分からない奴
これがアスペの全てというわけでもないが一部

くわしいひとがいるみたいなので聴くけど
DVD Fab とか HD Decrypter って無料の落として使っても安全？
インターネット繋がってないと起動しないし
実際通信しまくってるんだが抜かれたりしない？

さすがにスレチかと。

>>320
それハッシュ関係無い
そういうのは自分で調べるもんだし自己責任の範疇

TCPで書いたデータが相手に届いたか知る方法ってある？
Ackが届くまで待つみたいな感じで

ある
ACKのようなものを返すプロトコルにすればいい

相手のソケットライブラリには届いていても
アプリがrecvしたかはわからないし失敗する可能性もあるから
アプリレベルでも応答確認した方がいいってこと？そうかもね

アプリに届いたかが重要なデータならアプリレベルで応答確認するしかないよ

SMPT や POP3 とかそう(プロトコルで応答を返すルール)だよね

貰いましたって返してもらうしかないよね。

せやなー（眠）

そういえば
ソケットレベルで相手に届いたかどうか知る方法ってあったっけ？
実はないよね

何を気にしてる？TCPでコネクトできたら届いてるでしょ

なのよねw
send()が成功したら、やったと思うしかない。
てかそれ以下ってあるんだっけ？
rawソケとか使った事ないっす。

ペチパーは黙ってろ

馬鹿につける薬はないｗ

サーバー側の指定ディレクトリにあるファイル一覧をクライアント側で表示したいのですがヒントください！

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

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

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

能力不足

>>335
分割で届いたりもありえるから
データ先頭にデータサイズ格納させて
その分だけ受信するようにしないといけない

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

>>335
ftp プロトコル辺りを調べたらいいかも

socketプログラミングを勉強しなさいｗ

socketがよくわからずレスするやつら

>>337
>>338
できました。有難うございます

できましたｗ

write 1回で送ったものは　1回のread で得られる保障はなく
複数回に分断されたりする

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

それとストリームの終端なｗ

APレベルで送受信するときはヘッダをつけてシーケンス番号を送って、肯定応答を返すのも常識だろう。
今回は不要だが。

どんな常識だよ w
TCP 上でそんなことやるアホにはなりたくないわ

応答で正否返すのは当然だがシーケンス番号は普通要らない気が。
非同期なプロトコルにするぐらいならコネクション増やす

順番が入れ替わるなら別だけどねw

アホにはなりたくないわ

むしろシーケンス番号つけて順番どうりに送るのはtcpの役割でしょ

TCPとsocketの区別がつかないアホ>>346

TCP上でアプリレベルの到達確認するのは特別な場合のみだな

おまえの作ったプログラムを教えてくれ

本当にクリティカルな場面ではアプリレベルの到達確認さえも役に立たない場合さえあるし

同期通信なら、到達確認というか応答受信は入れるな。
send->recv->send->recv->...が基本。
破壊的な何か（データベースに登録したり、ファイルを作ったり削除したり）はrecvがトリガーになることが多い。

まあ>>335のケースならヘッダもシーケンス番号も到達確認も必要ないな
送信側でデリミタ付けて受信側が対応すれば良い

>>354
負荷試験って知ってる？知らないよなｗ

>>356
>>345

出てけ　馬鹿が

>>357
悪いけどお前のレスからはニワカ臭しかしないんだわ
自慢じゃないけどこっちは通信絡みの設計しだしてから言うのが恥ずかしいくらいの年月経てるから
負荷試験？当たり前だろｗｗｗそれをドヤ顔で言う時点であーあーあのタイプかってなるんだわ

>>360
効いてる効いてる

tcpでデータ受信失敗するときって
・コネクションが切られる
・コネクションが維持されたままいつまで経っても続きのデータが来ない
だけじゃないんですか
後者はアプリ側でタイムアウト時間が不明なときどう判断すりゃええの

すばらしい回答を期待します

>>362
ただデータが来ないだけなのか
相手が切断(通知が来ないような異常な切断)してるのかの判断って事でいいん？

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

アプリ側ってどのことか不明確だけど
てきとうにこちら側でタイムアウトを決めて判断するしかなくね？

>>362
＞後者はアプリ側でタイムアウト時間が不明なときどう判断すりゃええの
そういう場合はアプリレベルでのキープアライブをするのが定石だな
・相手（あるいはハブ）の電源が切れた
・ケーブル切れた
の様な場合はメッセージに対する到達確認だけでは検出できないし

習作じゃなけりゃselect系(pollやlibevent)つかうしな。
元の要件からしたらHTTP扱う適当なライブラリつかうのが適当やとおもう。

>>364
それらを踏まえて回答するんだろｗ

>>352
rfc-959とかrfc-2616とかrfc-5321とか特殊な例なんだ
へー、そーだったんだ
わー、びっくりだわ

他はよく知らんがhttpのは到達確認っていうのか
サーバーからリクエストの結果は返すけど肝心のレスポンスは送りっぱなしでなんの到達確認もしないじゃん

実際に物（ファイルとかメールとか）をやり取りすろときの物の到達確認をするのと通信そのものの確認は別物だよなあ

通信レベルの到達確認したところであんま意味ない。
受け手のメモリに取り込めたとしてもその後の扱いで失敗するかもしれんし
それ以上気にするなら処理トランザクション的なものになる。

肯定応答と到達確認が同じだと思ってるバカが多過ぎ

人をバカ呼ばわりする前に正しく使おうな
肯定応答・確認応答

今度は「確認応答」とか言いだしたぞ
このスレでは初出だな

このスレではって本気で言ってるのかｗ
世界狭すぎｗ

なんかスレを荒らしたようですみません。
tcp/ip通信をもっと勉強してから出直します

>>377
外野が勝手に盛り上がってるだけだから気にしなくていいよ

>>377
気にすんな
バカどもが自爆しただけだから

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

>373
200と404を勘違いしてるのですねわかりますω

>>379
自分がしたレスを速攻忘れてるのかな？
>>373 > 到達確認

>>381
お前バカ過ぎる
小学校低学年レベルの読解力 w

>>382
本題で反論できなかったら無理してレスしなくていいから

>>380
3バカにミスリードされて本質を理解できなかった知恵遅れのID:eJoj7htqには敢闘賞を上げよう

>>383
「言い出した」って言葉わかるかな? w

>>351
socket とか言ってるのはアホしかいないと言う現実 w

>>368は結局回答せずｗ

>>379
ミスリードとほざくなら TCP 上でシーケンス番号振ってるメジャーな例をよろしく

>>387
ひょっとしてタイムアウトとかキープアライブって理解できなかったのか？

3バカが誤解して勝利宣言してるようだから言っとくけどID:q6sk5dsoはオレじゃないから
ID:q6sk5dsoが無回答と言って勝利宣言しないように

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

>>390
お前が誰かなんて知らんよ
どうでもいいし
>>365-366 で回答出てるからもう要らんだろって話だ

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

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

>>386
顔真っ赤だぞ

>>392
技術系のスレでそんなことしか書けないならレスしなきゃいいのに...

>>389
ん？>>389はID:q6sk5dsoなのか？
違うなら反応しなくてよくね？
それとも自演してるのを忘れて自爆？

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

>>393
おまえがいうな

>>394
3バカの上を行くバカが現れたか 支離滅裂

>>394
>>395

http://www.ranvis.com/articles/smart-questions.ja.html

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

2chよりもそれ系のＭＬが一番ですよ。

それ系のＭＬ？

ちゃんと質問しないと相手にされない「それ系のML」

アンドロイドスマフォとRaspaiとをLANでIOTのデータやり取りをしたいのだが、一般的
にはソケット通信をするのかもしれないが、結構メンドクサイのでなんか楽な
プロトコルってないか？　HTTPとか使うと何か問題ある？

HTTPで要件満たすならそれでいいんじゃない？
サーバ書かなくていいしライブラリも多い
あとはAvahiに名前解決まかせたりとか

なんでも問題ない

負けたｗ

IOTならCOAPだろ

使わなくてもいいけど一応おさえておいてね
https://iot.eclipse.org/

なるほど、coapか、そういうのがあるんだね。　

趣味か仕事で使うかの違い

俺はラズパイ上にwebサーバー立ててwebアプリから操作できるようにしてる
そうすれば自分でプロトコル作ったりとかいらないし、スマホからもパソコンからも操作できる

>410
そういう方法があるのか。えっ、RASPAIにはサーバーは最初からは入ってないの？
サーバーがあるという前提でそれにプロトコルを乗せるんではないのか？

なんか「サーバー」というものに対して根本的な勘違いをしているような...

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

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

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

ただの組み込み

>412
えええ、そういう意味なの？　webサーバー＝ｈｔｔｐサーバーってことなの
「WEBサーバー」って、いろんな機能が入ったサーバーの総称かと思っていた。
メールサーバーは「メールができるだけだろう」くらいにはわかっていたが、webサーバー
ってのはメールもhttpもsmtpもできるんだろうと思ってた。

勉強して出直しておいで

これは斬新な切り口

ωωω

「webサーバーを立てて」といわれるとかなり大層なものを立ち上げることをイメージ
するから、１０MbyteのHttpソフトをロードするのとはちょっと想像できないよな。

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

うおー調べてみたら結構たいへんだな。「WEBサーバー立てる」でも「メールサーバー
追加100万でつ」でもまあ許したる。俺は300万もらう。W

馬鹿はどうしようもない、踏み台を作って他の人に迷惑をかけるｗ

>>419
チャット　クライアント　サーバー　プログラミング
くらいで調べてみたらどうなるんだ
こんなんでできんの？とか思うんだろうな

コピペで終わり。300万。というわけにはいかんか？

>421
調べてみたが、RasPaiにはあまり関係ないぞ。

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

ちょっと質問
１．RasPai２に　WEBサーバーを乗せたい。何がいい。　目的　Httpでスマフォ接続
２．Wifiのアクセスポイントを入れたい。何がいい？　目的　Wifiダイレクト

候補
　Apache
　hostapd
希望　バカチョンでインストール

>>423
仕様（RFC7252）を読めよ。eclipseのプロジェクトは実装例。RESTFUL（HTTP）でもできるしUDPでもセキュアにできる
http://coap.technology/

おっと、送信失敗したら何回かリトライするんだろ普通、TCPも同じだろ

>>423
いや、サーバーについてだ

>>423
お前の知識の信頼性の方がない、>>426,427はお前には無理なのでスルーしていいぞ

>427
UDPはフレームチェックシーケンスがないから、フレームに信頼性がない。
ロストしてなくても、中身が壊れている場合がある。
外面はプロのエンジニアでも中身が壊れてるとだめだろ。それとおなじさ。

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].

>>430
アホは黙っていない

>>431
どアホ

>>424
勉強して出直しておいで

データグラムでロストや順序の入れ替わりは判るけど　ペイロードが壊れてるってあるの？

休日だ、盛り上げていくかｗ

>>435
なんだって壊れることはあるだろ

どこのレイヤーの話をしてるのかは知らないがｗ

壊れないものにチェックサム付けるのは無駄だろ

グダグダ言ってないで４２４にさっさと答えろよ。タコ

ゆでダコｗ

>>440
いいですねその強気
一匹狼にはぴったりです

えええ、そういう意味なの？　webサーバー＝ｈｔｔｐサーバーってことなの
「WEBサーバー」って、いろんな機能が入ったサーバーの総称かと思っていた。
メールサーバーは「メールができるだけだろう」くらいにはわかっていたが、webサーバー
ってのはメールもhttpもsmtpもできるんだろうと思ってた。

「UDP」だけでどうやってデータを送信すんだ？

This protocol provides a procedure for application programs to send

お笑い ID:k74syi4X

>444
それはだな　coapって上司しだいなの。タコな部下でも上司がしっかりしてると
会社は成り立つ。お前らみたいなタコなUDPでも上司がいちいち面倒見てくれるので
ネットワークで一応食っていけるってことさ。W
　わかった？
わかったらサッサと俺の質問に答えろ。

まお落ち着いて鏡でも見ろ

えええ、そういう意味なの？　webサーバー＝ｈｔｔｐサーバーってことなの
「WEBサーバー」って、いろんな機能が入ったサーバーの総称かと思っていた。
メールサーバーは「メールができるだけだろう」くらいにはわかっていたが、webサーバー
ってのはメールもhttpもsmtpもできるんだろうと思ってた。

そうですか　それはよかったですね

笑いが取れないな

coapってLinuxなんかが動かず、TCPを実装する余裕がないような
もっと小さなデバイスが対象でしょ？　単機能のセンサーデバイスとか。　

気にしなくていいよ

>451
実装の問題よりもTCPはオーバーヘッドが大きいので無駄が多いからだろ。

>452
WEBサーバーの次は、掘立て小屋でも立ち上げな。W

掘立て小屋に住むタコには言われたくない

HTTPサーバを実装するのは結構大変、あっ「WEBサーバー」ていうのかｗ

お前ら10年前からだろ。W
　俺は始めたのは3日前だものな。で既にお前らを超えてしまった。
なんか聞きたいことある？

お前は頭悪いの？

糖質ですね？

ケフィアです

なんだっけそれw

大文字のＷの人初めて見た。

ワイリー「」

タイガーマスクW

イエローデビル

memo
http://ocw.ouj.ac.jp/tv/70161041/

ＧＰＳを成立するためには相対背理論（特殊）を使わなければならない事を説明してください

片山には無理

日本語をまず勉強しましょう

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

UDPってパケットの消失や重複や順序入れ替えが起こり得るって事になってますけど、
小規模な実環境(ハブ数台を間に挟んだPC同士の通信とか)では、どれ位の頻度で
起きるものなのでしょうか？

さあ

こんなの見つけた
http://stackoverflow.com/questions/9196791/duplicate-udp-packets-how-often-it-happens

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

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

後出し、LANなら好きにすれば

番号ふれない云々からするとMCﾌﾟﾛﾄｺﾙの1Eか？
PLCにもよるけど　同報（受けたところへ投げ返す）をサポートしてなくて、
固定のIPとポートに送り返すしかできない奴があって
クライアント側はbind でポート番号固定するしかないん

予めタイムアウトゼロ秒でrecv()して読み捨てれば重複しても排除出来るか。

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

>>476
ここでやれ

ｼｰｹﾝｻ・PLCﾗﾀﾞｰ総合ｽﾚ 10台目 [無断転載禁止]©2ch.net
http://rio2016.2ch.net/test/read.cgi/denki/1467981285/

UDPは、自ホスト以外で使わない方がいいと思う。
自ホスト内ならわりと便利だし

>>471
あまりにも様々な条件が絡むので誰も答えられないし誰も保証してくれません
送信側、ハブ、受信側のどこでもパケット落ちが発生し得ます
それがIPプロトコルというものです
そもそもEthernetは100%伝送を保証していません

捨てられるのはいいが順序が入れ替わるのは困るなぁ

>>478
自ホスト内だと、自ホスト内でCPUその他のリソースの奪い合いになり、
結果としてリミッタとして働くのも利点ですね。

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

いいかげんにうつれ

ウインドーズとリナックスで動くCで書くネットワークアプリは
マクロでwinsockとsocketを場合わけするのが普通ですか？
なんで共通じゃないんですか？
２つ覚えないといけないから大変じゃないですか？
上の３つの質問をします。
よろしくお願いします。

cygwin使えば？

知るかぼけ

>>483
俺は#ifdefで場合分けするけど
BSDソケット関数の範囲で使うなら全然大変じゃないよ

selectするのかアホ

>>487
お前誰に言ってるの？

select使うのがアホと言ってるやつがアホなんだよなあ
知ったか初心者なんだから黙ってればいいのに
WindowsとLinuxでソースを共通化する必要がある場合で一番簡単なのがselect使う方法
沢山のコネクション扱う場合でもスレッドをうまく使えば非同期使うより効率よく対応できる

大筋では似通ってるけどスレッドもOSの方言がきついな

例えばC++ならスレッドの扱い標準化されてるやん

効いてるな

>>476
http://rio2016.2ch.net/test/read.cgi/denki/1467981285/989

質問です。
shutdownとcloseについて色々調べていたところ
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q13105844663
ここで回答者が（意訳すると）
「socketをcloseせず、shutdownしただけなら、再度セッション張りなおすこともできるよ」
と答えているのですが、いくら調べてもその方法が見つけられません。

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

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

TCP/IPを勉強した？

サーバのコードを書き換えればできるけどという話

セッションジャックですねわかります

>>494
TCPなら
socket() -- close()
connect() -- shutdown()
の関係。
shutdownした後にconnectが成功するTCP/IPのプロトコルスタックは見たことないけど。
AF_UNIXとかならうまくいくかもね。

笑

>>494
その回答者がバカなだけ。>>498も同類のバカ。
そもそもcloseとshutdownはそいつらが言っているような関係ではない。

>>500
は？どんな関係だと思ってるの？

ただならぬ関係

>>494
質問の前半と後半の関係がよくわからんが...
前半は何かいい手があるのかもしれないけどそんなことが必要になったことがないのでよくわからん

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

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

後半で言いたいことは、TCPって基本ストリームで切れ目が無いから
切れ目を（shutdownで）入れたいってことでしょ
普通に改行コードとか使えばいいよ。HTTPならなおのこと

アホ

chunko鍋

スレのレベルが相変わらずひどい

>>504
そういう場合はTCP_NODELAYで制御しろよ

>>508
なにも解決しないだろ

>>509
TCP_NODELAYが何だか知らないならそういえばいいのにｗ

解説して

恥ずかしくなったか