ネットワークプログラミング相談室 Port14

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

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/

過去スレ：
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

関連リンクは>>2-10辺り
足りなかったら適当に付け足してね

図書コーナー

UNIXネットワークプログラミング〈Vol.1〉ネットワークAPI:ソケットとXTI
  http://www.amazon.co.jp/exec/obidos/ASIN/4894712059/
詳解TCP/IP〈Vol.1〉プロトコル
  http://www.amazon.co.jp/exec/obidos/ASIN/4894713209/
The Implementation (TCP/IP Illustrated, Volume 2)
  http://www.amazon.co.jp/exec/obidos/ASIN/020163354X/
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/
マスタリング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/

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/rfc_ja/2616/rfc2616_ja.html
IANA Well known port numbers
  http://www.iana.org/assignments/port-numbers

URL抜粋

★プログラミング
まずは >>1 の FAQを読むこと。
C10K ヘヴィーロードサーバ
  http://www.kegel.com/c10k.html
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/

URL抜粋

★ツール類
ethereal - http://www.ethereal.com/
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

URL抜粋

★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

★その他
パタリロ〜クックロビン音頭〜
  http://www.fileup.org/file/fup2930.mp3
通報
  http://www.cyberpolice.go.jp/

あとはよろしく

>>2の
The Implementation (TCP/IP Illustrated, Volume 2)
  http://www.amazon.co.jp/exec/obidos/ASIN/020163354X/
は、
詳解TCP/IP〈Vol.2〉実装
The Implementation (TCP/IP Illustrated, Volume 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/
も入れた方がいいかな。

日本語でwinsock勉強できるサイトも紹介してくれ
猫以外で

>>1
乙

しかし前スレは酷い終わり方だな

>>9
ttp://www.kt.rim.or.jp/~ksk/wskfaq-ja/

>>11
サンクス！

>>10
前スレの968==979==987==991==>>1ですがなにか?(w

そうですか

ひとり露出狂がいるね

というわけで、もう少し使い勝手が良くなるように
ソケット周りのライブラリを整備しようと思います。
もう少しでα版が出せそうなので待っててください。

unp より使いやすいわけ? 利点を挙げよ。

テンプレートや例外を適切に扱った
boost風の奴をつくってください

>>6
クックロビン音頭が Not Found

コアラ将軍のTCP/IP講座ってどこにあるの？

将軍じゃないや、大将だった

ググったらこれが見つかったけど、これの続きってあるんですかね
ttp://web.archive.org/web/20020307025408/http://www-vox.dj.kit.ac.jp/nishi/programming/tcpip.txt

http://groups.google.co.jp/group/fj.questions.misc/browse_thread/thread/173aa559bec1e8fd/db8bb928643573e3
＞ > となって終っているのですが、これ以降の記事は存在するのでしょうか？

＞ないと思います。学科のマシンにも（どこかからanonymous ftpで取ってきた
＞ものを）置いてありますが、第１６回が最後になっています。

誰か17回以降を執筆しないか？
みんなが第2の「コアラ大将」になるチャンスかもしれない

初出 1988年かよ。ふるいなー。俺が小6 のときじゃん。

そんなもんだ。
Internetworking with TCP/IP の初版がいつだと思っているのだ。
(改訂され続けてるのがすごいよね)






……いつだっけ?

異なるプログラム言語同士で、ソケットを用いて通信はできるのでしょうか？
たとえば、JAVA(サーブレット)とVisual C++ 6.0で、ソケットを用いて通信はできますか？

言語非依存。

>>27
出来るよ。

ただ、データのマシンレベルでの表現形式はマシンや言語によって違うから、
それには注意しないとまずい。

Win32でTCP/IPのプロパティを Winsock2 で参照するサンプルはFAQには
書いてあるのですが、設定する方法は無いでしょうか

あります
っつーかそれはnetshやWMIみれ

winsock2で、あるソケットがlistenしているソケットなのか、
TCPのデータ通信用のソケットなのか、UDPのデータ通信用なのかを
判別できる関数ってないでしょうか？

getsocknameとgetpeernameを組み合わせたら判る気がする。

>>33
接続済みのTCPとListenしているTCPソケットなら分別できそうですが、
UDPの分別が難しそうです・・・。

前スレのどこかにサンプルがあったような希ガス

Winsock2で同じソケットのスレッドによる同時読み書きって大丈夫なん？
スレッド１ が読むだけで、
スレッド２ が書き込むだけ、
ってな感じで同時に読み書き、ソケットにsetsocketoptでタイムアウト設定し
クラスにまとめて上限のないselectみたいなの作りたいんだけど。

>>36
socket的には問題なし。双方向チャンネル。
ただし、stdioやiostreamなどのバッファリングを噛ませる時は注意。

>>35
まじっすか？
けど前スレdat落ちしてますね・・・。

>>38
makimo.to/

UDPでconnect()が出来ますが
これに対してlisten()は必要なのでしょうか？
また必要で無い場合でも、使う事は可能なのでしょうか？

connect()したんだからlisten()が必要なのは当たり前

>>41
ハァ？

>>40
UDPでは不要だし、やったらエラーでるよ。

ところで、sockaddr_inの情報だけがあって、それと既に接続されてるかチェックする方法って無いですか？

流れ無視してすみません。
R.Stevens氏の著作のソースコードは現在入手可能ですか？
UNIXネットワークプログラミング〈Vol.1〉
に載ってた
ftp.kohala.com
に接続できませんが。

＞34
SO_PROTOCOL_INFO

>>44
http://www.unpbook.com/src.html
から入手可能。

ftp はなんか止まってるみたいだけど
www.kohala.com の方は接続できるし
ソースもあるよ。

>>46>>47
ををっ、ありがとうございます m(__)m

non-blockでのconnect()の未完了時のerrno値が、
EINPROGRESSからECONNREFUSEDへと変更になったようです。

でも、これって、なんかひどくない？
未完了状態と拒否判明とを、どう区別つければいいの？？
どなたかくわしい人、助けて！

http://www.mid.comp.nec.co.jp/SUPPORT/RNOTE/UX48/ONLINE/UP-R13.8/file/xpg4unix/index
＞ 以降の各項目は、XPG4 UNIX の設定如何に係わらず、従来と動作が
＞ 変わったもの、あるいは機能的な追加(拡張)が行われたものです。
＞ connect(3N)
＞ 　　 機能　　: ソケットでの接続要求の発行
＞　　　変更点1 : 非同期モードの UNIX ドメインソケットで、サーバ
＞　　　　　　　　側が接続受け入れできない状況での errno の値が
＞　　　　　　　　変更されます。
＞　　　　　　　　　従来:　　　　EINPROGRESS
＞　　　　　　　　　XPG4 UNIX: ECONNREFUSED

ICMPでエラーが帰ってきた場合、
エラー理由(errno)がより適切になったという事だろ。

> 未完了状態と拒否判明とを、どう区別つければいいの？？

errnoを見ろよ(w

Linux での話なんだけど・・・
簡単な HTTP サーバみたいなもんを作ったんだが、
リクエスト送って GET を繰り返すと
(Keep-Alive のインプリメントはしていないので１回
ごとに accept したソケットは close してる)

401回目の GET をしに connect しても
(client 側の connect は成功)
サーバ側の accept が接続を検出してくれず、以降
そのソケットに何を送っても accept が反応しなく
なるという現象が・・・

なにがまずいのだろう ・・・
誰かこの 400 という数字に心当たりある人居ませんか？

とりあえずfstat(1)とかnetstatでも呼んでみたら？
案外ソケットは閉じてても、ファイルが開きっぱなしだったりするかも

>>51
ありがちなのが、fork()したあとで
親プロセス側でaccept()で取得したconnectionのfdをclose()していないパターン
かしら

lsof(1)も役に立つ。ひとまず、
$ lsof <Enter>

lsof: Command not found.

>>55
installしろ。>>51のようにLinuxならlsofってパッケージでしょう。

マジレスされても困る…

まじ？

質問です。
通常クライアント側はsocketにポート番号なんかを関連付けませんけど
特定のポート番号で通信したい場合はどうすればいいのでしょうか？
TCPの場合ですと
soc = socket()
の後、bind()でこちらのポート番号を関連付けてから、connect()の第1引数に指定すれば良いのでしょうか？
UDPの場合だと、connect()もしないので想像も付かないんですが、どうすれば良いのでしょうか？

初歩的な質問ですみません。

socket, bind, connect, read/write, recv/send, closeは、
UDP, TCPに共通のAPIです。要するにbind/connectしろと。

UDPのばやい、bind/connect使わずに、recvfrom/sendtoする方法もあるが。

UDPではbindせずにrecvromは使えない。
bindせずにconnectしたら、recvfromを使う意味がない

グハっ

ソケットじゃなくて、コネクションごとに作っていたスレッドが作れなくなって
発生していた現象だった .. orz

boost::thread で作ってるんだけど、スレッド終了してもスレッドオブジェクト
が残っていて、作れなくなっていた。

さて、GETの処理のほうは何とかなったのだが、このスレッド数400はどう
やったら増やせるのだろうか？
Windows上なら同じプログラムで800スレッドとかもいけるのだが・・・

別プロセスなら、別途400とか作れるのだからシステム的には余裕のはず
なのだが、どうもプロセスごとに作れるスレッド数に上限があるような・・
どこをいじればよいのだろうか？情報がみつからない・・

＞スレッド終了してもスレッドオブジェクトが残っていて、作れなくなっていた。
を解決するのが先だろ。なんでシステム上限を上げて対処しようとするかな……

まあ、スレ違いだけど。

スレッドだけに

>63
いや、一旦は解決した。テストしてた処理だけなら。
しかし、その先にやりたい本当の処理の為にはやはり400では足りない。
てか、FedoraCore4にアップしたら 300ちょいしか作れなくなった .. orz

マンチェスタ符号は、0信号なら0[V]にしてから立ち下がって-2[V]にし、
又1信号だと-2[V]にしてから立ち上がって0[V]にする。

この仕様だと、直流成分が-1[V]としてでてしまいノイズの元となると思うのですが、
なぜ0[V],-2[V]でなくて1[V],-1[V]にしなかったのでしょうか？

C++でMXレコードを引いてくるにはどうすればいいのですか？

>65
そんな大掛かりなことをしたいならapache2のような構造にしろよ

>>67
C++標準ライブラリにはないので、環境くらい書かないと…

>>69
スマソ。標準ライブラリにはないんですか・・・。
windowsで設定されてるDNSを取得してそこに問い合わせればいけるのかな??
DNSの勉強しなくてわ・・・

俺ならMLでスマートに書くけどねｗ

>>70
Win32なら、
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dns/dns/dns_start_page.asp

>>72
ありがとおおおお。早速読んでみます。

>68
いや、apache2、参考にしてる、実は。
ただ、モジュール側から見て一部真似てみただけだけど。
スレッド管理とかどういう風になってるのかまだ見れてない。
一応、この前の対策で、HTTP用途のほうならイケそうな感じ
にはなった。
だが、肝心のゲームサービスのほうでやはりスレッドが欲しい・・・
１ゲーム１スレで走るととてもプログラミングの見通しが良く
なりそうなのだが・・・
１スレで複数ゲーム制御してしまうと、とてもプログラムの見通し
が悪くなる。前バージョンはコレでバグ取りで嵌ったので、
今回はマルチスレッドでやりたいのだ。

同時接続が数百になるものなら
１接続＝１スレッドなんて効率が悪くてやってられないだろ。

普通にマルチスレッドにするのは(I/O待ち等を考えても)当然だが
それは、１スレッドで複数の接続を管理した上で
そのスレッドを複数(少数)持つ、
という形が、効率の上では一番良さそうだけど。

select()なんて使ってられないよ。

kqueu, epoll, /dev/poll

>>74
じゃ、まずスレッドの管理をどうしているのか見ろよ。
スレッドを作るのは結構リソースを使うんだぜ？

パフォーマンスなんてどうでも良いと思っているなら、スレッド大量作成でも構わないけどな。
だったら、スレッドの作成が成功するまでリトライでもしとけば良いだろ。

>>75
最近はスレッド管理が発達してるから
案外負荷は少ないかもしれない

それは幻想。十分に重い。

「案外負荷は少ないかもしれない」「十分に重い」

おまえら何も語ってないに等しいな。チラシの裏にでも書いてろ。

>>81
おまえもなニヤニヤAA(ｒｙ

やはりこのスレッドにはこのノリがぴったりですね。

スレッド使うにしても、普通スレッドプールじゃないのか

ワーカースレッド待機させとくんじゃないの？

WINDOWSでGUIを持つhttpダウンローダーを作りたいのですが、
できなくてもがいてます。
テキストファイルはダウンロードできるのですが、
バイナリファイルをダウンロードできないです。

リンク先のプログラムを参考にしているのですが、
http://www.nakka.com/lib/inet/httpcex.html
http://www.nakka.com/lib/inet/httpcex00.lzh
このプログラムではバイナリファイルは受信できないので
しょうか？

バイナリダウンロード時は受信したファイルサイズが本来のファイルサイズ
に全然足りないです。

どーせ'\0'や'\x1A'までしか読んでないだけ

とりあえず、リンク先のHTTPRecvDataは'\0'を含むデータを扱えないのは一目瞭然

>>88
返答ありがとうございます。
"RecvBuf[buf_len] = '\0';/* 受信したバッファの後ろにNULLを付加する */"
という記述がまずいということでしょうか？

>>89
ちゃう。
strlenとかstrcatとか、受信したデータを文字列として扱っているところが、
あからさまにバイナリを意図していない証拠。これ以上はネットワークとは
何の関係も無い話なので、初心者板にでも逝く。

Cの「文字列」とはどんなものなのか? をC FAQ辺りで読んだら?

>>90-91
ありがとうございます。私はこれまで
バイナリ、テキスト、文字列といったことをあまり考えずに
やってきました。ちょっと勉強してきます。

ちょっとじゃ足りない

いつだって勉強はちょっとじゃ足りない

WinSockでSOCKET型は比較していいのでしょうか？
STLに入れてごにょごにょしたいのですが。

ダウンローダを作ろうと思うのですが、参考になるオープンソースのソフトはありませんか？

>>95
かまわない
>>96
GNU wget

nbtstatと同じ事が出来る関数ってありませんか？
arpとかnetstatなら、iphlperapi.dllとかicmp.dllを使って出来るので、
nbtstatも・・・と思ったのですが、見つかりません。

system(nbtstat);
ごめんウソ

http://www.amazon.co.jp/exec/obidos/ASIN/4887187890/
とりあえずわかりやすいから買っとけ

自己解決。
netapi32.dllを利用すれば出来そうですね。

winsock2では
socket(AF_INET, SOCK_RAW, IPPROTO_RAW)
で自分でIPヘッダを作って送信することはできないのですか？
プロトコル番号が255のIPヘッダが勝手に付け足されてしまうんですが・・・

>>102
それって、>>4 にある Raw IP Networking FAQ に載ってるんだけど。
このへん↓
ttp://www.whitefang.com/rin/rawfaq.html#10

winsock は良く知らんので間違ってたらすまん。

>>103
どもです。そこにあったsetsockoptを付け足してみたけど、駄目みたいです。。
LINUXでやってみるとうまくいくんだけどな・・・

やっぱり
プロトコル番号が255のIPヘッダ→自作のIPヘッダ→ペイロード
って感じになってしまいますです。

socket() の第3引数に、設定したいプロトコル番号を書くのはどう？

元々一部しか変更できねえんじゃねえのか？

>>105
UDPとかなら送れるみたいですが、TCPやほかの適当な番号を入れると送信できないみたいです。
>>106
そうなんですか・・・

XP Sp2はRAWソケ廃止したんじゃなかったっけか。

>>108
ほんとだ・・・
ttp://miyakoda.jugem.jp/?eid=109

NMAPは3.7でSP2に対応してるみたいだから、ソースでも見てみようかな・・・
winpcap使ってるのかな？

NMAPってOSのkernelを介さずに独自にNICへアクセスする方法で生ソケット使ってるんじゃないの？

すいません、初歩的な質問で恐縮ですが、winsockで
サーバー・クライアントモデルでのTCP通信をしております。
サーバーとクライアント１対１で、クライアントにおけるsendの返り値が256、
サーバーにおけるrecvの返り値が255となぜか１だけ損失しているんですが、
このような現象が起こることはあるのでしょうか？
今までは正常に動いていたのに、ちょっとソースをいじったら
このような現象が起きてしまいました。
ご教授お願いいたします。

>>111
ある

>>111
仕様どおりの動作。まずは1で紹介しているURLを熟読する。

>>111
俺もそれなったことあるよ
ちょっとソースをいじったらいいよ

>>114
よくない。

バイナリデータを受信できるように改造しました。
http://up.isp.2ch.net/up/4b38d15c36a8.zip

しかし・・・非同期通信なのにファイル受信中にプログラムが
固まってしまいます。その上、ダウンロード速度が異様に遅いです。

ソースを見てみたけど、
ものすごいメモリコピーしている悪寒……。

256バイトごとrecvして、
「今まで受け取ったバイト数+ recvしたバイト数」、新しいメモリを確保して、
「今まで受け取ったバイト数+ recvしたバイト数」、新しいメモリにコピーして、
今までのメモリ解放の繰り返し

で、コネクションが切れたら、メモリ内容をファイルに書き出し。

メモリベンチプログラムかな？

>>117
ひょっとして私とんでもないことしてます？

>>117
このプログラムでダウンロード中はCPUの占有率(Alt+Ctrl+Delで見れるやつね)
が９０％超えちゃうんですけど、メモリの使い方がやばいせいですかね？

メモリを256MB積んでいて、それを全部使えるとして
300MBのものをダウンロードするにはどうする気だ？

>>118
ネットワークプログラミング以前の問題で、かなりヤバい。
データ構造とかアルゴリズムとかの勉強をやり直すべき。

自己参照構造体とかでrecvしたバイト数ずつmallocで確保していけば良いのに
と思った

でも、確保したそばからメディアに書き込んでいったほうがお利口さんだと思った

ただ、元のサンプル(テキストしか扱えない奴)も
似たようなやり方してるからね。

あくまでサンプルということならそれでもいいけど
実際にまともなものを作るにはどうかなって感じ。

>>120-123
どうも、どうも。ご助言ありがとうございます。
キーワードはいただきましたので、その辺りを調べる、勉強するをしてから、
書き直してみたいと思います。ありがとうございました。

俺の場合、

１回の転送で送れる限界くらいのサイズまで受信→ファイルへ書き出し
→続きを受信→書き出し→以降終わるまで続ける。
で最後に連結させてるけど・・・
じゃないと、受信途中で何らかのトラブルおきてもリジューム出来なくなるから・・・

普通に受けとったそばからfwriteすればよいと思うのだが。
エラーが起きたらfflushして、レジュームは書き出せている
ファイルサイズの末尾から。

>>126
> エラーが起きたらfflushして、

ヘッダのLast-Modified: フィールドにファイルのタイムスタンプを合わせて、

> レジュームは書き出せているファイルサイズの末尾から。

これを利用するかどうかを、レジュームしようと再接続した時の
Last-Modified: フィールドと比べて決める。

>エラーが起きたらfflush
だとOSごと落ちた時とかアプリが固まった場合
マズくないかね

ヒント: If-Range

遅レス
>>50
エラー理由(errno)がより適切になったというのは正しいが、
UNIXドメインソケットではICMPなんぞ使わない。INETドメイン
ソケットの場合とerrnoを揃えたというのがより正確な説明だろう。

>>49
接続相手が未完了状態だから、接続が拒否される。未完了状態と
拒否判明はもともと区別なんてできない。

組み込みでソケットからCで構築してる人いませんかー？

間違った。
Ethernet とか IPの階層から実装してる人いませんかー？

>>132
そういうのはBSDからパクってくるのが普通じゃないかね。
PSPとかがそう。

>>133
詳しい方発見！
普通は、ソースコードをパクるもんでしょうか？
実はソースコードがどこにあるかすら分からないのですが・・・。

相手にもよるな
石を直接扱うのとLANカードを扱うのでも違うし
ドライバが提供されているのもあるし

私の場合は石を直接いじることになります。
勉強中なんですが、なかなかいい資料とかもなくて・・・。

>>132
>>6のURLを見よ。

>>137
おおおお。見逃しました。これから見ます。
すいません。

それから雑誌「インターフェース」がまさにその話題の特集を。

つか逆に一から書いたIPスタックなんて恐くて使えないよ。
適度に枯れてないと。

けど作るのが目的(ミドルウェア販売)の場合もあるわな。
今みたいに何から何までIP喋るようなご時世だと。

MACアドレスの申請とか考えたくも無いな

>>142
そんなにめんどくさいのけ？

>>143
ttp://www.ieee.org/
めんどくさいかどうかは本人の主観だな

>>144
なるほど。
ちなみに、ＩＥＥＥの日本の出張所みたいなものはないのかな？
あ、これはオレが調べるよ。ありがとう。

次のプログラムをLittle EndianのCPUで実行したとき、
それぞれcmdとdataのメモリの内容、メモリから読み出した直後
のレジスタの内容、実際に出力される内容はそれぞれどのような
値になるでしょう？

char cmdreg = CMD_PORT, datreg=DATA_PORT;

unsigned int16 cmd;
unsigned int32 data;

cmd=0x87cd , data=0x20030719;
outw(cmdreg,(cmd & 0xff00)>>8 | (cmd & 0xff)<<8);
outl(datreg, data);

次のプログラムをLittle EndianのCPUで実行したとき、
それぞれcmdとdataのメモリの内容、メモリから読み出した直後
のレジスタの内容、実際に出力される内容はそれぞれどのような
値になるでしょう？

char cmdreg = CMD_PORT, datreg=DATA_PORT;

unsigned int16 cmd;
unsigned int32 data;

cmd=0x87cd , data=0x20030719;
outw(cmdreg,(cmd & 0xff00)>>8 | (cmd & 0xff)<<8);
outl(datreg, data);

黙れよ、ふかわりょう。

なんだコレスクリプトか？他のスレにもあったぞ

>>149
お前は黙ってろｗ

現在、自動でVPN接続、VPN接続完了後FTP認証を行いその後ファイル転送を行
う。ソフトを作成しています。
その中で1つ問題がありVPN接続完了後、FTP認証の際PPTPのトンネルが出来てい
ないのでFTPの認証が出来ません。数回リトライするうちにトンネルが出来てお
り成功します。
そこで質問ですが、VPN接続完了後トンネルが完成した時に発生するWindows API
を教えていただきたいと思います。

>>151
（　＾ω＾）そんなのないお
PingPingしておっきおっき

Windows のソケット通信での送信処理についてお聞きしたいのですが、

GMEM_MOVEABLE オプションを付けて GlobalAlloc で確保したメモリを
GlobalLock で固定して送信データをセットした後で、 send を非同期で
呼び出して、FD_WRITE イベントで 上記確保メモリを GlobalUnlock →
GlobalFree で開放するという手順は、何か問題がありますか？

>>153

記憶違いならすまんが。

WSAEWOULDBLOCK→FD_WRITEで「送信が完了した」のではなく、
単に送信バッファが開いて「送信できるようになった」だけであって、
もう一度send()を呼ばなきゃいかんのじゃないかな。

そのかわり、その間メモリはロックしておく必要はないので、GMEM_MOVEABLEのGlobalAlloc()で
確保したものであっても構わないだろう。
そもそもGMEM_MOVEABLE自体、32bit Windowsでは過去の遺物であって
使う必要がないとは思うが。

>>154
レスどうも。

>単に送信バッファが開いて「送信できるようになった」だけであって、
>もう一度send()を呼ばなきゃいかんのじゃないかな。

connect の直前に　FD_CONNECT | FD_CLOSE で、send の直前に
FD_WRITE | FD_CLOSE でWSAAsyncSelect を呼んでるので、送信が
完了した時に FD_WRITE のイベントが発生すると解釈してました orz

もしかして、send で送信バッファに送信データをにコピーしても、送信
バッファに十分な空きがあった場合、即座に FD_WRITE イベントが発生
すると言う事でしょうか・・・　((((;ﾟДﾟ)))

>>155
（　＾ω＾）即座だお

DNSの通信内容（仕様）を知りたいのですが、ググっても見つかりません
日本語で解説されたサイトなど無いでしょうか・・

rfc

>>157
>>3に行け。

>>159
>>3のどこですかね・・？中々見つからなくて・・・

「>>158」 + 「1035」

>160
>158 は rfc とつぶやき、>159 は >3 を見ろという。じゃ、どれを見ればいいかぐらい分かるよな？
「RFC 日本語版リスト」で「ドメイン」or「Domain」or「DNS」でページ内検索すればいくらでも見つかるだろ？

すみませんありがとうございます。
RFCとか読むの始めてで・・
RFC読みにくて嫌いになったんですが、RFC以外の
読みやすいドキュメントって無いですかね？

>>163
本屋に行けよ

RFC を読みたくない奴にいちいち「RFC 嫁」と言うのもどうか。
157 が求めているのは規格書じゃなくて入門的な本・記事だろう。
気にいらなければ放置しろって。

といっても、俺も知らんが。

いや、DNSの概要は分かってます
読みやすい規格書が欲しいんです
StudyingHTTPのような

自分でまとめたら勉強になるし、後に続く人にも役にたつんジャマイカ

>>166
馬鹿かお前は

馬鹿です中卒です
語彙力も全然無いです
プログラマーに向いてないかもしれません
それでも知りたいんです

>>169
中卒の人間に失礼だろ

studyinghttp 読めるなら、日本語訳された RFC くらい読めんか?
あのサイトのターゲットは本当の初心者向けじゃないだろ。

(゜Д゜)ハァ?

今まで仕様書とか見るのめんどくさくて
パケットキャプチャーしてその内容と
適当にググった内容を照らし合わせて勉強してたんですが・・
DNSはそうも簡単にいかず。

ダラダラダラダラ面倒なやつだな。たとえば何が知りたいわけよ。

めんどくさいなら性格を改善しろよ。ここは知識的なことのアドバイスなら
できるが、お前の性格は直せん。

53番ポート使ってUDPで通信してるのは分かったんです

リゾルバとサーバのやりとりを、プログラムで再現したいんです

例えばwww.2ch.netのIPを取得したり

だから何が知りたいんだっつの。プログラムの書き方か? ソケット
の使い方も全然知らない? 普通のソケットプログラムは書けるが、
DNS のプロトコルがわからんから先に進まない?

ttp://x68000.q-e-d.net/~68user/net/resolver-3.html
を見ればわかるレベルなの?

まずは句点をちゃんと打てるようになろうな。

>>177
そのページがまさに欲しかった物です
Perlは読めます
本当にありがとうございました

さようなら。
二度とこなくていいぞ。

>>166
規格は規格。解説書とは違う。死ね。

自分が何を欲しているかもわからん、という状況はよく
あることだが、規格書とコーディング解説文の区別さえ
つかんもんかね?

ダメダメだあ
プログラミングよりまずは日本語の勉強から始めさせないと

お前らって面白いなぁ
自分より馬鹿そうな奴がいると集団で群がるのな
超おもしれぇ

煽りのレベルまで低いな
まぁｶﾞﾝｶﾞﾚ

言うと思った

>>184
誰ですかあなたは

　　　 |ヽ　,,|,~'i､　 .,_　　　,ri､　　　　　.lﾞ‐'"'i､　　　 ,，　,i､　　　　　,、　　 ｖi､
　　　 | ｋ, ヽ广　　| |　　'l''ﾞl┘　　　　 .`'ｸﾞ/　　　　|ﾞl.,ｨ |.|　　　　 ）ﾞl　　/'ﾞl″、　　　r-,、　 、　　 .:c､、
　　ｯ┘｀,lﾞ　　　　,ﾉ ヽ ,,,,,`'′　　　　 .,/,,,!‐''，　 ,ノ う゜.| |　　　 .,ﾉ ヽ ,,,,,`'′ |ﾞl　　　 ﾞl,ヽ　.|ﾞl　　　 ヽﾞi､
　　 ﾞi､/ﾞ,-'''i､　.く, .,巛 ‘r＼　　　　 ／.'ﾟ_ ／　 ./‐I /　 | |　　 .〈、,l］ﾞl `',＼　 | |　 ,｡　.,i´ﾞl　| |　 .�� ilﾞ ﾞl
　　 lﾞ.lﾞ ﾞlｯ'"　　././ | |　.,,) ﾞl　　　　.!／］/　　　 丿 |　 .lﾞ.|、　　/丿| |　.,,〉.）　| ﾞl .,ﾘ　 .`-" .lﾞ | .,l〕　 .ヽ"
　　/.lﾞ j,i´　　　lﾞ,E.,lﾞ.|　 ｀'''′　　　　　lﾞ｛　　　 /,,| |　　ﾞl,ヽ　 .ﾞl,d,,lﾞ |　 ｀'''ﾞ　 ﾞl ﾞ‐'|　　　　　ﾞl ﾞ‐'|
　 / lﾞ　ﾞl,~ﾞ'''i､　 .ﾞl´丿　　　　　　　　　 | ﾞl,　　 '(/|゜|　　 .ﾞ-ﾞl　　.ﾞl｀丿　　　　　＼.,}　　　　　 ＼.,}
　 ∨　　`''ｰ"　　 ﾞ'"　　　　　　　　　　 ヽ ﾞl　　　 ヽ}　　　　　　　`"　　　　　　　 ｀

あるあるｗｗｗｗｗｗｗｗ

もまえらもうすこしおちけつ

どちらにせよ暇人が多いってこった

>>188
なんて書いてあんの？

だがそれがいい

RFCなんていい出したのは158でしょ
最初にそういうすすめかたをする方がﾄﾞｷｭｿ

でも、人に説明聞くよりRFC読んだ方が早くね？

>>195
そうか　次からは気をつけるよ

157大人気だな

157大人気ないな

157は多重人格でした ﾁｬﾝﾁｬﾝ

Winsockについて質問させてください。
通常はFD_READが来たらすぐrecv()するような処理を書くと思うのですが、
もし受信を放置してソケットからバッファを取り出さないでいると
何かヤバいことになったりするでしょうか？
それとも自動的に捨てられたりするのでしょうか？

>>200
UDPなら後から受信したデータが自動的に捨てられる。

TCPなら受信バッファサイズが不足していることが送信側に伝えられる。
通常、送信側は送信を一時停止するなりしてバッファに空きが出来るのを待つ・・・が、実際どうなるかは送信側の実装しだい。

>>201
> 実際どうなるかは送信側の実装しだい。

実際のところ、どんな OS がどんな変な挙動をするの?

>>201
なるほど、どうもありがとうございました。

>>201
> 実際どうなるかは送信側の実装しだい。

そういう実装があったとしても、それは仕様外の振る舞い。

結構デタラメな仕様なんですね。

サーバーにint型やfloat型のデータを送りたいんですが
どうすればいいんでしょうか
String型とかはわかるんですが。。

>>206
簡単だ
int型やfloat型をString型に変換して送ればいい
受け取り側でまた戻せばよかろう

で、できた(；'Д`)
207さん感謝です。
こんな簡単なことでよかったのねorz

>>208
人に聞いといて、「こんな簡単なこと」かよ。
よく今まで生きてこれたな、おめー。

でも実際「こんな簡単なこと」だしねえ

まことに申し訳ございません。
>>206は、我々の研究である、「チンパンジーにネットワークプログラミングをさせよう」
という試みの結果生じたレスであります。
まさか実験体5号が、人に質問するという、高度な問題解決の方法を図るとは考えておりませんでした。
今後とも生温かく見守ってやってください。

俺は>>207の回答を見て、>>206がどうやったのか、著しく気になるんだが
単にchar*にキャストしたのか
sprintfでも使うことにしたのか

でも"String"だから、Javaとか.NETとかなのかな。

ostringstream ost;
ost << f << " " << f2;
write(fd,ost.str().c_str(),ost.str().size());

とかだろか？ memcpy(&buf[0],&f,sizeof(float));とかしたら
エンディアンやらコンパイラの吐くfloat形式やらで
間違いなく引っかかるし。めんどくさい。

>>2の方に図書コーナーがまとめてあるけど
ネットワークプログラミング初心者が一番初めに読む本としてはどれがいいですか？
一応TCP/IPについては勉強済みです

―Linux/POSIXソケットバージョン
http://www.amazon.co.jp/exec/obidos/ASIN/4320120841/
―Windowsソケットバージョン
http://www.amazon.co.jp/exec/obidos/ASIN/4320029992/
どっちか。

Winsock Programmer's FAQの「64ソケット制限」について読んだのですが、
WSAEventSelect()とWaitForMultipleObjects()では64個までのイベントしか
待つことができないため64個を超えるソケットは使用できないとありましたが、
WSAAsyncSelect()でも64個を超えるソケットは使用できないのでしょうか？

>>216
試した方が確実だと思うよ。

smtpクライアントをwinsockで作っています。

RCPT TO:<＊＊＊＊@＊＊＊.＊＊＊>
のときに

550 relaying mail to ＊＊＊.＊＊＊ is not allowed

というエラーが返ってきて、メールの送信ができませんでした。

しらべてみると、サーバが「POP before SMTP」という方法を使用しているらしく
POP認証もしてみたのですが、
それでも、エラー返ってきます。

どのようにして実装すればいいでしょうか、教えてください。

単にsmtpリレー禁止鯖なだけじゃん

>>218
envelope-from もその isp のアカウントにしてますか？
そうでないならリレーと看做されてoutってことでは？

>>219
ありがとうございます。
リレー禁止なサーバの場合どのようにして他のドメインにメールを送るのでしょうか？

あて先アドレスの@以下の部分をとって接続先を
mail.（@以下）
とするだけで問題ないでしょうか？

>>220
はい、MAILコマンドのアドレスもおなじISPのものです。

POP before SMTPが使えるはずなわけですから、
以下のようなあたりを確認してみてはどうでしょうか。

1.試してみる
適当なMUAで、POPでメールを受信した後、メールを送信してみる。

2.もう一度試してみる
telnet popserver.xxx.xxx pop 、telnet smtpserver.xx.xx. smtp などして、
手動で試してみる。

2. 1と2に成功した場合には、プログラムを見直してみる。
先方の応答を無視してテキトーに流し込むコードだと、QUIT への応答が無いうちに
ソケットをcloseしてしまって、先方で sigpipe でアボーンしたりすることがあります。
USER, PASS, QUITのそれぞれについて、サーバからの応答をちゃんと受信しているか
確認してみてください。

>>221
> リレー禁止なサーバの場合どのようにして他のドメインにメールを送るのでしょうか？

つーか、自分の契約しているISPに、契約通りにIP接続して、自分に送りなよ。
それが成功しているなら、その旨はっきり明記しろ。
でなければSMAPer認定だ。

SMAPper な。 pは二つ。

すまぱー

SMAPerでもSMAPperでもねーよ馬鹿

SMAPファンの集うスレと聞いてやってきました

Sadism Masochism Assemple People

どうも。お久しぶりです。
GUIを持つhttpダウンローダーで、もがいていた者です。

いただいたご意見を基に
recvする毎にfwriteするようにプログラムを改造しました。
また一度のrecvサイズを256→65536byteにすることで固まり具合が軽減しました。
とりあえず動かしてみたところ、今のところ異常はないです。

プロジェクトファイルとかexeとか
http://up.isp.2ch.net/up/83b5e5f5550a.zip

非ブロックモードについて質問させてください。
これは受信データがくるまでブロックする機能をカットするだけなのでしょうか？

あ、recv関数に関しては、です＾＾；
受信データをバッファに書き込んでる途中に関数が返ったりしないのかなってことです（これは非同期かな＾＾；）

>>231
そうです。
ただし古いWindowsではデータを失うことがあります。

>>224さん
>>223さん
レスありがとうございます。

自分自身には問題なくメールをおくることができます。


telnetを使って試してみたところ、他のサーバに問題なく送れるようになりました。
しかし、ISPの接続を使わない（学校のネットワーク）でもう一度やってみたところ、
550エラーがかえってきました。
ISPの接続を使わない場合は、もしかしてPOPで認証してもSMTPで、
ほかのサーバにはおくれないのでしょうか？

また、ISPの接続では問題なくプログラムも動くようになりました。
ありがとうございます。

> ISPの接続を使わない場合は、もしかしてPOPで認証してもSMTPで、
> ほかのサーバにはおくれないのでしょうか？

それはISPのポリシー次第。
自分だったら、POP before SMTP程度じゃ外部から外部へのリレーは許さんね。

>>234
outgoing port 25 を遮断するNW管理者もいるので、
自前smtpクライアントは今後利用しにくくなるような気がする。

>>236
587 を使えよ

すいません質問させてください。

VC++でネットワークアダプタがPCに複数刺さっている場合に
アダプタ名からそいつが持っているIPアドレスを取得できる
APIがあると聞いたんですが教えていただけないでしょうか
お願い致します。

GetMultiNetworkAdapter();

ググっても出てこないっスね。　ヘッダファイルにも載ってない。

とりあえず>>1に上げっているFAQを読め、このチンカス！
http://www.kt.rim.or.jp/~ksk/wskfaq-ja/examples/getifaces.html

http://support.microsoft.com/default.aspx?scid=kb;en-us;186312
http://support.microsoft.com/default.aspx?scid=kb;en-us;186312

>>239
てめーいいかげんなこと言ってんじゃねーよドカスが

>>238 と >>242 の、態度の豹変ぶりを堪能するスレはここですか？

さっさとこの板強制IDにしろ

>>235さん
>>236さん
ありがとうございます。
メールの送信は何とかできました。

メールを送信していてわかったのですが、
日本語が文字化けするメールソフトがあります。

メールを送信する際に文字コードはどのようなものを使えばよいでしょうか？

テキストデータなら、
Content-Type: text/plain; charset=ISO-2022-JP
として、ISO-2022-JP。根拠となるRFCは1468。

>>245
迷惑だからその程度の人間はそんなソフト作るな

>>245
subject 等は ISO-2022-JPで mimeエンコード。
本文は ISO-2022-JP。

RFC2045、RFC2047あたりを参照。

RFCを読まずにネットワークアプリケーションを作ること自体が間違い
ちゃんと読んでいれば>245みたいな馬鹿な質問はしなくて済む

こういうこと？

答える側の態度も態度だな
誰も質問しにこなくなるぞ

漏れは一貫してちゃんと答えてるんだが。

＞250
質問に答えることで生計を立ててる香具師でもいるのか？

>>252
>>251

256KBのデータを送ろうと、全部sendしようとする。
→ sendはエラーを返さないが、8KBしか送れない。
→ 次に続きの248KBをsendしようとする。
→ WSAEWOULDBLOCKが返る。
→ (しばらくしてからFD_SENDが来る)

WSAEWOULDBLOCKが返る例として過去ログにこういうのがありました。
上記のと同じ非ブロッキングモード＋getsockopt()で送信バッファが8KBの状況でテストしてみたのですが、
2MBほど一気にsend()すると一回で全部送れました。
受信側アプリケーションも受信できていました。

過去ログが間違ってるのでしょうか。
それともWin2kが特殊で送信バッファを拡張したりするのでしょうか。

実験はサーバーPC（受信）、クライアントPC（送信）に分けました。
無線LANで接続しています。
受信側は何度かに分けて受信していました。（そらそうだ＾＾；）

ナント。send関数は一瞬で処理を返しました。エラーはでていません。
返った瞬間バッファをdeleteしたりとか嫌がらせしても負けずちゃんと送ってくれてるようです。

> ナント。send関数は一瞬で処理を返しました。エラーはでていません。
> 返った瞬間バッファをdeleteしたりとか嫌がらせしても負けずちゃんと送ってくれてるようです。
もしかして送信バッファの他にさらにセカンダリ送信バッファみたいなのがあり
send関数はそこにコピーするのでしょうか。。

# さらに補足、Winsock2です。

>>254
> 過去ログが間違ってるのでしょうか。

常にWSAEWOULDBLOCKになるわけじゃないから、間違ってない。
なる可能性を排除したプログラミングは間違いだが。

>>256
>もしかして送信バッファの他にさらにセカンダリ送信バッファみたいなのがあり
>send関数はそこにコピーするのでしょうか。。

カーネル(OS)は自前のバッファを持っています。
で、カーネル内のバッファにコピーが完了すると、
api 的には「送信できた」ということになります。

256Kバイトを1回送るくらいではブロックしないにしても、
速めのペースでずーと送っていればそのうちブロックするなり
WOULDBLOCKが帰るなりするでしょう。

>getsockopt()で送信バッファが8KBの状況で
たとえTCP/IP層でのバッファサイズが真に8Kだったとしても、
通常はその下のレイヤがもっとずっと大きなバッファを持っているので、
この「8K」という数字にはあまり意味がありません。

これもテンプレにいれて
http://support.microsoft.com/?scid=kb;ja;214397

>>259
うほっ、いい資料。

32MBまで一気に送信できたのですが、それを超えるとWOULDBLOCK飛び越えてWSAENOBUFSが返ってきました(´･ω･`)

初歩の質問です。
あるサーバの特定のポートに同時に複数のクライアントがアクセスすることは出来ますか？
サンプルを作ってみたのですが、ソケットでは１つのポートは同時には１つのクライアントしかアクセスできないようなのですが。
1 : N の CSシステムを作る場合、どうしたらいいのでしょうか？

（１）各クライアントがサーバの異なるポートを順次消費してゆく？
（２）ポート占有時間を短くして、ある程度の単位ごとに、クライアントを切り代える？

（１）の方が現実的のような気がしますが、一般的にはどんな方法がとられているのでしょうか？

>>262
>>1から読め。

ポートはサーバ側とクライアント側両方にあると何度いったらわかるんだろう。
acceptした１ソケットで１つのクライアントしか対応出来ないのは当然。

>>262
> （１）各クライアントがサーバの異なるポートを順次消費してゆく？
普通はそうする

> （２）ポート占有時間を短くして、ある程度の単位ごとに、クライアントを切り代える？
普通はそうする

> （１）の方が現実的のような気がしますが、一般的にはどんな方法がとられているのでしょうか？
普通は両方

>>264
> acceptした１ソケットで１つのクライアントしか対応出来ないのは当然。

なんか下手な表現だし、>>265は無知蒙昧だし…

>>262
http://pc8.2ch.net/test/read.cgi/tech/1109793931/920

>>262
サーバー側はlisten()したソケットでクライアントを待ちます。
接続できたらaccept()はそのクライアントと通信するソケットを返します。
最初にlisten()したソケットは使いまわしでまたaccept()で別なクライアントを待つことができます。
それを繰り返して通信するソケット（クライアント）が増えていくわけです。

エイジ

>>261
そこらへんの8kとか256kというのはOSやIPスタック依存のマジックナンバなので、
ほぼどんなサイズであろうとちゃんと動くように作るのが正解。

インターネットエクスプローラで
マウスの動きやキーボードの入力を覚えさせてマクロ化するにはどうしたらいいのでしょうか？
そのとき、データ送信や受信もしたいのですが。
手っ取り早くプログラミングをしらなくても手作業で
記録できるソフトとかは無いものでしょうか？
そのようなものがない場合はプログラミングでも結構です。
よろしくお願いします。

パスワードを記録して悪用するつもりですね

メッセージフックする。

どこがネットワークネタなんだよ
グローバルフックなりなんなり使え

>>270
あるからWindows板のくだ質スレ行け。

サブミットってなんなんバカのお前らでもわかるんちゃうん？
これくらい。

サーブルーチンってなんなん？
あほの諸君らにもわかるんちゃうん？こたえてみ！

サブミット-さぶみっと
野球で使う大きめのグローブ。その予備のこと。
またはプロトコル層の総称。

サーブルーチン-さーぶるー・ちん
1970年代に活躍した北京出身の俳優。チンさんの愛称で親しまれた。
その出演した映画を元にしてソケットプログラミングが誕生した。

やっぱおバカチャンのおまいらにはわからへんかったか
おもったとおりやわー

あの、すみません。あるURLから文字列を取得してエクセル等(表を表せられればなんでもOK)に活用するという
をしたいのですが、そういったことをするためにはネットワークプログラミングを勉強すればOKなのでしょうか？
もしそれがネットワークプログラミングで可能という事であれば言語は何が適当でしょうか。

URLをもとに内容を取得するライブラリを書くってのは
ネットワークプログラミングの一種だが、そういうこと
をするライブラリ関数は世の中にゴマンと存在するので、
今から書く必要はない。そういう存在するライブラリ関数
を利用するだけで十分。
だから、ネットワークプログラミングは不要。

言語は… perl あたり？

>>280 あ、そうなんですかぁ。実はいろいろ調べましたら何するにもC言語は基本らしいですから
今C言語始めているのですが、本当にエクセル等を使ってやりたい事ができるか不安になって質問
させて頂きました。まだ具体的にどのようにすればURLから文字列を取得してやればよいのか全然わかりませんが、
C→Javaを勉強しようと思っていたのを取りやめて
C→Perlにしたいと思います。　

http://table.yahoo.co.jp/t?s=7202.t&g=d
ここにあるような例えば出来高だけの文字列を取得してグラフ作れたら、
もうなんと言いますか最高なのですが、こんなことまでPerlで本当にはたしてできるのでしょうか？
疑って申し訳ありませんが、もしできるのであればプログラム(Perl)ってとても素晴らしく逆に
すごすぎで恐ろしいくらいだなと思いまして。。Perl信者になってしまいそうです。

>>281
とりあえず、Cの標準関数をマスターしてから来てください。

>>282
おいおい無茶言うなよ

wgetを子プロセスで呼び出すのが最強

>>281
できるよ。
http://search.cpan.org/~rhooper/HTTP-Lite-2.1.6/Lite.pm
あたりを使って、指定した URL の中身をとってきて、あとは
http://search.cpan.org/~gaas/HTML-Parser-3.45/Parser.pm
http://search.cpan.org/~kwilliams/HTML-SimpleParse-0.12/lib/HTML/SimpleParse.pm
http://search.cpan.org/~msisk/HTML-TableExtract-2.02/lib/HTML/TableExtract.pm
あたりのどれか適当な奴を使って、中身から必要な部分を
切りだせばいいんじゃね？
俺、perl は詳しくないし、ここだともはやスレ違いになるから、
perl スレに行って聞いた方がいいと思うけど。

あと、perlに関しては俺は言語が素晴らしいんじゃなくて、
ライブラリが沢山揃ってるのが素晴らしいだけだと思うんだが、
これは perl スレの連中には言わないでくれ(w

HTTPがtextベースのプロトコルで、perlが文字列処理について強い、
というのも、Perlのアドバンテーだな。

> HTTPがtextベースのプロトコルで

HTMLがtextベースだから、じゃなろうか

>>287
そりゃ関係ない。　httpを通してバイナリのファイルも送れるわけだし。

>>287
GET, POST, etc. やらヘッダーの事じゃないの

>>280
libcurl でも使えばいいんじゃね？

もちろんCでもできるんだが、>>279の用途で、しかもどうやら
一からプログラミングを勉強するらしいのにCを使うってのは、
あまりお勧めできん。目的を達成するには、もっと楽な言語が
他にたくさんあるんだから、そっちを使うべき。

CにはCならではの良さが勿論ある (たとえば perl は C で
書かれているわけで、Cがなければそもそも perl も動かん)
が、こういう状況でベストな言語じゃないだろう。
俺はCが一番得意だが、この用途なら、スクリプト言語で済ますよ。
HTMLページの構成はしょっちゅう意味もなく変わるわけで、そう
いう変更に ad hoc に対応するのに C で書くのは面倒くさい。

>>291
語りはもういいから。ｳｻﾞ

別にCじゃなければperlが作れないというわけではないが？

そりゃそうだが、向き不向きはある。
現実問題として、今時のほとんどの言語処理系は、
Cで作られてるだろ。

Parrot の Perl コンパイラは Perl 自身で書かれてるんじゃなかったっけ?
GC 含め、ランタイムライブラリは C なんだろうけど

ML, Lisp, Smalltalk 辺りも大部分はターゲット言語で書かれてるね
C じゃないと書けない所だけ C で書いてる

Java で書かれてるのもそれなりにあるね
有名なのは Jython とか Scheme 系とか

横道にそれてしまったな……
>>279 みたいなのなら、適当なスクリプト言語探した方が良いと思う

みなさん、本当に有難うございます。
いろいろCやっていると今後もプログラム作りたくなった時など有効になるかとも思ったのですが、
どうやら目的達成だけの事を考えるとperlあたりが最適なのですね。勉強になりました。
>>285さんの方法はとても具体的で非常にありがたかったのですが、肝心の使い方がよくわかりませんでしたので、
(使い方もそうですがエクセル等に取得したデータを表にするという事もどうすればよいのか。。)
まずは、みなさんがお勧めのperlを勉強したいと思います。

あ、詳しくは勉強してからperlスレにて聞きたいと思うのですがperlは任意のデータを拾ってきてそれを表にするという事はできるのでしょうか？
もしできないのであればエクセルを勉強するのも一つの手かなと今になって思ったりしています。。
質問ばかりで本当に申し訳ないのですがどうか最後にもう一声だけお力をお貸しして頂けないでしょうか。ご迷惑おかけします。

Excelを直接操作するならWindowsやofficeのややこしいライブラリ操作を
覚えなければならない。これは中〜上級者向け。
ExcelはCSVファイルを読み込むことが出来るので、CSVファイルを作成す
るという方法もある。こっちは比較的難易度低め。初級者向け。

「URLから文字列を取得する」って一体何なんだよ。
HTMLデータが必要なのか、テキスト変換したのが欲しいのか、
DOMで扱うのが良いのか、URLそのものがデータなのか、どれなんだ？

>>297
> あ、詳しくは勉強してからperlスレにて聞きたいと思うのですがperlは
> 任意のデータを拾ってきてそれを表にするという事はできるのでしょうか？

ネットワーク関係ないからperlスレで聞け。

了解しました。URLから文字情報を取得する事はどうやらネットワークプログラミングの領域では
ないようなので(知りませんでした。すみません。)、perlスレかエクセルのスレ行ってきます。
今までありがとうございました。

表にするのがネットワークプログラミングじゃないだけだろ…

リジュームに対応したプログラムの作成はどのようにすれば学べるでしょうか。
今現在はWindowsで、InternetReadFileなどでちょっとした文書を取ってきて整理する
簡単なプログラムを書いているだけですが、ネットワークプログラミングに
興味が出てきたので、もう少しつっこんで学んでみたいのですが、
ググってもキーワードが悪いのか、なかなか望むような解説が見つかりません。
「猫でもわかる〜」は参考になるでしょうか。

つまんね

>>303
HTTPならRFC読めばわかる。

ACE

亀レス>>216、というより俺様メモ
http://www.kt.rim.or.jp/~ksk/wskfaq-ja/articles/io-strategies.html
の経験則６を見ると、WSAAsyncSelectには64制限は無く、
100-1000程度のSOCKETは問題なく扱えるようだ。
最近のマシンスペック/メモリならもう少しいけるかも。

>>307
> 最近のマシンスペック/メモリならもう少しいけるかも。

(ﾟДﾟ)ﾊｧ?

>>216も>>307もちゃんと技術的文章読めるようになれよ。
かなり頓珍漢な事書いている。
http://www.kt.rim.or.jp/~ksk/wskfaq-ja/advanced.html#64socketsを読み直せ。

>>308
> (ﾟДﾟ)ﾊｧ?
（　ﾟдﾟ）ﾎﾟｶｰﾝ

64ってカーネル内の固定長テーブルのサイズの問題だろ?
しかも/threadの…

>>307
「・・・ようだ」という台詞がどんだけ信頼するにあたらないかの実例

同時に接続できるソケットは64個まででいいんですかね？

>>312
そういう仕様のOSならそれでいいんじゃないでしょうか。
LinuxやWindowsの話じゃないですよね。

えーと、>>216や>>307は、WaitForxxxやselectには64個の制限があることはちゃんと知っていて
WSAAsyncSelectを使った、Windowメッセージを使ったSOCKETの個数に制限があるかということを
ちゃんと引用付きで述べているわけですが、

>>308==>>311みたいなバカは日本語がちゃんと読めないばかりに
よくわかってないまま知ったかぶりをして
墓穴を掘っていると言うことで良いですよね？

>>314
> WaitForxxxやselectには64個の制限があることはちゃんと知っていて

ﾔﾚﾔﾚ

>>308
なに偉そうにボケたこと言ってるの？
そんなところはちゃんと読んでるし、理解してるつもりだけど。

それより>>216を読んで元の質問の意味を理解することをお勧めする。
もちろん、WSAAsyncSelectというものについても、よく勉強しましょうね。

fd_setに64という制限があるだけじゃなくて、
event機構にスレッドごとの64という制限があると書いてあるのだから、
当然同じ制限があるんじゃないのか?

WSAAsyncSelectはeventとHWNDの関連付けだけやって、
後はevent処理API群のお仕事だろ? (それを理解できてないのかな?)

まあ、microsoftはころころ仕様変えるし、
こういう制限を気にするのは(俺)サーバだろうから、想定している環境で試してみたらどうよ。

ん？WSAAsyncSelectがするのは、ソケットと、ウインドウメッセージの関連づけだろ？
なんでeventが出てくるんだ？
winsock内部で、オーバーラップI/Oで処理している可能性だってあるだろ。

想像の範囲内です

うん、俺様環境(win2kSP4)では、ちゃんと100個のsocketに対してメッセージが送られてきたよ。

まあlocalhost:8080でapacheを動かしておいてBCB6でTClientSocketを100個作り、
メッセージがちゃんと来ること、
HTTPレスポンスがちゃんと来ること
KeepAliveTimeoutによるDisconnectがConnectした順番とは別の順序で送られてくること
を確認しただけだけどね。

もう一度書くけど、
WSAAsyncSelectを使った非同期ソケットに、上限64個などという制限は無いよ。
(Win9xで上限100という制限はあるけどね)

だから、中規模のサーバー(接続数100-1000程度)であれば
WSASyncSelectを使ったメッセージ処理型のサーバーという選択肢もある、と
http://www.kt.rim.or.jp/~ksk/wskfaq-ja/articles/io-strategies.html
の経験則６の前半部に書いてあるよ。

オーバラップドI/Oならイベントオブジェクトじゃん。

だからさー、WSAAsyncSelectは、
Winsock1.1の頃、つまり、Windows3.1の頃からあるんですよ。

その時代にもあったAPIに対して
「内部実装ではEventが使われている」などという仮定をしている時点で
「何トチ狂った決めつけしてるんだコイツ？」な訳ですよ。

>>320
apacheってselect()じゃん?
listen backlogが長いだけじゃない?

何ボケたこと言ってるんだ？
サーバー側がapacheだろうとなんだろうと関係ないだろ。
クライアント側で100個扱えるかどうかテストしたんだから。

で、今度は
Windows版のApacheはMaxClientが最大64という制限があるって言い出すのか？

あ、こういうことか
・apacheはselectを使っている
・だから同時接続64の制限があるはず
・だから320-321はでっちあげ、もしくはいい加減なもの
・ﾄﾎﾎ

いやあ、おめでたいことで。

1スレッド64まで
これを複数スレッドで64オーバーを実現してるって話じゃないの？

まあ、まあ、皆の衆。落ち着きなさい。
何が真実かそれは神のみしるのです。
アーメン；

よく分からんが
程よく熱々になってる人がいるのかな？

妄想を語りあってるだけですが何か？

誰か、仕事でACE(ADAPTIVE Communication Environment)を
使って通信プログラム作ってる人いませんか?

厨房な質問ですみませんが、ARPパケットの送受信のサンプルコードって
どこかにありませんか？

Apache Bench (ab)とかSubversionのコードとかではあかんの？

一応、ARPパケットの送受信はできている感じなんですが、動きが変なんです。
ホストAからホストBへARP要求を送信しても、recvfromでは、ホストAの
MACアドレスが返ってきたり、ホストBのMACアドレスが返ってきたりします。
あちこちのページをのぞいてみたのですが、よく分からず、
そのものズバリ！のソースを探している次第です。

よくわからないのですが、
Apache Bench とか Subversion ではRAWソケットを使っているのでしょうか？
イメージ的にはTCPのような気がするのですが。

ARPテーブルのキャッシュを参照するんじゃ駄目なの？

連発カキコすみません。
MACアドレスを知りたいという目的だけでなく、GARPも使いたいのでARPテーブルの参照では
ダメなんです・・・ごめんなさい。

>>334
> ホストAからホストBへARP要求を送信しても、

どんなARP要求やねん！
普通ブロードキャストやろ?

tcpdumpの結果晒してみい。

>>334
> イメージ的にはTCPのような気がする
突っ込みどころが多すぎる気が・・・
何をどうやってARPをTCPで送るん？

>>337
書き方が悪かったですね。
ホストAからターゲットをホストBとしてブロードキャストしても・・・と読み替えてください。

>>338
ApacheBench等がTCP/IPのような気がするという意味で書きました。
国語力なくてすんません。

だからtcpdumpのログ見せろよ。
ちゃんと-eつけろよ

この異常に態度のデカイ奴はいったい何様なんだ、、、

俺様じゃね？ｗ

>>340
tcpdumpのログを取りながら、あれこれいじっていたら
キチンと応答が来るようになりました。ただ一点を除いて・・・。
(何が問題だったのかは、ただいまソースコードの比較中です)

各ホストをターゲットにしてARP要求をブロードキャストすると、
キチンと対象ホストからARP応答が来ます。
そこで、自分自身をターゲットにしてARP要求をブロードキャストしたのですが、
応答がなく(tcpdumpも何も吐かない)、タイムアウトしてしまいます。
自分自身から応答が来ると思っていたのですが・・・。
何か思い違いをしているのか、これが正しい動作なのか分かりません。
分かる方、教えてください。

勘で言う。
arpテーブルに、自分自身は表示されないのと関係がある！

てか、ARPパケットの送信ってどうやってるの？

ＲＡＷソケットだとパケット自体を自分で作って遅れるから
ＡＲＰにあわせたビット列を送るだけ

まあrequestの方はそれでいいけど、
responseの方は、kernelが勝手に送るから、
自前でARPを機能させたいなら、kernelのARPを止めないと。

自作TCPサーバライブラリがあるんですが
いろいろ使いまわしていていままで問題出ていないけど
時々、1000未満のポートで待ち受けするとおかしい現象が出る。
クライアントはconnectしているのにサーバはacceptしていない。
そういう現象ありませんか？

>>348
自作ライブラリのバグでしょ。

>>348
1024以下じゃないのか？FAQにちゃんと書かれてる

昔は特権ユーザでログインして利用していたとか…

>>31
切断されても帰るよ
そのときreadすると0バイト(エンドオブファイア)だったりする

ネットワークアプリ（TCP-IPでソケットプログラミング）についての質問なんですが、
select関数を使って、データが送信されたかどうか毎回LOOPしてチェックしている
んですが、これって、回線切断時にもselect関数の戻り値が1になって返って
来てるみたいなんですがどういう事かよくわかりません。
データが届いている時しか戻り値が1ではないんですか？

>>353
>>31

>>353
>>352

>>354
?どいういう意味？？？

>>356
間違って書いたという意味

>>356

>>352 見なさいってさ

ちなみに、recvして戻り値は、0ではなくて-1になります。
切断されたら0ですよね？
エラーとして捉えてるんかな？

>>359
ナメてんのかこら

>>359
そもそも select の直の戻り値って見るものなのかな
Linux なら select_tut 見てみると分かりやすいかもしれない
あ、マジレスいらない・・・？

>>360
まあまあ
セレクト抜けて、でもゼロだったりエラーだったりしたら
それはもう別れの季節なんだよ

> エンドオブファイア

Linuxを使ってません。
現在はWindowsです。WSAAsyncSelect等もありますが
今は使っていません。（将来的にはLinux上でも動かせるようにしたい
んで。移植のことを考えてのこと)
select_tutはwindowsでも使えるんですか？

recvでエラーで、戻ってるってことは切断していいんですよね？
あと、もう一つ質問です。
recv関数を他のスレッドからも呼んでるんですが、
複数のスレッドで、recv関数を呼んでも大丈夫なんですかね？

>>365
大丈夫だよ
でも同時に呼ぶのはひとりずつにしなさい
二人以上で責めると壊れちゃうから

マニュアル読んで臍咬んで死ね。

標準関数？でも、駄目なの？？？？
自分で作った関数は呼び合ったら駄目と思ってたんやけど。

俺、>>365を見ていると、
自分の責任を無関係な人に押し付ける
社内にいる某バカタレとダブるんだが。

わからないというから親切におしえたものの
そいつの問題環境に一致しない回答をしたものだから
あとで世にでた製品に組み込まれたバグになった。
で、俺が回答した答えが悪いなんて言い出しやがって。

2chで書いて責任がどうなんてことは無いだろうが。
こいつの書き込みからそういう魂胆というか
普段そんな調子じゃないのか？というにおいがぷんぷんしてくる。

俺は>>1を読めと言ったんだがな

まあまあ・・・
select_tut は select のチュートリアルだからそのキーワードで検索すれば出る。
Windows でも Linux でも基本的には select は変わらない。
おそらくいろいろ基本が分かってないんだと思う。

というわけで recv でそんなにエラーが返ってくるのは勝手な推測だが、君がおかしなことをしてるから、と思う。

どういうところで、そういうふうに思ったのかな？

私は、自分の責任を無関係な人に押しつけた事なんてありませんよ？

しかも、教えて回答した答えが悪いって言われて

で？

ありがとうございました。

で、回答だが。>>365

> recv関数を他のスレッドからも呼んでるんですが、
> 複数のスレッドで、recv関数を呼んでも大丈夫なんですかね？

大丈夫かどうかは、君が抱えている問題による。
「ここでアクセル踏んでも大丈夫なんですかね？」という質問に
どう答えればいいか考えてみよ。

自己解決しました

recvでエラーになるんだったらerrnoぐらい確認しろよ。

VisualC++でSSLのプログラム組みたいのですが
コンパイル時に必要な"libeay32.lib" "ssleay32.lib"を
どうしてもビルトできない。
Windows用の"libeay32.lib" "ssleay32.lib"を
ダウンロードできるサイト誰かご存じないでしょうか？

343の自己レス。
これが正しい動作ですね。自分自身へARP要求をするってことはG-ARPを
意味するので、これで応答があっては、ネットワーク上でIPが重複しているのか
そうでないのか判断つかなくなってしまいますよね。すごいアホな質問に
つきあってくれた方々ありがとうございました。

>>377
ビルドすればいいじゃん。

>>377
http://www.02.246.ne.jp/~torutk/cxx/openssl/install.html
でも嫁。
いちおうダウンロードはできるが。
自分でビルドしろ。

どうもありがとございます。
自分でビルトしようとしたんですが、
ヘッダー内の構文エラーと言われてしまっては
もう太刀打ちできませんorz

[上流のネットワーク]---[端末1]---[端末2]

端末1 - ブリッジ(FW)
端末2 - PCなど

上の図のようにつながっている構成で、
端末１上で端末２のIPアドレスを調べたい、と思っています。
端末２のほうが何かパケットを投げれば、
そのsrcアドレスを見て、すぐわかるんですが、
ただListenしているだけで、何も自ら通信しないような端末だと、
arpとかが流れるのを待つしかありません。

より早く確実に端末２のＩＰを調べるために、
何かしらのパケットを端末1から端末2に対して投げて、
その返答が受けられればいいのですが、
何か都合の良いプロトコルなどはないでしょうか？

>>382
tracerouteでつかってるやつ

とある端末のIP,Portを他の端末に送りたいとき
送り手側
send(sock, &sendaddr, sizeof(sendaddr), 0);
受けて側
recv(sock, &recvaddr, sizeof(recvaddr), 0);

これで、エンディアンを意識せずに送受信できますか？
こちらにはリトルエンディアンマシンしかないので実験ができません。

>>384
残念だけどだめ

>>382
broadcastでping

#define defhtonl(a) a=htonl(a)
#define defhtons(a) a=htons(a)
#define defntohl(a) a=ntohl(a)
#define defntohs(a) a=ntohs(a)

addr_send(int sock, struct sockaddr_in *sendaddr)
{
defhtonl(sendaddr->sin_family);
defhtonl(sendaddr->sin_addr.s_addr);
defhtons(sendaddr->sin_port);
send(sock, sendaddr, sizeof(struct sockaddr_in), 0);
//ネットワークバイトからホストバイトに戻すのは省略
}

//受信関数も省略

これだったらエンディアン気にせずに送受信いけますか？

>>387
余計ダメ

addr_send(int sock, struct sockaddr_in *sendaddr)
{
　　defhtonl(sendaddr->sin_family);
　　send(sock, sendaddr, sizeof(struct sockaddr_in), 0);
　　defntohl(sendaddr->sin_family);
}

addr_recv(int sock, struct sockaddr_in *recvaddr)
{
　　recv(sock, recvaddr, sizeof(struct sockaddr_in), 0);
　　defhtonl(sendaddr->sin_family);
}

三度目の正直ということで・・・
portとipはすでにネットワークバイトに変換してあるから
famlilyだけをネットワークバイト、ホストバイト変換すればよかったんですね。
勉強になりました。

ぎゃー、間違い

addr_recv(int sock, struct sockaddr_in *recvaddr)
{
　　recv(sock, recvaddr, sizeof(struct sockaddr_in), 0);
　　defntohl(sendaddr->sin_family);
}

n, hを逆にしてました。
こっちが正しいです。

>>389
> portとipはすでにネットワークバイトに変換してあるから

なことはない。

してあるからってのは
自分のプログラムで既にしてるからって事ではなくて？
じゃないと、変換するのは、もう決まり文句みたいになってるから、まさか・・・・

返答ありがとうございます。

>>383
tracerouteってことはICMPですね。
それも考えたんですが、あて先アドレスをどこにするのか、ってのと
端末2がちゃんと返してくれるかがわかんないんですよね・・・。

>>386
同じくこれも考えたんですが、broadcastのpingに対して返事しない端末とかがあったんですよね・・・。

sockaddr_in構造体に入力するIP,Portって、
servaddr.sin_addr.s_addr = htonl(servIP);
servaddr.sin_port = htons(servPort);
こんな風に必ずすると思っていたんですけど、違うんでしょうか。

自分のプログラムでは必ずこのようにしています。

skypeはどうやってファイアウォールを超えているのでしょうか？

Skypeはファイアウォールをどのように通過しているのか?
ttp://srd.yahoo.co.jp/PAGE=P/LOC=P/R=2/*-http://www.geocities.jp/hibiyank/skypep2p-3.htm

検索もできない395は逝っとけ。

>>394
合ってますよ。391の意味は漏れにも解らない。

問題はそこではなくて、送信側、受信側の両方の実装においてsockaddr_in
内部のフィールドのレイアウトが同じであることが保証されるか、ってことの
ような気がします。

IP(v4)アドレスとポート番号を送りたいのなら、単に4バイト+2バイト送る式で
何の不都合も無いと思いますが・・・

うん。バイトストリームに変換しなしあ。

>>393
返事しない端末でも、ARPテーブルのキャッシュにはdynamicで残るから、
そこから拾うとか。

素直にnmap使え

>>397
> 問題はそこではなくて、送信側、受信側の両方の実装においてsockaddr_in
> 内部のフィールドのレイアウトが同じであることが保証されるか、ってことの
> ような気がします。

そもそもcompilerによって、あるいはcompile時のoptionによって、alignmentが違うし、
そうじゃなくてもfieldの数が違うケースがある。

*BSDやDarwinにはs*_lenがあるが、SolarisやLinuxにはない。
sockaddr_*型(つまり自分)のサイズが入る。

綴りが間違ってないか探してしまう俺ガイル

確実にするにはメンバごとのサイズ、型を自分で決めて送信、受信ですか。
long, shortの組でいこうと思います。
これならC言語でバイト数が定義されていますので。

スレ違いかもしれないけど
今P2Pアルゴリズム関係をいろいろ調べてるんだけど、分散ハッシュだと
完全一致の検索が早いのはわかったけど、あいまい検索で高速なアルゴリズムって
なんかあるの？

>C言語でバイト数が定義されています
!?

>>404
君には無理だ

>>404 Not Found.

態度でかい奴ムカつく。
相談室だろ？ここ。

貴様の態度はでかくないとでものたまうつもりか。

>>406
たしかに画期的なものを発案するのは無理そう

>>407
やっぱないのかな

Winnyのクラスタ概念はいいアイデアだと思うけど
検索対象の急激な変化には耐えられないという欠点があるしね
すべてを検索できない
Skypeのユーザ検索はホストが存在してるのかな？
なにかいいアイデアはないものか

>>410
他の板でやれ
このスレまでまきこむな

>410
P2Pスレへどうぞ

NAT同士でP2Pって可能なの？
http://pc8.2ch.net/test/read.cgi/tech/1118455558/

【匿名性】２ちゃんねら向きのP2Pプロキシ【向上】
http://pc8.2ch.net/test/read.cgi/tech/1085187225/

【P2P発展のために】悪用しにくいP2P技術
http://pc8.2ch.net/test/read.cgi/tech/1088758708/

P2P総合
http://pc8.2ch.net/test/read.cgi/tech/1048668198/

教えを請う乞食の立場で言うのと、
ロハで教えてやる立場で言うのでは
態度が異なるのは当然だろ。

回答をお求めになるお金を払っていただける
お客様にも態度が異なるのも当然でございます。はい。

>>413
貧乏臭い思考だな

つまり>>413はケチ

金持ちはみんなケチだよ

金持ちはケチではない。金の使いどころが上手なんだよ。

>>417
それを ケチ と称するんだよ
全分野においてお金を使いたがらないのはケチではなく
ただの貧乏性だ

>>418
かわいそうに。頭がおかしい人なんですね。

性格も悪い。

初歩的な質問で申し訳ないのですが
ホストAからホストBへnバイトのデータを送信するときに
Aのネットワーク障害でnバイト中のmバイトしかBに届かなかった場合
read()をするとmバイトはデータを得られるはずですが
そこから残りのn-mバイトを受信しようとread()を実行するとどうなるのでしょうか？
即座に何かしらのエラーを返すのかTCPのタイムアウトまで待たされるのか
実験する環境もないのでよくわかりません

すいません、IMみたいなプログラム作りたいんですが、
この場合はメッセージ送信用ソケット、メッセージ受信用ソケット
をそれぞれ用意しないと駄目なんでしょうか？

>>421
どういう障害かによるが、たとえばケーブルが切れた、といった状況を
想定すると、read()だけでは検出する手段は無いよ。
read()は単に永久にブロックする。

そういう状態を検出したければ、キープアライブオプションを設定するか、
自分でread()にタイムアウトを設定するか、ハートビートとして何かの
電文を定期的に送信するか、といった手法を取る必要がある。

>>422
TCP なら双方向通信なんだから、１個のソケットで送信と受信できるだろ。
UDP なら２ついるけどな。

んっと、どういえばいいんでしょうか。

相手のメッセージを受信する場合はrecv()を呼ぶ必要があるわけです。
ですが、recv()でメッセージを待っている間は次の処理に進みません。
send()を呼んで連続してメッセージを送ることができません。
これを解決するにはソケットを2つ用意しないといけないと思ったんですが・・・

>>425
非常に単純な実装としては、例えば select して読めるなら recvし、
読めた分だけバッファに追記する。んで1メッセージとおぼしき分だけ
バッファに溜まったら、画面に出力する。

この処理の過程にはブロックする箇所は無いので、送信が必要なら
この処理の前後にでも間にでも行えばいい。

他のやり方としては、
読み出し用にスレッドを一本起こすとかそういうことをしても良いし。

書き直し。

多人数でサーバーを介さずにIMを行いたいです。

このときに、メッセージを誰がいつ送ってくるのか分かりません。
特定のメンバのメッセージ受信を待っている間は他のメンバのメッセージを受信できません。
そこで、ソケットを二つ用意して、マルチスレッドを利用すれば
メッセージ受信専用ソケットは常にメッセージを受信して、
もう一つのソケットでいつでもメッセージを送信することが可能になると思いました。
そうなれば、多人数でのIMができると思ったのですが、
ソケットを二つ用意する必要があるのがいまいち納得できません。

ソケットひとつで多人数でのIMを実現する方法はありませんでしょうか。

>>427
UDP

>426さんありがとうございます。
スレッドを一本用意して実装してみたいと思います。

ソケットは同じものでも同時に送受信できるよ

詳しく書くと
送信で待機させられることはないから
送信はＵＩと連動させて（ボタン押したら送信ね）
受信はスレッドを立てて同じソケットを受信待機しといて
メッセージが来たらＵＩに反映させてまた受信待機に入るようにすればいい
ソケットは共有ね

> 送信で待機させられることはないから

あるってばさ。
non blocking mode にしとくとか、
送信用にスレッド立てるとかすればないけど。

SP2ってrawsocket使えないみたいだけど、TCPヘッダのsynやackとかのフラグって
変更できるのですか？

TCP raw socketを使っては無理。
NDISのレイヤーを自分で叩いてください。

>>434
ありが�d。
ドライバ関係はわかんないんでwindowsはあきらめます。

winsock2のRAWがWindowsXP SP2で利用できないってこと？

>>436
情報遅いな。もともと無縁の人?
http://blogs.msdn.com/michael_howard/archive/2004/08/12/213611.aspx

どなたか教えてください。
ネットワークの接続をつかってダイアルアップ接続したり、
接続が現在確立されているのか、切れているのかを監視したりしたいのですが、
どのようなAPIを使えばできますでしょうか？

すみません、>>438はWinXPです。
よろしくお願いします。

開発環境・言語・コンパイラくらい書かなきゃ

>ドライバ関係はわかんないんでwindowsはあきらめます。

winpcapが代わりに叩いてくれるだろ。

>>440
開発環境はVC++7です。

ＲＡＳ接続で検索しる

>>438
>>241

ありがとうございます。
では。

UPnPを日本語でわかりやすく解説してるサイトない？

そんなお前には例え日本語で解説しても使えないよ。

>>447
そんな頭ごなしに決め付けるな！
猫だってしつければきちんとトイレを覚えるんだぞ！
やれば出来るって！

>>448
猫を侮辱するな

>>449
ｽﾏﾇ･･･

日本語のはほとんどないね
uPnPのプロトコルの解析したのがどっかにあったの見たけど
見たらえらい単純な構造だったけど、バックドア系のウィルスなんかに悪用されないように
情報があまりでまわってないのかな？

解析するまでもなくUPnPフォーラムとかで思いっきり公開されてますが
> バックドア系のウィルスなんかに悪用されないように
これはあってもおかしくないと前から思ってるけど
あまり話を聞かないんだよな
もはや当たり前すぎて話題にも上らないんだろうか

452:
別段UPnPを使う必要も無いからでは？
UDPで十分・・・とか？

>>451
山田ウィルスはUPnPで穴開けるぞ

uPnpはUDPなんですがね

馬鹿ばっか。
はいはい。おまえもなーですね。はいはい。

>>454
netshじゃないの?
亜種がたくさんあるからUPnP使ってるものがあってもぜんぜん不思議じゃないけど

ソケットプログラミングで、帯域制限をかける場合はどのようなコードを書けばよいのでしょうか？
FTPソフトなどで、ダウンロード速度制限機能とか付いてますが、どのように実装しているのか？
ってことです。

while(1)
{
時刻取得A
recv()
時刻取得B

sleep(理論値の時間-(B-A))
}

みたいなコードを書いたのですが全く駄目です。
そもそも、OSが用意して入れているAPIのみで実現できるのでしょうか？
OSはLinux上で実装予定です。

よろしくお願いします。

ソケットプログラミングで、帯域制限をかける場合はどのようなコードを書けばよいのでしょうか？
FTPソフトなどで、ダウンロード速度制限機能とか付いてますが、どのように実装しているのか？
ってことです。

while(1)
{
時刻取得A
recv()
時刻取得B

sleep(理論値の時間-(B-A))
}

みたいなコードを書いたのですが全く駄目です。
そもそも、OSが用意して入れているAPIのみで実現できるのでしょうか？
OSはLinux上で実装予定です。

よろしくお願いします。

sendrecvの一回に送るバッファを制限したらいーんでないの？

// 100kbに制限
while(1)
{
char buffer[1kb];
send-recv(buffer, 1kb);
sleep(10);
}

省きすぎた。秒間100kbに制限な。
1000/100=10とか、sendrecvの処理時間考慮してない。けど
制限速度を下回っても超えることはないから問題ない。

C#と.NET FrameworkでUDP通信をしようとしているのですが、
昔Winsockで行ったときはできたのですが、感覚の違いからか全く理解できんのです・・・
ちなみにTCPで単純なチャットプログラムを作ったところ上手く行ったのですが、
UDPにした途端･･･


UDPでサーバ側待機するときのbindに対応するのはどこがどうなるんでしょうか？
クライアント側で接続を確立する時はUdpClient()?Connect()?
便利な関数のオーバーロードがありすぎでどれをどう使ったら適切なのかもう混乱・・・

それっぽいコード書いたら待ってないはずのポートで受信してたり、
待ってるはずのポートは待ちぼうけだったり・・・
聞く場所おかしいかもしれないですが、どこで聞けば適切かも分からず・・・
何方かご教授お願いできませんでしょうか

UDPではconnect()がいらないよん。
いきなりデータ送信してよし。

>>462
そのものズバリが出てるんで参考にせよ。
ttp://dobon.net/vb/dotnet/internet/udpclient.html
簡単に説明すると、UdpClient クラスに bind は無い。そのかわり、コンストラクタ
で bind するポートを指定することで bind する。
あと、UDP では connect は必須じゃない。connect すれば send の時に
アドレス指定しないでよいという利点はあるが、他のアドレスへ送信できな
くなるので良し悪し。セコくインスタンスを使いまわすなら connect しない
ほうがよい。

>>463,464
ありがとうございます。
コンストラクタを使ってbindでしたか・・・
参考のページを見ないまでに見事正常動作しました。

しかしMSDNに手順を追って書いてもらえるといいんですがね・・・
ただ単にオーバーロード列挙してあるだけなんで余計混乱。

ともあれ、頭の中でかなり閃いてしまったのでもう少しコード書いてきます。
本当にありがとうございました。

>>465
手順はTCPの教科書を適当に見ればOK

>>465
俺もコンストラクタで指定すると初めて知った。ちょっと不親切だよな。
慣れてるとつい bind メソッドを探してしまう。

質問です。
UDPによるTCPエミュレーションをやってるようなライブラリやサンプルはありませんか？
言語はCが良いです。
Win・UNIXは問いません。

>>468
好奇心です。
そんな微妙なもの何に使うのですか？

>>468
とりあえずここは読んだよな？
ttp://www.kt.rim.or.jp/~ksk/wskfaq-ja/intermediate.html#udpgood
その上で、どんな用途のためにそうしたいのか説明したほうが良くね？

まず、動機としては確かに好奇心で趣味の範囲内です。
やりたい事は、最近ちらほらと話題に出てくるUDP Hole Punchingの実験をしてみたかった事
それで、エラー処理がある程度必要になってくるようなのを作ろうとしてるので、既にそういうライブラリがあるならそれを使うかな？　と

>>471
TCP/IP

>>468
この辺とかはどう?

ttp://www.valinux.co.jp/opensource/iproxy/
ttp://thebends.org/~allen/utunnel/

Socket tuusin 1ppo matigaeba DoS kougeki.

TCP/IPやその下のレイヤ(etherとか）について詳しくなりたいです。
バカ猫でも分るサイトありませんか？
本でもいいです。

そんな質問する子には
基本情報技術者試験の参考書辺りすすめとこうかな

バカ猫には逆立ちしてもわからん。

2〜3回IPスタックから自分で作ってみれば詳しくなるよ。
最初はヘナチョコでもいい。がんばれ。

>>475
Commer本

Winsock固有の話もここで良いのだろうか・・・？

いい。

んでは。
かなりスケールする必要のあるサーバプログラムの設計をしています。
扱うセッションは、長くて同時接続数も多いもの、同時接続数は少なくいが
スループットが要求されるもの、の二種類があります。

どういう実装が好ましいか、というのが今のトコロの問題です。

とりあえずプロトタイプとして、
・同時接続数の大きい方のセッションは、1スレッドでOVERLAPPED IO で処理する。
・同時接続数が小さい方のセッションは、セッション毎にスレッドを立てて処理する。
という実装を行っているのだけれども、タイムアウト処理の綺麗な実装方法があるなら、
どちらもIOCPでまとめてやってしまいたい。

IOCP 使うときにタイムアウトって普通はどう実装するの？

何のタイムアウト?
接続、再送、読み?

↓はどうよ?
http://www.codeproject.com/internet/winsockiocp.asp

>>483
確かにどうやればいいんだろう。
ちょっと考えてみた。

現在接続しているソケット記述子と、
そのソケットで最後にsendなりrecvなりした時刻を一緒にして管理しておいて、
GetQueuedCompletionStatus()の最後の引数で一定時間ごとに制御を戻して確認->クローズ
あるいは別にタイマを用意して一定時間ごとに……。

効率悪い？

SO_SNDTIMEOとかその周辺は？

>>484
ICOPで投入したIOリクエストに対するタイムアウト処理です。

>>485
タイマーが良いのかな。.Net の非同期IOのサンプルコードでも、
タイムアウト処理はタイマー立ててやってますね。

んでスレッドが違うからCancelIO相当の処理は出来ず、
ソケットをクローズして処理中のIO要求を完了させるという・・・

>>486
その辺が使えれば異様に簡単なので、ちょっと試して見ます。

ありがとうございました。

connect要求に関しては、ホストごとの設定がある。

/*thread1*/
uchar buf1[1024];
memset(buf1, 0x11, 1024);
send(sock, buf, 1024);

/*thread2*/
uchar buf2[1024];
memset(buf2, 0x22, 1024);
send(sock, buf2, 1024);

TCP/IPプロトコル・マルチスレッドにおいて、
上記のように同じソケットにたいしてほぼ同時に異なるスレッドからそれぞれデータが送信された場合、

受け取り側には
0x11, 0x11, 0x11, ..............., 0x11, 0x11, 0x11, 0x22, 0x22, 0x22, .............., 0x22, 0x22, 0x22
または
0x22, 0x22, 0x22, .............., 0x22, 0x22, 0x22, 0x11, 0x11, 0x11, ..............., 0x11, 0x11, 0x11
かどちらかの形でデータが届き、その境界を判断することはできないが、
0x11, 0x11, 0x22, 0x22, 0x22, 0x11, 0x22, ..............................................................., 0x22, 0x22, 0x11
このように両方のデータが混在して届くようなことはない

こういう考えでプログラム組んでいっていいんですよね。

駄目です。

良いです。

ｳﾜｧｧｧｧｧｧヽ(`Д´)ﾉｧｧｧｧｧｧﾝ!
どっちなんだよぉぉぉ

0x11, 0x11, 0x11, ..............., 0x11, 0x11, 0x11, 0x22, 0x22, 0x22, .............., 0x22, 0x22, 0x22
または
0x22, 0x22, 0x22, .............., 0x22, 0x22, 0x22, 0x11, 0x11, 0x11, ..............., 0x11, 0x11, 0x11

こういうふうにくることはないよ
必ずどちらか一方で一旦戻される
0x11, 0x11, 0x11, ..............., 0x11, 0x11, 0x11,
か
0x22, 0x22, 0x22, .............., 0x22, 0x22, 0x22,

ただし
0x11, 0x11, 0x11, .....
......, 0x11, 0x11, 0x11,
なんてこともある

>>493
あほ?

>>489
駄目です。
send()したものが、一つのTCPセグメントになることは保証されていません。

ぶつ切りにされることはあっても割り込まれることは無いよ

ここは嘘にまみれたインターネットですね

>>495
どこでそう決まってるの？

sendは不可分だから、ひとつのスレッドで複数回呼んでなければごたまぜにはならないでしょ。
もちろんデータ欠損の可能性はあるけど。

>>491>>493>>495>>495>>498
嘘。嘘と言うかアホなんだろう…

ttp://www.kt.rim.or.jp/~ksk/wskfaq-ja/intermediate.html#threadsafety
日本語だと分かりにくいので本家
http://tangentsoft.net/wskfaq/intermediate.html#threadsafety

非同期IOを使った場合、少なくとも>>489の

　＞0x11, 0x11, 0x22, 0x22, 0x22, 0x11, 0x22, ..............................................................., 0x22, 0x22, 0x11
　＞このように両方のデータが混在して届くようなことはない

は保障されるんじゃない？

そもそもそんな仕様書にも定義されてないようなことをやるほうがおかしい

>>500
だからさ、どこで保証されてるのさ

自分の回線速度サーバを使わずに図る方法ってありますか？

>502
TCP

MSDNを探してみた。
どこにも保障するとは書かれていないね。

ちょっとスレッドセーフとは違う気もするけど、
MSDNでは、たとえばWSAAsyncGetHostByName()の場合、
多重に名前解決をすることはできないと明記されている。
注意すべきところではちゃんと記述しているみたい。

WSASend/Recvにこんな記述があった。

　＞If you are using I/O completion ports, note that the order of calls made to WSASend is also the order in which the buffers are populated.
　＞WSASend should not be called on the same socket simultaneously from different threads, since it can result in an unpredictable buffer order.

適当訳
完了ポートへの通知は、バッファの登録順にやってくる。
WSASend/Recvは、異なるスレッドから同時に呼び出さないほうがよい("should")
バッファの順番が予測できないからである。

これを読むと、
マルチコアな環境で、同時にバッファA、バッファBを非同期IOでWSASend()した場合、
どちらが先に送信されるかは分からない。

でも、
各バッファの中身は、そのまま送信される、というように読めるんだけど……。

一応訂正

×WSASend/Recvは、異なるスレッドから同時に呼び出さないほうがよい("should")
○WSASend/Recvを、同一のソケット記述子に対して、異なるスレッドから同時に呼び出さないほうがよい("should")

Winsockはスレッドセーフの実装はゆるされてるけども、スレッドセーフじゃないそうな
どうせやるならCriticalSectionでロックしてスレッドセーフにしなさいということらしい

>>505,506
もういいからやめれ!

Windowsであると勝手に仮定しているし、
sendじゃなくてWSASendになっているし、
そもそもWSASendは渡したデータを全てすぐに送ると約束してない。

>>489
どのOSかと、TCPなのかUDPなのかくらい書いて。(「TCP/IP」じゃなくて)
その情報がないと「駄目」って答えになるね。駄目な状況、環境があるから。

現在はgcc 3.4.4にて組んでおりますが、
できればwin環境にも対応したいと思っていますので
unix, winどちらでもできたほうが嬉しいです。

通信ソケットはどちらでも
sock = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
です。

>>509
これ以上何が訊きたいわけ？

>>489>>509
駄目です。

ん、>508さんがOS聞かせてといわれたので答えたのですが・・・

結論は
受信、送信する場合はどれかのスレッドに一任すること。
もし複数のスレッドでデータを送受信したければフラグなり
何なりを利用して排他制御を行うこと。

でしょうか、勉強になりました。
ありがとうございました。

>>512
はい。
send()の帰り値もちゃんと見て処理してねん。

socket? bakajane?

>514さん
もしかして馬鹿janeという新しい派生ブラウザが誕生したんですか。
情報ありがとうございます。

そして3ヵ月後に本当にbakajaneが開発される

そのときはいちいちスレッド一覧をクリックしなくてもホイールでスクロールできるようにしてくれ。

>>517
そのくらいなら今のでも普通に出来るだろ・・・
というか、クリックしないでスクロールされても
困る場合の方が多いけどな。

ついでにIEコンポーネント？でHTMLの表示をしている部分なんだが、検索して、他のコントロールさわっただけで
F3押しても最初から検索するのを何とかしてくれ。

ついでにhttpリンクをダブルクリックしても飛ばない仕様を何とかしてほしい。攣りそうなほど光速でクリックすると反応するがｗ

>>518
できないだろ。スレッド一覧で、カラムの無いところをクリックしてそのウインドをアクティブにしないとホイールが聞かない。
スレッドのカラムの無いところをいちいち触らないといけないのは煩わしいだろ。
スレッドを触ると勝手にダウンロードされるし。

カラムのあるところをホイールクリックしてもいけるけど

>>519
もんくいわずにどこでもほい〜るつかえ
あと、F3はスキンでなんとかしろ
なんでもぐちをいえばねがいがかなうとおもうなよ

オープンソースだったら
マ人らしく改良しちまえ

libpcap以外でEther Frameをキャプチャしたいんですが
他にどんな方法があるのでしょうか？今更車輪を開発したいわけではなくて
勉強のためなのですがどこから手をつけてよいやら全くわかりません。

>>523
環境による。

まあ大体においてraw socket。

Winsockの場合、ローソケはバージョン依存がひどいので実質使えない。
Winsock2のLSPとか、フィルタドライバを使うことになるだろうなぁ。

Windowsの場合はWinsock2+LSPという構成で勉強するといいのですね
その他LinuxやBSDでは、LawSocketからデータを取得すればよいのですね
とりあえずその辺について理解して、EtherFrameから何か情報を抜き出せるところ
まで学習してみたいと思います。どうもです。

perl出来るなら、
http://www.bribes.org/perl/wnetpcap.html
http://cpan.uwinnipeg.ca/htdocs/Net-RawIP/Net/RawIP.html
http://aspn.activestate.com/ASPN/CodeDoc/Net-RawIP/RawIP/libpcap.html
あたりも面白い。libpcapより上になってしまうが、色々試すのに楽。

だいたい、Linuxでrawsocket開いて、EtherFrame横取りすることには成功しました。
あとはどうやってデータ構造にアクセスするか知れば情報は引っ張れそうです。
　WinsockのLSPというのは良くわからないですね。Cでもいいのでサンプルか何かあれば
いいのですがMSDNにはLSPをインストールするとかいう意味不明なサンプルしかないですね
LSPちょっと難しいようですね

Linux上でCでプログラミングしています。
自分のIPアドレスを取得したいのですが、どのような関数を使用すれば取得できるのでしょうか？

>>530
getifaddrs(3)

CreateIoCompletionPortの３番目の引数のCompletionKeyって
DWORDじゃなくてLONG_PTRだった(変わった？)んだな。
http://msdn.microsoft.com/library/ja/jpfileio/html/_win32_CreateIoCompletionPort.asp
http://msdn.microsoft.com/library/en-us/fileio/fs/createiocompletionport.asp
「DWORDだから64bit対応を考えたらポインタを渡せない」とか
「PSDKのサンプルではポインタ渡してるけど大丈夫かよ」とか思ってたけど
問題なかったわけだ。
まあOVERLAPPEDの拡張部にポインタ入れても大差ないんだけど。

で、質問。
http://msdn.microsoft.com/msdnmag/issues/1000/Winsock/
によると、TransmitFileは、
「server版以外では同時に処理できるのは２つまで」とあるけど
これは本当？
日本語のページをいろいろ見たけど見つからなかった。
ただ、http://msdn.microsoft.com/library/en-us/winsock/winsock/transmitfile_2.aspに
> The server optimizes the TransmitFile function for high performance. Workstations optimize the
> function for minimum memory and resource utilization. Expect better performance results
> when using TransmitFile on Windows Server.
とあるので、
それが「同時に２つまで」という制限のことなのかとも思うんだけど。

他のスレッドで聞いた質問なんですが、
ネットワーク専門の所で聞いたほうが良いと言われたのでよろしくお願いします。

WinSockを使った通信の勉強してるんですが、
acceptで10038のエラーコードが返ってきます。

下記のサイトで勉強しているのですが
ttp://www.geekpage.jp/programming/winsock/

サイト内コンテンツの
＞TCPを使う（サーバ、エラー処理付き）
ttp://www.geekpage.jp/programming/winsock/tcp-3.php
のソースをそのままコピペして実行しても10038が返ってきてしまいます。

どうしてこうなってしまうのかどなたか教えてください。

>>533
・コピペミス
・ネットワークに接続されていない
のいずれか

コピペミスは無いと思います。

ネットワークに接続されていないというのは、

正確に言うとどこまでを指すのかわかりませんが。
今スレッドに書き込みしてるPCでプログラムの実行をしています。

サーバ、クライアント共に同じPCでの実行なので、
127.0.0.1と192.168.11.3(LAN内でのこのPCアドレス)
を試してみましたが両方10038が返って来ます。

SOCKET sock;
sock = socket(ふにゃららふにゃらら);

お前さんのふにゃららふにゃららの部分をコピペしろ
ここにいる人間はエスパーじゃないからもっと詳しい情報がないと答えれないぞ

ttp://www.geekpage.jp/programming/winsock/how-to-use-samples.php
あとここに書いてあること実行してるか？

>ttp://www.geekpage.jp/programming/winsock/tcp-3.php
>のソースをそのままコピペして実行しても10038が返ってきてしまいます。
と、書いたとおり、HPに載ってるソースをそのままコピペしました。

>>536さんが言うように抜粋すると

SOCKET sock;
sock = socket(AF_INET, SOCK_STREAM, 0);
bind(sock, (struct sockaddr *)&addr, sizeof(addr));
listen(sock,5);
sock = accept(sock, (struct sockaddr *)&client, &len);
n = send(sock, "HELLO", 5, 0);
closesocket(sock);

sockに関連する記述部分は以上です。

>>537
VC6++を使用してますが、
プロジェクトにws2_32.libは参加させてあります。
プログラム自体はきちんと走ります。

上記URLのプログラムではエラー表示をさせているので
それで「10038」のエラーが出ているとわかりました。

>sock = accept(sock, (struct sockaddr *)&client, &len);
sockを上書きしてるけど

10038 WSAENOTSOCK
WSAStartupじゃねーの？

　　　　　　　　　　　　　　　　　　　 ／
　　　　　　　　　　　　　　　　　　　　／
　　　　　　　　　　　　　　　　　　　　｀ ｰ
　　sock = accept(sock, (struct sockaddr *)&client, &len);
　　　　　　　　だって！！　　 　 　 _,.＞
　　　　　　　　　　　　　　　　　　　　r "
　　　　　　　　　　　　　　　　　　　　 ＼　 　　＿
　　　　　 　 　 　 　 　　　　　　　　 _　r-''ニl::::/,ﾆ二 ｰｰ-- __
　　　　　 　 　 　 　 　 　　　　.,／: ://　o l !/ /o　ｌ.}: : : : : : :｀:ヽ 、
　　　　　　　　 　 　 　 　 　 ／:,.-ｰl { ﾞ-"ﾉﾉl ｌ. ﾞ ‐ﾞﾉﾉ,,,_: : : : : : : : : :ヽ、
　　　　　　 　 　 　 　 ＿＿l＞ゝ､,,ヽ /;;;;;;;;;;ﾘﾞ‐'ｰ＝" ＿゛ =､: : : : : : : :ヽ、
　　　　　 　 　 　 　 /　　＿________｀ﾞ ｀'-- ヾ_____--⌒　　　 　`-: : : : : : : :
...-''"│　　　 ∧　 .ヽ.　 ＿_______　　　/　　 ____ ---‐‐‐ｰｰ　　　 ＼: : : : :
　　　　!　　 / 　 .ヽ　 ﾞ,ゝ､　　　　　　/　　____＿___rｰ''"￣''ｰ､　　　 `､: : :
　　　　.ｌ.／　　　　　V 　　｀'''ｰ-、__/__r-‐''"゛　　　 ￣￣　 　＼　　　ﾞl: : :
　　　　　　　　　　　　　　　　　　 ｌ　　　　 .,.. -､、 _ ‐''''''''-、　 　 ｌ　　　!: :
　　　　　　　　　　　　　　　　　　｜　　 ／ 　　 .| .!　　　　 ｀'､　　|　　　l: :
　　　　　　　　　　　 　 　 　 　 　 ｌ　　 |　　　　 .ｌ,,ﾉ　　　　　｜　 !　　　!: :
　　　　 　 　 　 　 　 　 　 　 　 / 'ﾞ‐'''''ヽ、　.,,,.. -''''''''^^'''-、/　　l　　　!: :
　　　　　　　　　　　　　r―- ..__ｌ＿__ 　　 ｀´　 　 　 　 　 　 ｌ 　 / 　　/: :
　　　　　　　 　 　 　 　 ＼　　　　　　｀ﾞ^''''''―- ..___＿＿＿/_／　　 /: : :
　　　　　　　　　　　　　 　 `　　　　　　　　　　　　　　　　　　　　 ^ﾞ´

ま、だーいたい絶対に間違っていないと思うところにバグがあるもんだ

完全なコピペでやってませんでした…。
そこだけ自分で修正してました。。。
オリジナルのソースではSOCKETを2つ作っていて
なんでかわからず、sock0→sockにしていました。

>>534のコピペミスが大正解でした…。
すみませんでした。


ありがとうございました。

完全な荒しじゃねーか！

> と、書いたとおり、HPに載ってるソースをそのままコピペしました。

(ﾟДﾟ)ﾊｧ?

>>544
すいません、完全に勘違いしてました。

ソケットが2つ必要な理由が分かってないのにネットワークプログラミング（コピペ）ですか


多分挫折するね

最初はそんなもんだ
ネットワークプログラミングを初めて1週間やそこらで完璧になるわけがない。
たくさん転びながら学んでいけばいいさ。

プログラミング以前に、人としての誠実さに欠けている。

>>548
プログラマってそんなやつばっかだろ？

MSN Messengerなどでは、LANにつながると同時に、自動的に接続を試み始めますが、
LANが接続されたときに送られてくるメッセージなどはあるのでしょうか？

LANが開始された瞬間IPが振られる

>>550
どうプログラミングに関係あるのだ?

>>552
どのようにネットワークコネクションが確立されたタイミングを検出しているのかを知りたいです。

クライアント作るなら↓ここな。

MSNメッセンジャー関連プログラミングスレ Ver.2
http://pc8.2ch.net/test/read.cgi/tech/1042032733/

IP Help APIでも使ってネットワークアダプタの状態を調べてください。

>プログラマってそんなやつばっかだろ？

「プログラマ」は「２ｃｈネラ」に置き換える必要があるな(▽

メッセンジャーを作りたいのではなくて、メールリーダーで、ネットワークアダプタがアクティブになった際に
サーバへのアクセスを開始したいのです

普通にＰＩＮＧすりゃいいんじゃないでしょうか

.Net Passportってかなりリソース食ってるからたぶんＰＩＮＧしてるんだと思うよ
しかも定期的に大量のクライアント情報を送信してる模様

>>557
こういう事は最近のネットワークアプリは考えることが大切だと思う。　ハイバネーションから立ち上がったりとか、
Wifiのネットワークを切り替えるとか、VPNを上げたり落としたりとか最近のネット環境は非常にダイナミック。
そのたびにハングするようなアプリではいけない。


自分はどうすればいいのか知らんが。　

今時のアプリはDNS引き直す、TCP接続張り直すくらいはあたりまえ。
じゃないとサスペンドした後、リジュームしたら別のネットワークだった、
こういう事態に全く対応できない。

おおっ！

MIMEのマルチパートについて質問させてください。
Content-Typeのmultipartの副型である mixed と related に関してです。

一応、自分で調べた限りでは
mixedは、各パートが独立している。(RFC 2046)
relatedは、複数のパートの内、あるパートから他のパートを参照している。(RFC 2387)
という特徴があることがわかりました。

しかし、色々と調べているうちに下記の資料を見つけて
混乱しています。

ttp://www.umin.ac.jp/http-man/

上記の資料(日本語)の4.2.1.1で
「"multipart/mixed"メディアタイプは、最初のボディーパートが同時に送られる
他のボディーパートへの参照を含む場合に使用される。」とあります。
これでは、relatedと同じようなことを意味していて
両者の違いが分からなくなってしまいました。

そこで、質問なのですが上記の資料は、どのようなものなのでしょうか？
何となく RFC 1945 の元になっているような感じがするのですが・・・
また、mixed と related の明確な違いを教えてください。

>>563
> そこで、質問なのですが上記の資料は、どのようなものなのでしょうか？

古い。RFCの予稿。>>3で最新を参照せよ。

> mixedは、各パートが独立している。(RFC 2046)
> relatedは、複数のパートの内、あるパートから他のパートを参照している。(RFC 2387)

昔はmixedとContent-Location:などで"related"相当を記述。
その後relatedが出来た。

http://www.ietf.org/rfc/rfc-index.txtの「Updated by」を見て最新のものを。
「Obsoleted by」なものを信じてはいけない。

>>564
助かります。
実は、RFCに関しては、存在自体は知っていましたが
詳細は知らないため、どう見ていいかもわからず途方にくれてました。
ありがとうございました。

>>564
ひさしぶりにRFC-JPのサイトを覗いて見たら完全に死んでるのね。

ACEについて詳しく説明しているサイトないですか？？
ACE_ThreadとACE_SOCKについて探しているのですが、いまいちよくわかりません。

死んでるってのは2001年以降新たなRFCが翻訳されていないってことか
サーバが死んだのかと思った

ページは更新されているしねえ。

>>567
本家のページと書籍。

MSはソケットを閉じるときは「優雅なクローズ」をしろといっていますが、
shutdown()とは、一体何をしているんでしょうか？

send()したあと、すぐにclosesocket()したら、
送信先にデータが届く前に切断されてしまって、
shutdown()を挟んでやるだけでちゃんと送信されるようになったのですが。

最後のsend()
↓
shutdown(SD_SEND);
↓
recv()でバッファ空まで受信
↓
shutdown(SD_RECIEVE)
↓
closesocket()

だっけか。ちゃんとした手順は。

>>570
あなたの書いた通りのこと。
その他にはFINの処理。
http://www5d.biglobe.ne.jp/~stssk/rfc793j.html

なんか切断するのにもやたらと手順を踏むんですね。
shutdown()ってブロッキングソケットに対して呼び出したらブロッキングを起こしますか？
MSDNだと、FD_CLOSEが来るまで待つとなっていて、
ブロッキングソケットの場合が書いてないような。

起こしません。
TCPスタックの仕事です。
つーか殆んど全てのAPIで"CLOSED"になった瞬間を知るのが困難。

>>574
すると、ソケットプログラマにとっては、

インターネットのTCPソケットで、shutdownをSD_SENDで呼び出したら、
すぐにclosesocketしようがデータは必ず送信されると考えていいんですか？

もちろん、ハード上の障害（LANケーブルが引っこ抜かれたとか）は考えない場合。

そのためのshutdownです。

HTTPプロキシクライアントを実装したいのですが
参考になるサイトはありますでしょうか？

ああ

ちょっとしたダウンローダを作ろうと思ってるんですけど
画像掲示版等で画像をダウンロードしようとすると
ENVが設定されてないのか、通知しろっていって来るんですけど
USER_AGENT以外に何を通知すればいいんですかね？

>579
IE の通信を横取り丸とかでダンプしてその HTTP ヘッダ類をそのままパクれば
いんじゃね？Cookie も必要になるかもしれんが、そのへんは自分でがんがれ。

>>579
> ENVが設定されてないのか、通知しろっていって来るんですけど

メッセージをそのまま書きなよ。
Referer: 辺りだと思うけども。

>>580
Etherealがいいね。

単純に興味で聞くんだけど、ネットワークプログラミングで
どんなプログラムを作ってるの？皆さん。

通信するプログラム・・・かな

ネットワーク技術を使って作ってみようと思ったプログラム

無理して面白いこと言おうとしなくても良いのに。

あーしまった
思ったことを素直に書いてひねりを入れるのを忘れちゃったよ

今、IRCとの連携プログラムを作成しているのですが、

PC-αのIRCクライアントが送受信した文字列をPC-βのサーバプログラムが
間接的に受信・解析し、特定文字列の場合は指定された動作をする・・・という処理を
行わせたいと思います。

つまり、ローカルネットワーク上を流れる特定ポート(IRCなら6667など)を監視し、
常にパケットを間接受信するパケットキャプチャのような処理を行わせたいです。

可能でしょうか？

動作OSはWindows2000、言語はVC++です

可能です。
あなたしだいですが。

かんばってください♪

IDirectPlay8Peer::EnumHostsを実行中に、
_beginthread()で作ったスレッドが止まったままなんですが。
動かす方法は有りませんか

>>580, 581
ありがとうございます
Windowsじゃないので、IEからパクってくることができません
自分のブラウザのENVを見ると、Referer, Agent, 程度しか設定していないにもかかわらず
それを送り込んでも、ENVを設定しろといわれます
何か一般的でないENVで振り分けしている場合などあるのでしょうか？

通信しているパケットを調べるソフトを作りたいのですが、どのようなことから調べればよろしいでしょうか？
調べていたら、パケットキャプチャ、パケットダンプと２つの言葉が出てきて、どちらがどう違うのかもよくわからない状況なのですが…
過去ログにはwinsock2.2を使うといい、というようなことが書いてあったのですが。

また、パケットを調べるソフト、というのは簡単なサーバとのやり取りをするプログラムと比べた場合
作成するのは簡単な部類に入るのでしょうか。よろしおくおねがいします。

>>591
http://homepage2.nifty.com/spw/tips/PacketDump.html

>>591
winpcap使ったほうが簡単

winsock2でsocketでエラーが出ますか？
OSはwindowsXPです。

出ますよ。

初期化しときなさいよ、のエラーかな

質問です、ブロードキャストはあるネットワーク内のすべての
ノードにデータを送りますが、自分にも帰ってきますか？

帰ってくるよ

いや、家出したままだよ。

家の場所を忘れたよ。

3baka

ホスト名の解決に失敗した理由が、NXDOMAINだったのかその他のエラーか
それともタイムアウトだったのか、DNSを直接喋らずに(gethostbynameで)
判別することはできますか?

h_errnoやWSAGetLastError()で判る範囲なら

場違いな質問をすみません。
ここのすれのひとで、CCNAとかを持ってるって方はおられますでしょうか？

ﾃｸﾈ持ってる

ネットワークプログラミングの相談ならのるぞ？

WSAAsyncSelectとWSAEventSelectってなんか違うんですか？

ソケットイベントの通知方法の違い。
ウインドウメッセージで飛んでくるか、
EventオブジェクトがSetされるか。

同じプログラムからHTTP1.0のGETメソッドを送信しているのですが
ネットワーク環境によってレスポンスがHTTP1.0で返って来たり
HTTP1.1で返って来たりするのですがなぜでしょうか？

相手鯖の問題なんじゃないの？

プロクシの可能性も

ハンゲームとかで、ブラウザ上からログインしたり
ローカルのEXE立ち上げてゲームを起動したり、
ゲームをバージョンアップしたり・・・みたいなことって
どういう技術でやってるんでしょうか

最初にホムペ上からハンゲームコントローラみたいな
EXEをインストールしたら、その後はブラウザ上から
直接ゲームを起動できるようになるみたいなんですけど

>>612
悪恥部X

でもってスレ違いだ

WinでNetBIOSで見える仮想コンピュータ名
と仮想IPを
持つプログラムつくりたいと思っています。
それで簡易クラスタをサーバで構成できれば
面白いと思ってます。

XP上のeclipse+CDTで作りたいのですが
仮想コンピュータ名を作るにはどうしたらいいんでしょうか？

>>613
すまそ
でもってありがとう

WinPcapの話題があまり出てないけど、皆あまり使ってない？

>>616
関係ねーじゃん

確かにプログラムと直接的な繋がりはないな

ttp://www.amazon.co.jp/exec/obidos/ASIN/4877830782/qid%3D1125396079/249-3827278-5635562

この本のサンプルを試しているのですが
0x00が途中に混じるデータを送信するにはどうすれば
いいのでしょうかまる二日かけましたが混じっていないデータしか
送信できません。

>>619
コードがないとその本を持っている人しか答えられないね
普通に考えると文字列処理関数('\0'を終端とする)がどこかにあるんでしょ

文字列の基礎からやった方がよくねぇ？

>>619
文字列とデータの違いを知ることですね。
文字列の定義を検索してくれ。

データ?

>>623
用語の使い方が頭悪いだけですよ
バイナリデータといいたかっただけ
言いたい事は察してあげてください

それはわたしのバイナリさんだ

selectって指定したディスクリプタが
「読み込める状態にあるか、書き込める状態にあるか、エラー」を"判別してくれる"
って解説してるところと、
「読み込める状態、書き込める状態、エラー」に"なるまで待つ"
って解説してるところがあるんだけど、どっちですか？

試せばいいじゃん

>>626
タイムアウトを設定できるからどちらも正解。
Windowsでなければ、pollかkqueueがいいけどね。

>>628
ありがとうございました。

unix系ですが、
int sock;
if((sock = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP)) < 0)
errorfunc();

//以下に色々な処理が続く
//エラーを返す可能性のある関数が存在。

エラーを返した関数があったらsocket()で作ったソケットsockを正しく消去したいんですが、
どうしたらよいのでしょうか。(connect()はまだ行っていない, accept()は行わない)

close(sock);
sock = 0;

こんなもんでいいですか？
それとも何の処理もいりませんか？

>>630
> どうしたらよいのでしょうか。(connect()はまだ行っていない, accept()は行わない)

ならば、

> close(sock);

だけでOK。変数sockの値は関係ないので、

> sock = 0;

は不要。

あなたは「ハンドル」という概念を理解してない。
http://yougo.ascii24.com/gh/15/001551.html

ハンドルはオブジェクトにつけられた名前であってオブジェクトそのものではない。
socket()の帰り値はソケットハンドル。

>>628
なんでよりにもよってpollを薦めるのですか？
理由を教えてください

select()よりも速い。CPU負荷が少ないから。

>>4の
C10K ヘヴィーロードサーバ
http://www.kegel.com/c10k.html
を参照して。

>631さんありがとうございます。
変数を使って通信しているわけではないのですね。

ということは、
send(sock, buf, sizeof(buf), 0);
も
int tmp;
tmp = sock;
send(tmp, buf, sizeof(buf), 0);
も同じ意味なんですね。

勉強になりました。

まずはC言語から勉強しなおせ

sockを0にする必要は無いとかいっているが
0にする必要がある実装はむしろ普通にある。

つーか 0 ってファイル記述子としてまっとうな値なんだが。

その通りだ。。
0ではなく「INVALID_SOCKETをセットしておく実装」に訂正

ソケットは使ってないのですが、「主に」とのことなので質問させてください。
勉強の過程で、猫でもわかるのサイトを見ながらftpクライアントを制作しているのですが、
第218章「FTPサーバのカレントディレクトリ表示」のところで、どうしてもカレントディレクトリから
サブディレクトリの中に入って中身を表示させることができません。
作ったファイルをうｐしますのでご指摘よろしくお願いします。

猫でもわかるプログラミング　http://www.kumei.ne.jp/c_lang/sdk3/sdk_218.htm
うｐファイル　http://gamdev.org/up/img/3126.lzh

開発環境
OS　　WindowsXP
言語　VC++
ソフト　Visual Studio.Net 2003

>>633
ファイルディスクリプタ全体のうち、知りたい割合が少ない
なら poll() の方が効率がいいが、ほとんどを知りたいなら
実は select() の方が効率がいい。
poll() を勧めるなら、FD_SETSIZE に依存しないコードを
書くのが楽とかそういう理由を挙げた方がいい。
まあ移植性を気にしないなら、epoll() や kqueue() 使った
方が性能はいいけどね。

移植性なんか考えるだけ無駄だよ

Javaで書こうぜ

>>636
> 0にする必要がある実装はむしろ普通にある。

具体名を。

INVALID_SOCKETってぐらいだからwinsockだろうな
ま、かわいそうな人みたいだから、スルーしる

winsockなんて紛い物を使うなんて･･･ｶﾜｲｿｽ

winsock最近勉強してるんですが糞なの？

>>646
Windows上でSocket API使いたいんなら他に選択肢はない
諦めろ

ですよね

そこで.NETですよ
Win32はもう整備されてないから止めとけ

Win32と対比させるなら、.NETじゃなくて、WinFXだと思うが。

WinSock使ってるんですが、TCPのソケットに一回でもbindすると、
他のソケットで同じアドレスをbindできなくなるじゃないですか。
そこで、closesocketをしてから、bindやってるんですが、
テストで、close→Scoket→bind→close→Scoket→bind
って、連続でやってみたんですが、２回目のソケット作製で、エラーになるんですよ。
bindで、「アドレスが使用されてます」って。
そこで、原因を確かめるために、
bindするアドレスから、それに割り当てられているソケットを取得する方法って無いですかね

>>651
TIME_WAIT。つかFAQなので詳細は >>1 に出てる
http://www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
を参照。
解決するにはbind()の前にsetsockopt()でSO_REUSEADDRを指定しろ。

getsockname()

>>652,653
素早いですね〜。ありがとうございます。
どうやら、bindしたソケットは解放しないで使用してみることにしました。
SO_REUSEADDRについては、もともと同じアドレスを２つのソケットにbindできることを許可するのは、
後々バグの原因にもなりかねないと思うので、やめておきます。
getsockname()については、アドレスからソケットを取得するものを考えてました。
ちなみに、bindでエラーなったことについては、WSACleanupをやっても解消されませんでした。
ついでですが、もともとソケットを解放してまたbindをやる必要があったのは、
ソケットを解放しないでいると、acceptが不要になったときにも、
クライアントの接続を受け入れる何かのバッファ処理がされてると思ったからで、
その処理が無駄になるので、それをさせないためです。
そんで、一旦ソケットをcloseしてました。
そこで、ソケットを解放しないでいて、クライアントの接続要求を破棄する方法ってあります？
非同期処理なので、acceptを再開したときには、
それ以前に接続要求があったものまで検出してしまいそうで。

>>654
なんだか知らんが実行中に口を開いたり閉じたりせにゃならんのか？
SO_REUSEADDRははっきり言ってサーバ系ではお約束と言ってもいいんだが、
どうしてもそうしたくないんなら、accept()したsocketを単にclose()
すればいいんじゃねえの？

>645
そのエラーが出てるときにコマンドラインで
netstat
ってやってみ、ソケットの状態が表示されるから。

listen()がレスに出てこないのが気になるんだけど、
listen(), bind()の意味を理解してる？

＞どうしてもそうしたくないんなら、accept()したsocketを単にclose()
＞すればいいんじゃねえの？
それやると、次にbindするまでに３０〜１２０秒待機する必要があるみたいじゃないですか。
ttp://www.kt.rim.or.jp/~ksk/wskfaq-ja/articles/debugging-tcp.html

わかってないくせにムカつく書き方をする奴だな。

どうして、そういう意味わからない攻撃するんですか？
自分で調べるんで、もういいです。

>>659
誰に言ってるの？

最初から自分で調べてりゃいいのに、なんで人に聞くんだろうな

>>657
違う違う。
「次にbind」とか言ってるってことはclose()するのが前提なんだろうが、
どーしてもSO_REUSEADDR使いたく無いんなら、listening socketはclose()せずに、
口を閉じなきゃいかん間はaccept()したsocketをclose()しろと言ってるの。

固定長のヘッダを受け取り、その中にsizeof(unsigned short)バイトで
可変長のデータサイズが書いてあるのですが、ヘッダがおかしかった
場合は、可変長のデータの部分を無視して次の固定長のヘッダを受信したいのですが、
可変長の部分のデータを破棄する方法はどんなのがありますでしょうか。

いったん可変長のデータを受け取るというのが簡単そうですが、無駄なような気もします。
もっと効率のいい方法はありますか？

＞口を閉じなきゃいかん間はaccept()したsocketをclose()しろと言ってるの。
これって、クライアントと接続が完了したソケットを閉じるという意味ですよね。
それをやっても、acceptを実行するソケットは、バックログに要求を入れ続けるでほ

つーか、無駄な accept したくないなんて、プロトコルの設計が悪いと思うがな。

>>664
だーかーらー、ならSO_REUSEADDR使えって。
SO_REUSEADDR使うか、listening socketをclose()しないか。
それ以外の解は無いの。

acceptするまえに誰からconnectされたのか知る方法ないかな

writeしてすぐcloseしたときwriteした内容が相手に到達しない条件は
ナニが考えられる？ 物理的な障害は無いという前提で

思いつくのは
・writeよりcloseが先に届いた
くらいなんだけど、これって普通にあること？

誰か>663の相手をしていただけないでしょうか。

>>668
> ・writeよりcloseが先に届いた
ない
TCP がちゃんと管理してくれる

>>663
「ヘッダがおかしかった」ことをどうやって判断するのかそれだけだと
わからんが、データに信頼性が置けないってことは、TCPではないのかな？

普通はNAKのようなものを返して再送させるように設計するんじゃないの。

TCPとUDPがごちゃまぜになっていました。すいませんです。
私の勘違いです。

UDPでヘッダを送信してTCPでデータ部を受信と考えていましたが、
両方ともTCPでやればいいっすね。
あやふやな知識で質問したので迷惑をかけてしまいました。
失礼しました。

>>670
closeのときRSTを出すようにいじっててもそのへんは大丈夫？

close のときに RST 出さないようにできるの?

ああ、FIN じゃなくて RST ってことか。
「TCP シーケンス番号」でぐぐってみれば?

http://images.google.com/images?q=TCP+%E3%82%B7%E3%83%BC%E3%82%B1%E3%83%B3%E3%82%B9%E7%95%AA%E5%8F%B7

>>654
> SO_REUSEADDRについては、もともと同じアドレスを２つのソケットにbindできることを許可するのは、
> 後々バグの原因にもなりかねないと思うので、やめておきます。

SO_REUSEADDRの仕様を誤解しているし、
そもそも簡潔にして十分な>>652のレスを早合点している。
TIME_WAITとSO_REUSEADDRの関係を自分で理解しろ。
>>659が態度悪く、もう誰もここには書かないから。

>>674
closeはFINだろ?

>>677
なんでこの一人だけがムキになてんの？
659が偽者なのは660が暗に示してるのにｗ。
てか、同じアドレスが２つのソケットに割り当てられたら、
両方が同じデータを確実に受信するのかな。

ttp://www.tkool.org/punge/sinsa/No2.zip
ここにひとつのゲームがある。
このゲームは既存に存在するゲームへのアンチテーゼ。
何から何まで説明され、ユーザーが考える余地のないゲームが
多く存在する昨今、今回は「逆にまったく説明しない」または
「教えようとしない」コンセプトで作ってある。

なんだコレ？で終わる人間も居るだろうし
意味を探る人間も居る。
何かを感じないのも、何かを感じるのもどっちも間違いではなく、正解でもない。

枷を嵌め、尚もその枷を越える「チカラ」を手に入れるべき人類。
それは創作のみならず。
人類の飛翔は今の腐った思考で今を生きている、漠然と生きている
そんな人間達に一喝を入れるべきがあたしの作る「ゲーム」だ。
上記に何も感じなければ間違いではないと言ってるが
個人的には「この意味」を理解できない奴は何を作っても無駄だ。

あたしが目指す「ゲームの最終地点」は
「プログラム上のみならず現実世界ですらそのゲームを髣髴させる事」にあり。
世界を超えるデバイスとなるゲームを作る。
それがあたしの希望であり、全ての人類への警鐘となる。


目覚めよ、人間たち

>>679
毎度毎度 age て必死だな。自分で調べれば?

じゃヴぁのSocketって、どんなOSでも同じように動く？

>>682
大体動く

中の人（ジャバ子）がすんげー頑張ってんだよ
ちょっとフラフラするのは大目に見てやってくれ

Javaってどこでも動きそうなのだけ取り込んで、楽してる気がする

>>684
GUI は?

socketの話でしょ。GUIはスレ違い

いや、Java の話。

だからすれ違いっていってんだろうごるぁあああ

ｽﾏﾝ.
しかし、socket が何処でも動きそうって、そりゃ当然だろ...

確かにｗ

>>683
ありがとうございます。
やっぱり完全に同じようには動かないんですね。

UNIX系だと、WSAstartupかかなくていい。

>>691
じゃば子を大切にな

手動でDNSからwww.yahoo.co.jpなどのIPアドレスを取得したいのですが、
>telnet [ネームサーバー名] 53
とやってコマンドを打つとかでは無理ですか？

>>694
無理じゃないお
DNSプロトコルの勉強?

>>695
バイナリなプロトコルだから手打ちは相当面倒だとは思うがね

>>694
>>4のX68

DNSってUDPじゃなかったっけ

TCPもあるある

TCP もあるけど、ゾーン転送だけね。

別にゾーン転送に限定されてるわけじゃない
実際ゾーン転送じゃなくてもTCPでリトライしなければならないことはありうる
けどテキスト指向じゃないからどのみちtelnetで取るのは難しいな

おうおう、それはしらんかった。あんがと。

じゃあテキスト思考のTDNSを作ろう

作ってどうすんの？

>>704
どうもこうもないよ！

作ってみて、ウケたらRFCに載せるのさ！
というか便利だろ。便利だと思う。便利なんじゃないかな。

全然。

>705 4/1まであと半年以上ある。がんばれ

a

b

z

ソケットを使った多バイトのデータ送信について質問があります。

環境はx86系アーキテクチャで、同一PC上でサーバとクライアントの
プログラムを動作させ、クライアントプログラムから整数値を送るという
簡単なものなのです。

本などには、送信するときにデータはアドレス昇順で送られると
書かれており、リトルエンディアンのx86系だと逆になると思い、
とりあえず送信させてサーバ側で値を表示してみたところ、
送信側と同じ値が出ました。ビッグエンディアンのプロセッサの
ことを考慮し、送信する前にhtonlなどの関数で変換すると
書かれているのですが、サーバもクライアントも同一プロセッサであれば
この関数で変換しなくてもよいということなのでしょうか？

>>711
気になるなら変換かけたら？

気になると言うか、どのように処理されているのかがよく分からないのです。
変換せずに送った場合、一応正しく表示されました。
クライアント側から送信する際にhtonlで変換して、サーバ側で受信した
際にntohlで変換した場合も正しく表示されました。

クライアント側がリトルエンディアンで、0x1234というデータを
メモリに格納し、ビッグエンディアンのサーバ側へ送信した場合、
0x1234というデータは、どこでどのように変化しているのでしょうか？

リトルエンディアンで格納したときに 34 12 となり、これを送信すると
34、12 の順に送られ、受信側では34 12 として格納される、
という流れになるのでしょうか？

>>713
受信側で1バイトづつ読んでみればわかるだろ？

>>711
アーキテクチャがもともとネットワークバイトオーダーと同じだった
場合は、htonl()などはno-opになるから、「余分な手間ではないか」
といったことを気にする必要は無い。

> サーバもクライアントも同一プロセッサであれば

などという仮定を入れずに、素直にhtonl()使っとけってこった。
まあ気にすべきはバイトオーダーだけではないがな。

>>714-715
わかりました、とりあえず1バイトずつ読んで送信順序を確かめてみます。
ありがとうございました。

アドレスの先頭から送られてくることを確認しました。
変換関数を使うかどうかについても納得しました。ありがとうございます。

マルチキャストって、ルータが対応してないとダメみたいだけど、
インターネットを介して、マルチキャストってできる？

>>718
インターネットが何を指すかが問題だが
マルチキャストが行って帰ってくる所までできる

http://pc8.2ch.net/test/read.cgi/gamedev/1091882741/24

>>719
インターネットは、
例えば、YahooBBを使ってる北海道のＡさんのお宅と、
Ｂブレッツを使ってる九州のＢさんのお宅と、
ぷららを使ってる本州のＣさんのお宅とで、
パケットを送受信できる環境。
マルチキャストは、回線を有効的に使うらしい。
例えば、Ａさんが、ＢさんとＣさんにパケットを送るとき、
本州までは同じ回線で１つ分のパケットがいって、
本州からＢさんだけに送ることになるらしい。トラフィックが減少する。

>>718
> インターネットを介して、マルチキャストってできる？

出来るところしか出来ません。

> マルチキャストって、ルータが対応してないとダメみたいだけど、

途中のルータが全てマルチキャストに対応していないといけません。

>>722
国内でできる範囲を述べよ。

>>722
途中のルータでマルチキャストに対応してないところってある？

>>724
対応しているところの方が珍しいだろ。
確かIIJはマルチキャスト対応のサービスメニューを用意していたっけかな。

マルチキャストに対応しているネットワーク事業者が大多数なら、
ストリーミング系とか、MMORPGとかでもっと活用しているって。

windowsでSSHのクライアント作りたいんだけど情報キボンヌ

>>726
SSHとRFCでググると情報がたくさん手に入ると思うよ

>>726
openssl, puttyのソース、TeraTermのssh plugin

　マルチキャストについて質問させてください。

　マルチキャストで送られたパケットを、Windowsアプリケーションで受信
　した場合に、送られたパケットの送信先IPを知るにはどうすればよいの
　でしょうか？
　
　WinSockを使って実装したいのですが、方法が分かりません。

　RAW_SOCKを使ってIPヘッダを取得することを試みましたが、下記の
　現象が起きてしまいます。

　�@socket(sock, SOCK_RAW, IPPROTO_IP)でソケットをオープンすると、
　　UDPデータを全く受信しません。

　�Asocket(sock, SOCK_RAW, IPPROTO_UDP)でソケットをオープンす
　　ると、受信データにIPヘッダが入らず、UDPのペイロードから受信し
　　てしまいます(SOCK_DGRAMと同じ)。

　どなたか分かる方教えてください。

なんで自分の参加したマルチキャストアドレスを覚えてへんの？

>>730

１つのソケットに複数のマルチキャストアドレスを登録しています。
受信したときに、どのマルチキャストグループ宛のデータを受信
したのか知りたいのです。

>>729
そのマルチキャストって、インターネットを介してるの？
それともＬＡＮ内？

>>732

　LAN内です

>>729

すみません。間違ってました。

>　�@socket(sock, SOCK_RAW, IPPROTO_IP)

socket(AF_INET, SOCK_RAW, IPPROTO_IP)

>　�Asocket(sock, SOCK_RAW, IPPROTO_UDP)

socket(AF_INET, SOCK_RAW, IPPROTO_UDP)

>>729
試さずに答えるが、�AでsetsockoptでIP_HDRINCL設定したらどうよ?

しかし"ソケット"は、接続の"端点"を表す抽象化だから、
# あちらはどこにあるか分からないがちゃんと(一対一で)つながっている
本当は別のソケットにするのが良いと思うよ。

>> 735

> 試さずに答えるが、�AでsetsockoptでIP_HDRINCL設定したらどうよ?

実はそれも試してみたんですが、駄目でした。
結果は�Aと同じで、UDPのペイロードから受信します。

本来、RAWソケットの説明を見ると下記のように書かれているので、
IP_HDRINCLを設定しなくてもIPヘッダが含まれるはずなんですが。

「IPv4 レイヤは、扱っているソケットで IP_HDRINCL ソケットオプション
が有効になっていなければ、パケットを送信するときに IP ヘッダを生
成する。 IP_HDRINCL オプションが有効になっているときは、パケット
には IP ヘッダが含まれていなければならない。受信時には、 IP ヘッ
ダは常にパケットに含まれている。」

> 本当は別のソケットにするのが良いと思うよ。

そうしたいんですが、１つのソケットに200通り近いマルチキャスト
アドレスを設定しているため、ソケットだらけになってしまいます。

そもそも、同時に200通り近いマルチキャストを1つの端末で受信
しようとしているのが間違いでしょうか？

じゃあ、XP SP2かな?
それならraw socketは諦めて、Winsock2 LSPで。

>>737
ドライバを作るってことですか？

test

windowsXPのSP2でプログラムを作っているのですが、

SOCKET sock = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);

でソケットを生成した後、ソケット型の変数sockから接続先のIPアドレスやポート番号
などを知ることは出来るのですか？

↑
connectした後です。
別の関数にsockだけを渡しているのですが、その関数内でIPアドレスを表示
したいのですが・・・。

connectしたときのsockaddrに格納されてないかい？

>>742
その通りなんですが・・・。
やっぱりソケット型の変数だけから通信先のIPアドレスを取得するのは無理
なんですか。。

http://msdn.microsoft.com/library/en-us/winsock/winsock/getpeername_2.asp
俺は使ったことないけどね

winSock2を使用してプロミスキャスモードで受信し
パケットモニタリングするツールを作成しているのですが。
どうやらパケット落ちしてしまっているんです。
対応策を色々調べているのですが、受信したデータを溜め込む
バッファサイズを大きくしてみようと思いまして色々調べたのですが
WSAIoctrlで操作ができるようなのですがその先が全くわかりません。
もしかしたら方法も見当違いなのかもしれませんが、もしご存知でしたら
ご教授願えないでしょうか、お願い致します。

C++ sp6
Windows XP

>743
getsockname()
このスレにでてきているだろう。
検索くらいしろ

getsocknameは、ソケットの自分側のsockaddrを取る。
getpeernameは、ソケットの相手側のsockaddrを取る。

>>746
>>747
ありがとうございました。

串を使ってくる相手のURLを抜くことはできますか？
Cは嫌いなんで、perlかjavaskuriptでお願いします。

ｇ

javaskuriptﾜﾛﾀ

>>737
Winsock2 LSPについてｋｗｓｋ

>>752
ウォーターパワーでググれ

ちょｗｗｗをまｗｗｗｗｋｗっｗｗ

>>749
リバースプロクシのむこうにいるサーバーのURLを抜いて何が楽しいのやら。
標準的な手法は無い。とりあえず通信内容をモニターしてみろ。
それっぽい項目が無いなら無理だろうな。

じゃあ、相手が串かどうかは完全にわかるものですか？

ぷろぐらみんぐかんけいないよいたちがい

現在winsockで

WSACleanup();
socket();
bind();
listen();
accept(); (クライアントはconnect();)

まで成功して簡単な文字列をやりとりする
プログラムを作成しました、
次にKeepAliveの時間を
レジストリを使わずに指定したく調べたら
IOコントロールというのを使うと見たので
調べたところ

Ioctl()
ioctlsocket()
setsockopt()

このあたりが絡んでいるようなのですが
どの関数を使えばいいのかわかりません、
詳しい方おられたら教えてもらえないでしょうか、

また、IOコントロールについても調べたのですがいまいち
理解できません、こちらも詳しい方おられたら
一言でまとめていただけないでしょうか。

/*-------------------
windowsXP HOMEEDITION
VC6++ サービスパック6
winsock2.2　です。
--------------------*/

WSAIoctlで、SIO_KEEPALIVE_VALS を投げるのが正解。

>>729

> �Asocket(AF_INET, SOCK_RAW, IPPROTO_UDP)でソケットをオープンす
> 　　ると、受信データにIPヘッダが入らず、UDPのペイロードから受信し
> 　　てしまいます(SOCK_DGRAMと同じ)。

この現象ですが、WindowsXPでは発生しませんでした。

Windows2000とXPのWinSockって違うんですか？
バージョンはどっちも2.2なんですが。

RAWソケットが使えるのはXPかつSP2以前だけ。
ないと思ったほうがいい

>>729
>> マルチキャストで送られたパケットを、Windowsアプリケーションで受信
>> した場合に、送られたパケットの送信先IPを知るにはどうすればよいの
>> でしょうか？

無理。ソケットの仕様がアホなので、原理的に取得するのは不可能。

これは、マルチキャストだけでなく、ユニキャストでも、UDPでは取得不可能。

>>747
>> getsocknameは、ソケットの自分側のsockaddrを取る。

これで取得できるのは、TCPの場合だけ。UDPでは取得不可能。

このように、ソケットは欠陥だらけなので、使うのをやめておくべき。
どうしても使いたい場合は、ソケットから取得しなくても済む実装方法を普通はとる。

>>762
UDPでも出来るよ

>>762
> このように、ソケットは欠陥だらけなので、使うのをやめておくべき。

ﾜﾗ

ソケットが欠陥だらけだとして、代わりに何を使えばいいんだ？

この使用法での、じゃね

なるほど。
だったら recvfrom() があるので、socket に欠陥は無いってことになるかな

WindowsのBSDソケットは欠陥だらけ。
Winsockを直で使うべき。

>>767
おいおい、recvfrom() では、相手のIPアドレスとポートはわかっても、
どのIPアドレス宛にやってきたのかはわからないぜ。

>>763
UDPでrecv()やrecvfrom()したあとに、getsockname()をしても、
どのIPアドレス宛にやってきたのかはわからないぜ。

getsocknameは自分でgetpeernameが相手じゃないっけ

・UDPでgetpeername()して相手のアドレスが分かるのは、connect()した時のみ。

と理解していいたのだが、違うケースでも可能なことがあるんですか?

こういうことをしたかったら、前提としてconnectするものだから
この例の場合は違うケースとか関係ないと思う

関係ないとは?

>771
bindしたときも可能。まあ、bindで指定したパラメタしか
取れないから、意味ないといえば意味ないけど。

>>773
関連性が無いということです。

・UDPでgetpeername()して相手のアドレスが分かるのは、connect()した時のみ。

ではないのですか?

>>774
bind()するのは、getsockname()で取れるこちら側のアドレスでしょう?

>>776
bindしてるんだから読めて当然だよな

bind()してようがしてまいが、IPヘッダに書いてある情報なんだから
本来読めてしかるべき、とも言えるんじゃまいか

とも言えるんじゃまいかとつければ何を言ってもいいんじゃまいかとはいえないんじゃまいか

誰かじゃまいかツアー作れって。

自分で作れボケ

>>778
しかし本来下のレイアーの情報は上のレイアー（アプリケーション）では関知しないというのが
元々の思想ではないのか？　UDP/TCPに渡したところでIPヘッダの役割は本来そこで
終わっているわけだから。

つーかWinsockが糞だから。

>>782
でもそれは理想論。そんな夢のような世界ならv6への移行も一瞬だったろうにな。

確かにrecvfromのようなインターフェイスでrecvfromtoみたいな関数が欲しい所だな。
設計でも回避できるけど。
誰かジツリキあるやつIETFとかで提唱してみれ。

>>784
> そんな夢のような世界ならv6への移行も一瞬だったろうにな。

アホ丸出しだな。

> 誰かジツリキあるやつIETFとかで提唱してみれ。

アホ丸出しだな。

またお前か

>>784
前から思ってたのだが、IPｖ６で作られたAdvanced Socket API for IPv6 (RFC2292)
のIPv4バージョンがあったら便利だと思う。　

IPv4とIPv6って、アドレスの振り方とかアドレス情報の価値としての重きの置き方とか違うじゃん？
意味なくね？

>>788
いや、とりあえずpktinfo関係は便利だろ。　ここで話題になってる情報（dest address）
は取得できるし。

in_pktinfoあるぞ。ないUNIXの方が少なくないか?
元の質問はWindowsだからないはずだが。

あ、in_pktinfoってのは、in6_pktinfoのIPv4版な。

で、UDPで、自分のポートだけ指定して待ち受けているとき、
recfrom()で受けたパケットが、自分の複数あるIPアドレスのどこ宛に届いたか知る方法は？

Winsockはないだろ?

>>792
問題が明確になったね。ＧＪ

で答えは無理
どうしても知りたければ送信データに入れてもらえ！
というかTCPでもわからんよね？

>>794
TCPならワイルドカードでlisten()していたにせよ、
accept()した後に確定するでしょ

>>79
ちらっとWinsock2のAPIを眺めてみたのだがWSARecvMsgとIP_PKTINFOで
出来そうに見えるけど違う？

>>796
出来そうに見えるがXP/2003 Server限定なのが痛いな

>>794
TCPならコネクション成立後、getsockname()で自分側のIPアドレスもわかる。
UDPだとわからないのはBSD SocketやWinsockの欠陥であり、
それぞれがインタフェースを用意すればよかっただけに過ぎない。

例えば、カーネル内では当然把握している。
それをユーザ（アプリ）へ伝えるインタフェースが不十分なだけ。

>>795 >>798
ｻﾝｸｽ... 勘違いしてた

>>759
ここの

http://66.102.7.104/search?q=cache:jKkTd2uYA-EJ:www.rsdn.ru/article/net/keep_alive.xml+%22SIO_KEEPALIVE_VALS%22&hl=ja

WSAIoctlのところを参考にやってみました。
ありがとうございます。

>>798
> UDPだとわからないのはBSD SocketやWinsockの欠陥であり、

分かるっちゅーの。
・connect()した場合
・pktinfoとrecvmsg() (WinsockはXP/2003 Server以降)
・raw socket (XP SP2以降のWinsockはこれがダメ; LinuxはAF_PACKETがお勧め
・kernelのprotocol layer interfaceを使う

で、UDPで、自分のポートだけ指定して待ち受けているとき、
recvfrom()で受けたパケットが、自分の複数あるIPアドレスのどこ宛に届いたか知る方法は？

>>802
>>801

connect()してないので１番目は却下
OSのversionに依存する２番目と３番目は却下

４番目のkernelのprotocol layer interfaceってのはOS非依存の汎用？

汎用なわけねー。

TCPはコネクション志向だからconnecting socketにIPの四つ組みが紐づいてるし
それをソケットの属性として取り出すのが自然だけど
UDPはそうじゃないってだけの話だよな

だからやるとすればrecvmsg()のような形で、受信の「ついでに」
パケットに付随する情報を取り出すような形式を取らざるを得ない、と。

そんなに汎用性が大事なら、
別にインターフェースに個別にbindしたらええやん。

>>807
そのPCのネットワークインタフェースを列挙する「汎用的な」方法を教えてくれ

XP SP2がraw socketをやめたの、もうあほかと
直すべきなのはそこじゃない…

とりあえず、汎用的にはgethostbyname(gethostname())で。
厳密にはぐじゃぐじゃ言う香具師もいるかも知らんな。

今どき gethostbyname()ですかﾌﾟﾌﾟ
みたいな？
Winsockでもgetaddrinfo()ぐらいは使える、らしいぞ

＞getaddrinfo
＞（略）
＞Requirements
＞Client: Included in Windows XP.
＞Server: Included in Windows Server 2003.
＞Header: Declared in Ws2tcpip.h.

>>808
そこら辺の機能をまとめた汎用ネットワークライブラリってないのかな？　libcap/netlibとかは
低レベル過ぎるし。

>>812
俺ん家のPlatform SDKのgetaddrinfo()の記述では
Requirementsがもっと甘くなっていて、Windows95(!)や
Windows NTさえサポート対象になっている。
(ドキュメントの Last updated: March 2005)

とはいえ生のWindows95で利用可能とはとても思えない訳だが
サービスパックやパッチの当たり具合によるってことだろうか？

>>810
そりゃホスト名からアドレスを得る(ホストの名前を得る)関数だろ？
厳密も糞も全くの見当違い。

ここんところ、初心者がかなりいい加減なことを書き込むことがあるね。

>>808への答えとしてはNOだわな
だが、もともとの話はワイルドカードでバインドするかわりの方法って話
だから、全くの見当違いではないだろう、たぶん

>>816
いや、もともとはマルチキャストだから全然見当違い。

はいはい、SIOCGIFCONFでもSIO_GET_INTERFACE_LISTでも何でも呼んでくれ。

えーっとですね、
誰からリクエストが来るかわからないので、ポートだけ指定してUDPで待っています。

そこへ、いろいろなホストからUDPでリクエストが飛んできます。
そして、それに対するリプライを返さないといけないのですが、
その時に、ソースIPアドレスとして、複数ある自分のどのIPアドレスを使うべきか、
当然それは、リクエストが自分のどのIPアドレスに飛んできたかと一致させる必要があるというわけです。

このように、自分のところへやって来たUDPの宛先IPアドレスを知ることは、
基本事項として欠かせないものです。特殊な要求ではありません。

ルーティングテーブル腐ってるの？

>>819
全ッ然意味わからん
ソースIPをアプリケーション層で利用してるようなプロトコルである
という意味なのか？

だって、返信返すのって、そのソケットでsendto()するだけじゃねーの？
そこに送信元IP情報はいらんよね？

>>819
> このように、自分のところへやって来たUDPの宛先IPアドレスを知ることは、
> 基本事項として欠かせないものです。特殊な要求ではありません。

逆切れかよ！氏ね

>>820
非対称なルーティングなんていくらでもある。　入力側はロードバランサーをはさんで負荷分散し、
出力側は別のインターフェースで返すとか。

>>821
アドレスをわざわざ対照に返す必要性は昨今大きい。　そうしないと大抵のファイアーウォールで弾かれる。

BINDのソースあたりを掘ったらそこら辺のOS依存性が抽象化されてるんじゃないかな。

例えば、こんな感じですよね。

自分が複数のインターフェースを持っているなどで、
自分にはIPアドレス A, B, Cの３つあります。
（あるいは、他の環境だともっと多いかも。一般には１個以上）

そこである鯖ソフトは、port 7777番にbind()してUDP待ち受けてます。

そこへ>>821さんのホスト（IPアドレスP）からリクエストが来ました。
そのパケットはおそらく(src,dst) = (P,A)か(P,B)か(P,C)です。

さて、>>821さんのホストへリプライしなければなりませんが、
そのソケットでsendto()しても、(src,dst)=(A,P)か(B,P)か(C,P)になるかは
ルーティングテーブル依存になってしまいます。

でも、>>821さんのホストがリクエストを(src,dst)=(P,A)で送ってきていたら、
そのリプライは確実に(src,dst)=(A,P)にしないとまずいことになります。

つまり、自分のIPアドレス（A〜C）のどれ宛にリクエストが来たかを、
知る方法が必要になりますね。recvfrom()だと、相手のPのほうはわかるんですけどね。

×対照
○対象

hazukashi

INADDR_ANYでbindしたudp socketに来たパケットは、
127.0.0.1に宛てられたのかもしれないし、
インターフェイスのアドレスだったのかもしれないし、
ブロードキャストアドレスかもしれないけど、
それがわからないからどうしようって話。

昔のnamedはそんなの関係なしに自分のアドレスをfromにしてパケット返してた。
今はアドレス毎にbindして(socketを複数作って)解決してる。

まぁこれくらいしか解決策は無いんだけど。

>>826
>>昔のnamedはそんなの関係なしに自分のアドレスをfromにしてパケット返してた。

さすがに今の時代、これ、いろいろやばくて通らないよね。
NATやらuRPFやら色々問題ありそう

>>今はアドレス毎にbindして(socketを複数作って)解決してる。

これ、BSDソケットの仕様が欠陥でだめすぎるので、
ほんと、やむをえなく、こんな馬鹿なことするしかないんだよね。

だれかが提案してたrecvfromto()さえあれば、socket１つで済むところ。

>>821 だけど、なるほど、意味を理解したよ。thx。

用途が上のようなものであるとすると、ソースIPが取れるだけでは
不十分で、sendfromto()みたいなのも必要というか欲しい、という
話になるのかな？

>>827
recvfromto()だけじゃなくて、sendfromto()も必要な気ｶﾞｽ

うはｗｗかぶったｗｗｗ

だからそんな変な関数作るよりIP_PKTINFOをサポートすればいいだけの話だろ

>>830
それがsendmsg(), recvmsg()アーンド>>832

>>832
IN_PKTINFOやIP_PKTINFOやIP6_PKTINFOをサポートしたとして、
recvfromto()のほうの代わりになるだけだろ。

>>834
sendmsgにも使えますが何か。

IP6_PKTINFOって、struct in6_pktinfoをみるとわかるように、
RFC3493(初出はRFC2133,RFC2553)のgetaddrinfo()のような
Protocol-Independentなインタフェースになってないので使えない。

例えば、sendto()で相手のIPアドレスを指定するときは、
struct sockaddrというProtocol-Independentな形で指定し、
これは、getaddrinfo()で得られたものをそのまま意識せずに用いれる。

自アドレス側が変わってしまって非対称になってもよければ、

　　recvfrom(s, msg, msglen, flags, from, fromlen)

でもらってきた、from/fromlenをそのまま、

　　sendto(s, msg, msglen, flags, from, fromlen)

とすれば、相手へリプライすることができる。
ただし、>>826-827にあるように、これは今では問題が多い。

同様にIPv4/IPv6気にせずにプロトコルインディペンデントにきれいに対応するには、
recvfromto()とsendfromto()を新設するのが最も簡単で美しく分かりやすいだろうな。

NetBSDとFreeBSDを調べてみたが、両方ともIPV6_PKTINFOしかないぞ。
RFCを調べても、RFC3542にIPV6_PKTINFOが出てくるだけで、IPv4の定義はどこにもない。

つまり、recvmsg()を用いても、IPv4の場合は自分側のIPアドレスを得られない。

>>838
LinuxはRHとDebianを覗いたら両方ともIP_PKTINFOあった。　機能するかどうかは
検証してないが。

sendfromto()みたいなのがあると、ものすごくお手軽なIP偽装の手段になるな

しかし、こんな基本的なことが、Windows/Linux/BSDで、
できたりできなかったり、インタフェース違ったり、特定の版でしか動かなかったりするのは、
やはりソケット仕様の重大欠陥だとは言いきれるな。

>>840
さすがにbind不可能なアドレスをsourceに指定すればEADDRNOTAVAILを返させるだろ。

おまいらが変に騒ぐからMSがヘソをまげてソケットを改善しなくなっちゃったよ

馬鹿だからセンスが悪いだけだろ。

>>839
IP_PKTINFOはquaggaで使ってるよ。
同様のものがないとOSPF実装するの面倒…

*BSDだと、IP_RECVDSTADDR, IP_RECVIFかな。

IPV6_PKTINFOは標準だから、とっととIP_PKTINF実装して欲しいな。> *BSD

>>845
よーするに、ここで焦点となっていた、自分のどのIPアドレス宛に来たか、だけでなく、
その場合、自分のどのIFから入ってきたか、という情報まで必要ということ？

前者はレイヤー３だけど、
後者はレイヤー２情報だね。

レスがものすごく伸びてるからどうせ不毛な煽り合いが始まったんだろうと思って
覗いたらちゃんと技術的な話題になっててビビった

>>846
ルーティングデーモン、DHCP鯖、DHCPリレーエージェントなんかは必要。　

>>807
＞ そんなに汎用性が大事なら、
＞ 別にインターフェースに個別にbindしたらええやん。
>>808
＞ そのPCのネットワークインタフェースを列挙する「汎用的な」方法を教えてくれ

結局、この汎用的な方法があればいいんだよね？

各OSでこのへんは、どーなってる？？

UNIXは、socketに対するioctl(2)で、
SIOCGIFCONF /* get iface list */

>>850
その得られたインターフェイスがIPアドレスを持っているかどうかと、
IP aliasがあるかどうかと、upしてるかしてないか、等を調べる汎用的な
方法を教えてくれ。

無理だろ？ そゆことやろうと思うと、結局現状じゃOS依存の
ifdefだらけのコードを書くしかないんだよ。

ので、大抵のプログラムは設定ファイルなんかにbindするinterfaceや
アドレスを指定させてると思う。

>>851
鼻息荒いね。頑張ってね。

> ので、大抵のプログラムは設定ファイルなんかにbindするinterfaceや
> アドレスを指定させてると思う。

まあ、君の目の当たりにする奴はそうなんだろうね。

>>851
設定ファイルにIPアドレス指定させるのは敗北だと思う

>>852
自分のIPアドレスをアプリが知る汎用的な方法を教えて

なんかループしてるよな。させてるのは一人だろうけど。

>>851
＞ その得られたインターフェイスがIPアドレスを持っているかどうかと、
＞ IP aliasがあるかどうかと、upしてるかしてないか、等を調べる汎用的な
＞ 方法を教えてくれ。

このへんのきれいなサンプルコードってない？
IPv6も含めてIPアドレスのリストが得られると嬉しい。

「UNIXネットワークプログラミング」にインターフェースを列挙するサンプルがあるが。

>>855
プラットフォームは?

>>845>>848のソース読むといい。

>>857
プラットフォームに依存しない方法ないのかな

>>845
quaggaは絶滅したみたい。
http://kigu.lomo.jp/blog/archives/2005/09/20050905_0034.html

zebraに期待かしら？

http://pc5.2ch.net/test/read.cgi/tech/1073560271/123
激亀レスだが
ANSI -> UNICODE は、MultiByteToWideChar();
UNICODE -> ANSI は、WideCharToMultiByte();
但し、バッファのサイズは文字列長の+1を指定すること

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/iphlp/iphlp/getiftable.asp

>>861
はっきりいって、マイクロソフトの犬はどうでもいい。

荒しはスルーの方向で。> ALL

Microsoftが素直にBSD socketそのまま採用していれば、
みんなが悩まず、プログラムコードも同一で健全な世界ができたとは思う。

boost::socket

ところがどっこい、糞なのはBSDの方でしたとさ

>>865
2,3年前に出るって聞いたけど結局どうなったのあれ？

おまいら移植性気にするわりにマルチプラットフォームなライブラリ使う気ないんだよなぁ

まともなマルチプラットフォームソケットライブラリってあるのか？
ACEは巨大すぎる。boost::socketは出てさえいない。

>>868
BSD使いならともかく、Linuxユーザが移植性なんて気にした歴史は
過去に一度だって無いぞ

>>869
そもそもC++なんて使ってる時点で移植性なんてほとんど無いだろ。
まともなC++コンパイラが無くてg++も使えない環境がたくさんあるんだから。

流れぶった切ってすいません。

パケットキャプチャソフトのログ出力を、libpcap形式で行いたいのです。
そこでlibpcapファイルの構成を説明してあるページを探しているのですが、
分かる人が居たら是非教えて下さい。
ちなみに、WinPCapを利用して作成しています。

libpcapのAPI使えばいいじゃん。

>>873
どこにAPIのマニュアルありますか？

ぐぐれば出てくるのでは？

ASP.NETに関して教えてください
ユーザーが2,15と入力すると，足し合わせた17と表示させるページをASP.NETで作りたいと思います
（実際はより複雑で，時間がかかる計算をします）
このとき，この2+15という計算はサーバーで行われあるのか，クライエントのPCで行われるのかどちらでしょうか？

設計次第

>>876
Webプログラミング
http://pc8.2ch.net/php/

network.hをインクルードするとエラーが多発するのはなぜ？

>>871
gcc動く環境はg++動く保障にならないの？

ならないよ？

なんでなの〜
他にインクルードしないといけないファイルあるの？
開発環境はBCC 5.5

俺はおまえのママじゃ無い

パパなのか

>>883,>>884
意味不明な事を言ってる場合じゃない
network.hの前にwinsock.hをインクルードしたらエラーが減りました。
あとはどれをインクルードすれば？

#pragma coment(lib 'ws32.lib')

それでもできない

俺はおまえのママじゃ無いと言ってるだろ。理解できないのか？

>>888
どういう意味？

ママにでも聞けば？

>>890
お前頭大丈夫か

手遅れですｗ

>>888は私の母になってくれたかもしれん男性なのだ。

というか、network.hって何だよ。

全くだ。windowsならwinsock.hだけで足りるんじゃないのか

というか、エラーの中身も出さないし、それでもできないとか礼すら無い
糞餓鬼は、おれもママにでも聞けよと言ってしまいそうだ

チラシの裏にでも書いてろよｗ

そもそも普通の処理系にはnetwork.hなんて無いので
どこから入手したか書かないとまるで話が通じない
(BCC5.5に付いていたのかどうかもわからんし、付いていたのならマニュアル読め)
エラーの内容も書かなきゃ全く対応できないしな
意味不明な事を言ってるのは>>885のほうだな

ttp://pc8.2ch.net/test/read.cgi/tech/1087648569/l50

悪い悪い
検索してみたら
下に載ってるソースと同じだった
ttp://www.xiuyujy.com/install-d/%B1%E0%B3%CC%C8%ED%BC%FE/c++Builder4/RUNIMAGE/CBUILDER4/INCLUDE/NETWORK.H

出来たらそのソース書いて

Winsockでは、UDPやTCPで１ビット単位のデータを送る事は可能でしょうか？
バイト単位じゃないとダメなのでしょうか？

>>901
UDP: バイトパケット
TCP: バイトストリーム
なので無理。

ヒント：圧縮

>>903
（　ﾟдﾟ）ﾎﾟｶｰﾝ

ビットストリーム
というと、なんだか深夜ラジオっぽいから却下だな

双方向通信をする場合では、
content lengthをヘッダ部に指定するバイナリストリームと
Base64を利用したテキストパケットとではどっちが優れているのでしょうか？

>>906
（　ﾟдﾟ）ﾎﾟｶｰﾝ

また変な質問荒しか！

変なのはここの住人だろ

>>906
時と場合による。
その都度都合がいいほうを選ぶべし。

バイナリで双方向通信してる鯖ってある？

DNS, DNS Xfer, NTP, LDAP, SMB, ssh, X11…

>>912
機能が限定されてるものばかりだね
拡張しまくるからテキストで頑張ります

>>913
だからバージョン識別フィールドとか、
拡張領域とかがあるわけさ。

あ、テキストの利点。パケットスニッファのログで
通信の内容が一目見て把握しやすい。
バイナリの利点はプログラムから解析しやすい。
文字列操作は何かと面倒だしね。
スペース区切り TAB 区切りとか、柔軟に対応しようとすると
なかなか細かい文字列解析が必要で面倒。

>>914
> スペース区切り TAB 区切りとか、柔軟に対応しようとすると
ここが気になりますね。バイナリの方がいいのかな・・・

バイナリの場合で、改変メッセージを送られた場合の良い復帰法はありますか？
テキストの場合はそれを無視して、NULL終端を待てば簡単に復帰できるんですが
バイナリだとどう復帰して良いのか思いつきません。

改変メッセージの問題は、
バイナリ、テキスト関係ないだろ。
nul(NULLではない)終端改変されたら終りだから。

かなり浅い考えで、右往左往するタイプみたいだから、
一度冷静になって考えた方がいい。

テキスト志向で\0送る例って俺はあまり見たことが無いな……

>>916
テキストなら許容するバッファの最大までに
nul終端（でいいの？）が無ければ切断してしまおうと思ってるんだけど
バイナリだと番兵となるものが無くてどうしようかなと

>>917
ご想像のとおりレベル相当低くてさ

>>918
TCPなのUDPなの?
>>906のテキストパケットというのは7bitスルーにしたUDPパケットのこと?

TCPだと、

> テキストなら許容するバッファの最大までに
> nul終端（でいいの？）が無ければ切断してしまおうと思ってるんだけど

は全く意味ないよ。
UDPだったらその戦略はテキスト、バイナリに関係なく有効でしょ?
UDPパケットという境界があるんだから。

NULLって大文字４文字で書くと、ポインタのことだな。
null, nul, NULがヌル文字。(3文字はASCII規格での名前)

>>919
TCPです。
なんか勉強不足過ぎなのか、何故まったく意味が無いのが理解できないみたいです。
スレ汚しごめんね

>>902
THXです。
ビット単位で送る方法は無いんですね・・・。
う〜ん、サーバーにクライアントから送る情報が、ビットで事足りるんで、バイト文字にして送るのが凄くもったいないんですけど・・・。
具体的には、真偽値のみなんで・・・

？　→　！　の手紙と同じだな

バイナリ解析できなかった段階で指定した番兵を送ってもらう
要求出した時点から指定量読んでダメなら切断
確率の問題もあるが、現実的にほぼ復帰可能

>>921
そういうのを勿体ないと思って悩む時間が勿体ない。
根本的に間違っている。

> なんか勉強不足過ぎなのか、何故まったく意味が無いのが理解できないみたいです。
NUL文字を改竄されてたらどうするのってことジャマイカ

で、バッファの最大云々はバイナリでも有効だよっと。
ヘッダ見てサイズが不正なら切っちゃうこともできるか。

>>921
8つまとめて１バイトとして送れば良いじゃない。

どちみち下のレイヤーでヘッダが何十バイトとつけられると思うんだが……。

大量のクライアント（0〜10000程度）と接続するサーバーを作るとき、
そのテスト（接続できているか、データの送受信が正常か）はどうやればよろしゅうございますか？

ローカルでクライアントを延々起動させようと考えてますが
回線ディレイもなんもないのでちょぴーり不安でし

>>925
メッセージの最大許可長の倍のバッファを用意して
実際のリードバッファはそのバッファの中を移動させながら使っています。
\0から逆方向にもパースできる書式なので、死んだメッセージ以外の読みもらしもありません。

ただTCPを使ってる以上は不正の段階で切断でもいいかも知れませんね・・・

バイナリは必要に迫られたら切り替えてみます。ありがとう。

質問です。
TCPは、SYNとACKを繰り返してセッションを維持してるらしいですが
突然の不意な切断は、直ぐには感知出来ないと聞きました。
相手から返ってこなければ、直ぐにわかるものじゃないのでしょうか？

それが切断なのか単純に回線が遅いのかを検知できないだけじゃないの？
素人考えだけど