09/10/14 03:43:08
主にソケットに関しての質疑応答スレッドです。
Programming UNIX Socket FAQ (日本語訳)
URLﾘﾝｸ(www.kt.rim.or.jp)
Winsock Programmer's FAQ (日本語訳)
URLﾘﾝｸ(www.kt.rim.or.jp)
関連リンクは>>2-10辺り
足りなかったら適当に付け足してね
前スレ
ネットワークプログラミング相談室 Port24
ｽﾚﾘﾝｸ(tech板)
関連スレ
ネットワークプログラミング雑談
ｽﾚﾘﾝｸ(tech板)
Java ネットワークプログラミング 【教えて!】
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
09/10/14 03:45:45
過去スレ：
Port24 ｽﾚﾘﾝｸ(tech板)
Port23 ｽﾚﾘﾝｸ(tech板)
Port22 ｽﾚﾘﾝｸ(tech板)
Port21 ｽﾚﾘﾝｸ(tech板)
Port20 ｽﾚﾘﾝｸ(tech板)
Port19 ｽﾚﾘﾝｸ(tech板)
Port18 ｽﾚﾘﾝｸ(tech板)
Port17 ｽﾚﾘﾝｸ(tech板)
Port16 ｽﾚﾘﾝｸ(tech板)
Port15 ｽﾚﾘﾝｸ(tech板)
Port14 ｽﾚﾘﾝｸ(tech板)
Port13 ｽﾚﾘﾝｸ(tech板)
Port12 ｽﾚﾘﾝｸ(tech板)
Port11 ｽﾚﾘﾝｸ(tech板)
Port10 ｽﾚﾘﾝｸ(tech板)
Port9 ｽﾚﾘﾝｸ(tech板)
Port8 ｽﾚﾘﾝｸ(tech板)
Port7 ｽﾚﾘﾝｸ(tech板) ★行方不明
Port6 URLﾘﾝｸ(pc5.2ch.net)
Port5 URLﾘﾝｸ(pc2.2ch.net)
Port4 URLﾘﾝｸ(pc3.2ch.net)
Port3 URLﾘﾝｸ(pc3.2ch.net)
Port2 URLﾘﾝｸ(pc.2ch.net)
Port1 URLﾘﾝｸ(pc.2ch.net)
3:デフォルトの名無しさん
09/10/14 03:49:19
図書コーナー:
UNIXネットワークプログラミング〈Vol.1〉ネットワークAPI:ソケットとXTI
URLﾘﾝｸ(www.amazon.co.jp)
そのソースコード
URLﾘﾝｸ(www.unpbook.com)
詳解TCP/IP〈Vol.1〉プロトコル
URLﾘﾝｸ(www.amazon.co.jp)
詳解TCP/IP〈Vol.2〉実装
URLﾘﾝｸ(www.amazon.co.jp)
詳解TCP/IP〈Vol.3〉トランザクションTCP, HTTP, NNTP, UNIXドメインプロトコル
URLﾘﾝｸ(www.amazon.co.jp)
TCP/IPによるネットワーク構築
〈Vol.1〉原理・プロトコル・アーキテクチャ
URLﾘﾝｸ(www.amazon.co.jp)
〈Vol.3〉クライアント‐サーバプログラミングとアプリケーション
URLﾘﾝｸ(www.amazon.co.jp)
Linux/POSIXソケットバージョン
URLﾘﾝｸ(www.amazon.co.jp)
Windowsソケットバージョン
URLﾘﾝｸ(www.amazon.co.jp)
4:デフォルトの名無しさん
09/10/14 03:50:36
マスタリングTCP/IP RTP編
URLﾘﾝｸ(www.amazon.co.jp)
Linuxソケットプログラミング?ネットワークプログラミングにおける実践技法
URLﾘﾝｸ(www.amazon.co.jp)
Webプロトコル詳解?HTTP/1.1、Webキャッシング、トラフィック特性分析
URLﾘﾝｸ(www.amazon.co.jp)
WinSock2.0プログラミング
URLﾘﾝｸ(www.amazon.co.jp)
猫でもわかるネットワークプログラミング
URLﾘﾝｸ(www.amazon.co.jp)
IPv6ネットワークプログラミング
URLﾘﾝｸ(www.amazon.co.jp)
Visual Basicではじめるネットワークプログラミング超入門
URLﾘﾝｸ(www.amazon.co.jp)
5:デフォルトの名無しさん
09/10/14 03:51:18
URL抜粋:
★規格
RFC 日本語版リスト
URLﾘﾝｸ(www5d.biglobe.ne.jp)
JPNIC RFC関連リンク集
URLﾘﾝｸ(rfc-jp.nic.ad.jp)
RFC Editor
URLﾘﾝｸ(www.rfc-editor.org)
HTMLなRFC (セクションを直に示すのに便利)
URLﾘﾝｸ(www.freesoft.org)
RFC 2616 "Hypertext Transfer Protocol -- HTTP/1.1" 日本語訳
URLﾘﾝｸ(www.studyinghttp.net)
IANA Well known port numbers
URLﾘﾝｸ(www.iana.org)
6:デフォルトの名無しさん
09/10/14 03:52:13
★プログラミング
C10K ヘヴィーロードサーバ
URLﾘﾝｸ(www.kegel.com)
C10K ヘヴィーロードサーバ(日本語訳)
URLﾘﾝｸ(www.hyuki.com)
MSDN
URLﾘﾝｸ(msdn.microsoft.com)
Raw IP Networking FAQ
URLﾘﾝｸ(www.whitefang.com)
Java で packet capture
URLﾘﾝｸ(netresearch.ics.uci.edu)
Randomness Recommendations for Security
URLﾘﾝｸ(www.faqs.org)
BoostSocket
URLﾘﾝｸ(www.crystalclearsoftware.com)
The Code Project - Internet & Network programming
URLﾘﾝｸ(www.codeproject.com)
ネットワークプログラミングの基礎知識 (問題ありのサイト?)
URLﾘﾝｸ(X68000.q-e-d.net)
7:デフォルトの名無しさん
09/10/14 03:53:14
★ツール類
ethereal - URLﾘﾝｸ(www.ethereal.com)
Wireshark - URLﾘﾝｸ(www.wireshark.org)
tcpdump - URLﾘﾝｸ(www.tcpdump.org)
Windump - URLﾘﾝｸ(netgroup-serv.polito.it)
WinPcap - URLﾘﾝｸ(www.winpcap.org)
pathchar - fURLﾘﾝｸ(ftp.ee.lbl.gov)
pchar - URLﾘﾝｸ(www.employees.org)
Packetyzer - URLﾘﾝｸ(www.networkchemistry.com)
libevent - URLﾘﾝｸ(www.monkey.org)
★プロトコル
TTCP
URLﾘﾝｸ(www.sean.de)
URLﾘﾝｸ(www.kohala.com)
UDP Hole Punching
URLﾘﾝｸ(homepage3.nifty.com)
★IP, TCP実装
URLﾘﾝｸ(www.iti.fi)
URLﾘﾝｸ(www.sics.se)
URLﾘﾝｸ(www.codeguru.com)
URLﾘﾝｸ(www.geocities.jp)
8:デフォルトの名無しさん
09/10/14 06:56:20
>>1
乙
9:デフォルトの名無しさん
09/10/14 11:37:47
SCTPどーよ
10:デフォルトの名無しさん
09/10/14 21:10:47
Apacheの発見されていない脆弱性を教えてください＞＜
11:デフォルトの名無しさん
09/10/14 21:54:36
>>9
イーヨ
12:デフォルトの名無しさん
09/10/14 23:22:33
発見してしまった。
13:デフォルトの名無しさん
09/10/15 08:35:32
発見されていないのだから教える事はできない。
14:デフォルトの名無しさん
09/10/16 03:54:59
馬鹿に使われる、という潜在的な脆弱性は
ローカルでしか発見し得ないかも
15:デフォルトの名無しさん
09/10/16 13:16:40
実際大人になってからはじめてわかったことはいっぱいある
その殆どはわかったときには既に手遅れだったものばかりだ
16:デフォルトの名無しさん
09/10/17 18:22:06
高校生のうちにセックスしまくっとけとかなw
17:デフォルトの名無しさん
09/10/20 22:12:15
UDPで300BYTE程度のデータを送信しようとした所、送信できませんでした
1000byteなら送信できたのですが3000byteを送信しようとすると何か設定が必要なのでしょうか？
18:デフォルトの名無しさん
09/10/20 22:29:37
Windows の UDP パケット サイズの最大値は 1280 バイトが既定値
これ関係ある？
19:デフォルトの名無しさん
09/10/20 22:31:01
1280バイトと1281バイトで実験してみればいいだろ
20:デフォルトの名無しさん
09/10/20 23:32:16
18は17とは別人だお
UDPとか使わないから俺は実験しないお
21:デフォルトの名無しさん
09/10/21 00:34:44
エラーが起きた時はerrnoを調べるように頭の構造を設定する必要がある。
22:デフォルトの名無しさん
09/10/21 05:25:56
udpは親切に再送してくれないからな。受け取れない終わり出し。
23:デフォルトの名無しさん
09/10/21 05:50:45
つまり送信は性交していて受信が失敗してるわけですねわかります
24:デフォルトの名無しさん
09/10/21 05:55:10
否認したわけですね
25:17
09/10/21 07:50:19
3000byteのときは送信が成功しません。2000byteででもです。
1パケット以下なら送信が成功するのですが、そういう設定する
オプションってあるのでしょうか？
26:デフォルトの名無しさん
09/10/21 09:03:08
フラグメント有効なら通りそうな気もするが・・・
27:デフォルトの名無しさん
09/10/21 09:17:45
釣り針があまりにでかすぎる
28:デフォルトの名無しさん
09/10/21 13:51:17
ソケットプログラムを書いていたらある時ものすごいエラーが出るようになり、
原因を探っていたらどうもヘッダファイルのインクルード順序によって出るという結論に達しました
おおよそでも結構ですので、こういう順序でインクルードするとエラーが出にくいという方針などはあるのでしょうか？
29:デフォルトの名無しさん
09/10/21 15:37:02
要るものからインクルードするとエラーが出にくい
30:デフォルトの名無しさん
09/10/21 23:11:30
sys/types.hを最初に、それ以外はどうでもいい。
31:デフォルトの名無しさん
09/10/22 00:20:32
>>26
フラグメント有効ってどうすればよいのでしょうか？
カードの問題？
32:デフォルトの名無しさん
09/10/22 02:04:56
フラグメントはDoSに利用されやすいこともあって、
オフにしているところも結構ある。
頼らずに分割して送れ。
33:デフォルトの名無しさん
09/10/22 02:13:16
単にMTU越えてるから送れないってことじゃないの？
34:デフォルトの名無しさん
09/10/22 02:34:35
>>32
IP だとそうだけど, UDP のリアセンブルは IP とは別問題じゃないか?
とはいえ, IP フラグメント捨てられたら UDP がこけるのも事実だが……
そもそも, 元ネタが環境を書いてないのがよくない
35:デフォルトの名無しさん
09/10/22 02:38:48
殆どのバグは本人が問題無いと思っている場所にこそ存在する
36:デフォルトの名無しさん
09/10/22 07:23:31
>>34
> UDP のリアセンブル
何のことを言っているの?
37:デフォルトの名無しさん
09/10/22 08:04:23
UDPで1ﾊﾟｹ以上送ろうとするとﾌﾗｸﾞﾒﾝﾄ化されるけど、それがされなくてデータ自体送れなくなってるってことか
ﾌﾗｸﾞﾒﾝﾄ化のｵﾝｵﾌってどうやるんだったかな
38:デフォルトの名無しさん
09/10/22 08:36:44
分からない奴は加わってくるな
39:デフォルトの名無しさん
09/10/22 09:54:31
>>36
IPv6 は MTU ディスカバリー使って, 途中経路でフラグメント化されない形で
送信できるけど, v4 にはそうゆう機能がないのでフラグメント化される可能性
がある.
UDP は MTU 以上のデータグラムを送ろうとすると, 複数の IP パケットに分割して
送信される.
IP のフラグメントをリアセンブルするのと, UDP のデータグラムを複数の
IP パケットからリアセンブルするのは別の話だって言ってるんじゃないか
40:デフォルトの名無しさん
09/10/22 13:41:40
>>29 >>30
ありがとうございました
41:デフォルトの名無しさん
09/10/22 18:07:40
>>39
ん？
Path MTU DiscoveryはIPv4にだってあるだろ？
42:デフォルトの名無しさん
09/10/22 19:55:05
v6は必須だよね。
>>39
フラグメンテイションもリアセンブルも、
IP層で行われるのであって、上の層が何かは関係ない。
tcpdumpやfirewallみたいに層縦断する奴等は気にする必要があるが。
43:デフォルトの名無しさん
09/10/22 20:19:18
どっかのバカNEが「ICMP全部止めるのがセキュリティ」と妄信してるからなあ。
44:デフォルトの名無しさん
09/10/22 20:21:04
それじゃpingが通らんがなw
45:デフォルトの名無しさん
09/10/22 20:21:44
ping用のポートを用意
46:デフォルトの名無しさん
09/10/22 20:51:23
www.ntt.co.jpとか
47:デフォルトの名無しさん
09/10/22 22:30:32
>>44
The Internetにつながってるサーバはecho返さないようになってるの多くね？
48:デフォルトの名無しさん
09/10/22 23:07:44
結局、UDPで送信してもフラグメント化されないため送信されてないって話だろ
49:デフォルトの名無しさん
09/10/22 23:09:12
う、うん……(´・ω・｀)
50:デフォルトの名無しさん
09/10/24 14:23:18
listenの第2引数の意味がよくわからん
何にすればいいの
51:デフォルトの名無しさん
09/10/24 14:39:42
0-1
52:デフォルトの名無しさん
09/10/24 14:45:28
>>50
サーバ側がaccept(2)で接続確立するまで、
サーバ側に既に到着し待たされている接続要求をいくつ持てるか？
>>51
少なすぎて話にならない。
53:デフォルトの名無しさん
09/10/24 19:57:25
なるほどありがとう
54:デフォルトの名無しさん
09/10/24 20:12:46
ていうか、>>1のリンクくらい目を通せよ
55:デフォルトの名無しさん
09/10/24 20:14:07
1はバックログ数1というわけではないんだな。これが。
56:デフォルトの名無しさん
09/10/24 22:12:56
それはOSによる。
例えばLinuxは最小が8、最大はsysctl.max_syn_backlog
2の階乗にラウンドされる。
57:デフォルトの名無しさん
09/10/24 22:46:01
反論するなら、1がバックログ数1であるものを例示して反論してくれたまえ。
58:デフォルトの名無しさん
09/10/25 00:07:08
パケットのフラグメント化を許可する方法を教えてください
59:デフォルトの名無しさん
09/10/25 00:14:17
経路上の中継器の管理者にフラグメントされたパケットを落とさないように依頼する。
60:デフォルトの名無しさん
09/10/25 13:04:09
listenソケットて閉じちゃいけないの？問題発生したんだが
61:デフォルトの名無しさん
09/10/25 13:12:44
どんな問題か書け
62:デフォルトの名無しさん
09/10/25 14:05:12
セレクト使った場合
相手がクローズしたかどうかを知るにはどうすればいいの？
63:デフォルトの名無しさん
09/10/25 15:03:27
>>1のFAQ嫁
64:デフォルトの名無しさん
09/10/25 15:05:51
s.eof()
65:デフォルトの名無しさん
09/10/25 22:27:46
>>59
中継器は使用せず直接LANケーブルで送信受信側をつないでます
どうやらパケット自体送出できないみたいなのです
ﾌﾗｸﾞﾒﾝﾄ化が必要なデータだと
66:デフォルトの名無しさん
09/10/25 22:52:42
PS3かなにかのメッセージか？
動いてるなら気にスンナ
67:デフォルトの名無しさん
09/10/25 23:47:01
いえ、送出できてないので動かずです
68:デフォルトの名無しさん
09/10/26 00:25:23
>>58, 59
何がしたくて, 何をやったらどうなってるのよ？
どう言う意味でパケットのフラグメントを使ってるのよ？
IP フラグメントってのは, 下の例のような構成で,
中継が MTU=500 のネットに会わせて, 勝手に IP パケットを分割する
時の話だぞ
端点 -> MTU=1000 のネット -> 中継 -> MTU=500 のネット -> 端点
UDP で MTU 以上のデータを送信したいとかって話？
69:デフォルトの名無しさん
09/10/26 15:50:31
selectって条件が揃うまで値を返さないんだよね？
そうなるとrecvとaccsept用に２つスレッド作らないといけないのか？
70:デフォルトの名無しさん
09/10/26 16:17:26
recv用とaccept用のディスクリプタを両方セットしとけば、いずれか一方が読み込み可能になれば返ってくる
スレッドは1つでok
71:デフォルトの名無しさん
09/10/26 16:39:01
UDPソケット作る時に宛先アドレスを指定して作った場合も
sendto,sendmsgを使うなら宛先は指定しなければならないんでしょうか？
72:デフォルトの名無しさん
09/10/26 17:41:42
> UDPソケット作る時に宛先アドレスを指定して作った
作り方教えて
73:デフォルトの名無しさん
09/10/26 17:44:43
あー
勘違いしてました
74:デフォルトの名無しさん
09/10/26 18:24:38
UDPでもconnectしとけばsend/recv使えるよ
75:デフォルトの名無しさん
09/10/26 20:21:31
これからネットワークプログラムを開発する場合
今のトレンドのプログラム言語はなんでしょうか
76:デフォルトの名無しさん
09/10/26 20:22:20
Rubyだ
77:デフォルトの名無しさん
09/10/26 20:26:40
Javaだ
78:デフォルトの名無しさん
09/10/26 20:29:14
トレンドなんか気にしているようではいけない
79:デフォルトの名無しさん
09/10/27 00:12:51
>>68
すみません、UDPでMTU以上のデータを送りたいということです。
分かりにくくて申し訳ないです
80:デフォルトの名無しさん
09/10/27 00:54:01
>>79
OSとか環境とか情報はないのか?
sendto で宛先指定すりゃ普通に出ていかないか?
送れてない時ってエラー帰ってないか?
どうしても send が使いたいんだったら >>74
もっとも, 組み込み用のスタックとかだと UDP の
connect は, 実装してないスタックもあるらしいが…
81:デフォルトの名無しさん
09/10/27 06:19:11
>>79
送れません。
82:デフォルトの名無しさん
09/10/27 10:31:31
なんでRFCも読まずにネットワークプログラムしてる奴がゴロゴロいるんだ？
83:デフォルトの名無しさん
09/10/27 23:38:53
ICMP って 「アイコンプ」って読んだら変かなあ
84:デフォルトの名無しさん
09/10/27 23:54:47
hen
85:デフォルトの名無しさん
09/10/27 23:56:00
SNMPをスヌンプって読む人はいるよ
漏れは読まないけど
86:デフォルトの名無しさん
09/10/27 23:57:11
>>82
ﾉ
87:デフォルトの名無しさん
09/10/28 11:08:25
WSDLはうぃずどぅるだけどな
88:デフォルトの名無しさん
09/10/31 04:47:46
リフラグメント前提のパケットを大量に流してあげると、フラグメントしてくれる親切なルータにDoS出来てしまう気がした。これってセキュリティホールじゃ？
ICMP echoは捨ててもいいと思うけどね。ルータで捨てた時に送って来るICMPは捨てると良くないことが起きそうだが。
89:デフォルトの名無しさん
09/11/01 21:35:44
>>80
UDPのconnectなんてあるんですね。。でも、connectすりゃ、send,recv使えるって
しなくてもmtu以下のサイズなら使えます。そういうことではないのでしょうか？
OSがUNIXでもwindowsでもないからおくれないのかなぁ
90:デフォルトの名無しさん
09/11/01 21:47:16
connectしなかったらsendは使えない
だって宛先不明
sendtoやsendmsgは使える
connectしたらsendも使える
91:デフォルトの名無しさん
09/11/01 23:04:55
>>88
そんな古いDoS攻撃…
92:デフォルトの名無しさん
09/11/01 23:21:35
複数の接続を受けるサーバーを作りたいんだけど
人数が増えるたびrecvの回数増やすにはどうすればいいんだ？
93:デフォルトの名無しさん
09/11/02 00:37:19
recvの回数増やすというのはよくわからないが
受け付けた接続ごとに別々のスレッドを立ち上げるか
selectやpoll等を使ってひとつのスレッドですべての接続を捌くか
好きなほうを選べ
94:デフォルトの名無しさん
09/11/02 02:12:48
スレッドで処理してる間に、パケット届くと取りこぼしそうだw
95:デフォルトの名無しさん
09/11/02 02:37:43
はあ？
96:デフォルトの名無しさん
09/11/02 03:33:19
ＵＤＰパケットを取りこぼしなく取り込みたいのですが
なにかいい方法ありませんか？
97:デフォルトの名無しさん
09/11/02 09:59:52
あきらめれ
98:デフォルトの名無しさん
09/11/02 10:28:49
>>96
取りこぼさないのは無理なので、取りこぼしたことを検出して回復を図る
99:デフォルトの名無しさん
09/11/02 11:25:32
取りこぼしたくなければ素直にTCP使っとけ
UDPにするなら取りこぼしてもいいようにプログラム側を設計しろ
っていうのが定型文的な解答
100:デフォルトの名無しさん
09/11/02 15:29:39
決してしてはならないのは
「Ethernat直結でしか使わないからUDPでも取りこぼしなんて起きないだろう」
などと考えること。これをやってハマる初心者が意外に多くて困る。
101:デフォルトの名無しさん
09/11/02 16:09:27
同時にパケット発射すれば簡単に消えるしな。
102:デフォルトの名無しさん
09/11/04 18:16:51
マルチスレッド鯖製作中なんだけど
誰かからデータ受信したら送信してきた相手以外の
クライアントにそのデータを送るにはどうしたらいいの？
103:デフォルトの名無しさん
09/11/04 18:29:17
言葉どおりにやればいい
104:デフォルトの名無しさん
09/11/04 18:31:15
受信したことを別スレッドに通知するにはどうすればいいの？
105:デフォルトの名無しさん
09/11/04 19:14:21
通知を受け取りたい各スレッドごとにキューのようなデータ構造を何か用意する
通知を送りたいスレッドは宛先スレッドのキューに送りたいデータを置く
通知を受け取りたいスレッドはヒマなときに自分のキューを見てデータが来ていたら取り出す
OSによってはそういったメッセージキューの機能をすでに持っていることもある
自分で作る場合はスレッドセーフにすることを忘れずに
106:デフォルトの名無しさん
09/11/04 19:29:06
難しいこと考えないで、
受信したスレッドが全部のソケットに書けばいい
排他が気になるなら、ひとつmutexをロックしておけばいい
107:デフォルトの名無しさん
09/11/04 19:30:21
>>102
その質問そのものをコードにしてみればいいじゃないか(受け取ったデータを他に転送）
リソース競合には気をつける必要があるけど処理自体はおまいの質問そのものだぞ
108:デフォルトの名無しさん
09/11/04 19:32:41
>>102
何か効率の良い方法とか、そういうライブラリの存在を訊きたいのかもしれないが
そのレベルだとどちらの意味でもがんばって送信しやがれってレベルでしかないぞ。
109:デフォルトの名無しさん
09/11/04 22:04:39
>>106
スレッドに値渡ししたら次のアクセプトで変数上書きしてて
受信したスレッドは、送信する相手のソケットを知ることができないんだ
だから他のスレッドに通知してそのスレッドから送信させようかなと
グローバルの配列で管理しておかないとだめってことか
110:デフォルトの名無しさん
09/11/04 22:13:09
配列というか上に書いてある通りキューだろ
(キューの実装は配列でもいいけれど)
111:デフォルトの名無しさん
09/11/04 22:36:17
でもそれってrecvをノンブロックのしないといけないんでしょ？
112:デフォルトの名無しさん
09/11/04 22:56:51
そんなこと関係ない。
113:デフォルトの名無しさん
09/11/05 00:15:28
どういうこと
ノンブロックで受信とそのキューとやらのチェックをポーリングさせるってことじゃないのか
114:デフォルトの名無しさん
09/11/05 01:33:27
1接続しか許さないサーバプログラムを作る方法を教えてくだちい
listen()でバックログを1にしてaccept()した瞬間にlistenソケット閉じて
ってやればいいかと思ったけど
acceptする前にどんどん接続を受け付けやがる
115:デフォルトの名無しさん
09/11/05 02:47:46
接続待ち受けのソケットでそのまま通信すればいいんじゃね？
116:デフォルトの名無しさん
09/11/05 04:37:56
システムコールに惑わされずにまずRFC読め
117:デフォルトの名無しさん
09/11/05 08:47:12
同期用キューでも作って渡せばいい
詳しくはこっちだな
マルチスレッドプログラミング
ｽﾚﾘﾝｸ(tech板)
118:デフォルトの名無しさん
09/11/05 09:01:16
>>114
無理なOSは無理なんで諦めてください。
あらかじめ双方のポート番号が分かっているなら
双方からconnectって手があるけど。
119:デフォルトの名無しさん
09/11/05 09:02:35
>>113
お前がそう言う実装に拘る理由こそ、どういうこと？
120:デフォルトの名無しさん
09/11/05 09:29:30
>>114
キミのやりたい事は完璧にはできない。
バックログを0にして、acceptしたらlistening socketをcloseする。
これでもacceptしてからcloseするまでの間は接続を受け付けてしまう。
>>118
可能なOSを例示してくれ。今まで聞いたことが無いから知りたい。
121:デフォルトの名無しさん
09/11/05 09:41:41
昔のvxWorks
122:デフォルトの名無しさん
09/11/05 10:01:50
>>118
双方からconnectってなんだよ。
123:デフォルトの名無しさん
09/11/05 10:46:35
ポート食いつぶし攻撃か？
124:デフォルトの名無しさん
09/11/05 11:55:49
マイコンのプロトコルスタックを作ってる最中なのだがちょっと質問。
データ送信したとき全くの正常ならば
相手から返ってくるAcknoledgeNumber＝自分が送信したSequenceNumber＋TCPデータ長
となる筈なんだろうけど、この相手のACKパケットに入ってるAcknoledgeNumberが和より少ないときってこっちは何をすれば良いんだ？
もらったAcknoledgeNumberの分までは正常と見なして続きから送り直せばいいのかね？
125:デフォルトの名無しさん
09/11/05 15:25:59
>>124
そんなもんは気にせずに window size が 0 になるまで無理やり送りつけるんだ
126:デフォルトの名無しさん
09/11/05 17:43:56
マイコンに限らず再送バッファの大きさに支配されると思う
再送バッファサイズ＜＝窓までは送れる
127:デフォルトの名無しさん
09/11/05 22:18:00
>>126
最後は再送バッファサイズの問題とかスロースタートの問題には
行き当たるんだろうけど、プロトコル的には送ったもん勝だわな
128:デフォルトの名無しさん
09/11/06 02:03:33
>>122
host1: socket→bind→connect
host2: scoket→bind→connect
TCPの接続開始ハンドシェイクはこういうやり方でも可能。
129:デフォルトの名無しさん
09/11/06 22:03:48
意味が分からん。
ソースで示して＞128
130:デフォルトの名無しさん
09/11/07 13:54:24
横着しないで RFC 位読め
131:デフォルトの名無しさん
09/11/07 14:48:44
UDPって「取りこぼし」だけじゃなくて「送りそこね」もあるんだよな
132:デフォルトの名無しさん
09/11/07 16:41:10
途中で捨てられたも多い。取りこぼしだと届いてるのに拾えなかった感が有るが、そもそも届いてない。
133:デフォルトの名無しさん
09/11/08 21:50:24
Windowsでネットワークアドレスの違うIPアドレスへ強制的に
UDPのパケットを送る方法って無いでしょうか？
SetIpNetEntry（）で静的arpに登録して送っても駄目みたいでした。
（たぶん送信時に跳ねられている）
134:デフォルトの名無しさん
09/11/08 23:07:35
arpコマンドで登録すればいいんじゃ？
135:デフォルトの名無しさん
09/11/09 00:10:05
>>134
SetIpNetEntry()を呼ぶのと、arpコマンド実行は同じ事だと思うけど、
試しにpingとwireshark使ってやってみました。
Destination host unreachable.
と出て、相手には何も届いてないですね。
しかも、Windows7でやると特権がいるとかでエラーになるし、
諦めてブロードキャストで送ることにします。
136:デフォルトの名無しさん
09/11/09 08:54:56
ftpでファイルを送受信することになりました
こっちも相手側もクライアントとサーバになります
VC（MFC)でプログラムを作ろうと思いますが
どうやって作っていいかわかりません
クライアント側はサーバーに接続して
ファイルを転送する？イメージがあります。
検索するとCFtpConnectionをつかって作るのがわかりました
でもサーバー側ってどうやって作るんでしょうか？
どこかにサンプルとかヒントはありませんか？
137:デフォルトの名無しさん
09/11/09 09:38:23
ファイルが転送できればいいのかFTPプロトコルを実装したいのか
138:デフォルトの名無しさん
09/11/09 10:18:54
多分ファイル転送ができればいいです
プログラムでファイルをリモートのＰＣに送りたいのと
相手側がいつでもファイルをこちら側に送れるように
ｆｔｐサーバー機能があればいいです
139:デフォルトの名無しさん
09/11/09 10:21:10
>>133
違うネットアドレスへ送ろうとする場合、arpはgateway
に対してだよ？routeはどうなってるの？
140:デフォルトの名無しさん
09/11/09 10:39:50
>>138
では
URLﾘﾝｸ(www.geekpage.jp)
をちょこっと見ればできますね
141:デフォルトの名無しさん
09/11/09 11:07:33
>>140
ありがとうございます
見てみましたがｆｔｐについては見当たりませんでした
ｆｔｐサーバとしてｆｔｐクライアントの要望にこたえる例とかしりませんか？
142:デフォルトの名無しさん
09/11/09 11:10:23
サーバなんて既存のやつ使えばいいじゃない
サーバもクライアントも作るなら特定のプロトコルにこだわる必要もないだろう
143:デフォルトの名無しさん
09/11/09 11:11:38
だめだこりゃ
144:デフォルトの名無しさん
09/11/09 11:13:14
あとMFCならこういうのでどうか
URLﾘﾝｸ(www.codeproject.com)
145:デフォルトの名無しさん
09/11/09 11:18:28
>>142
一応売り物にするのでフリーのは問題ある？のではないかと思ってます
システムに組み込んで売っても問題ないフリーソフトとかありませんか？
>>144
ありがとうございます
参考にサンプル落とし見ようとしたら登録が必要なようですorz
英語はわからなくて…すみません
146:デフォルトの名無しさん
09/11/09 11:25:49
多少の英語も出来ずにプログラマやってるのかよ
147:デフォルトの名無しさん
09/11/09 11:28:01
もうRFC959読んで自前で実装しちゃいなよ
日本語訳もあったはずだ
148:デフォルトの名無しさん
09/11/09 11:48:47
>>145
BSDライセンスのFTPサーバ。FreeBSDのとか。
まあ機能限定で実装すれば自前でも簡単だけど。
149:デフォルトの名無しさん
09/11/09 11:54:27
>>148
ありがとうございます
ちょっと調べてみます
自分でいろいろ調べてたらXPにもｆｔｐサーバがあるみたいなのですが
XPのを使うのとフリーのｆｔｐサーバ使うのは全然違う意味ですか？
XP標準にあるならそっちのが楽なのかなぁ？と思ったりしてます
150:デフォルトの名無しさん
09/11/09 12:03:14
>>149
IISのこと?
151:デフォルトの名無しさん
09/11/09 12:04:52
IISはXPのProにはあるけどHomeには無いから気をつけて
152:デフォルトの名無しさん
09/11/09 12:09:04
>>150
そうです
XP Proを使う予定でｓ
153:デフォルトの名無しさん
09/11/09 17:17:07
初心者極まりない質問で申し訳ないですが、お願いします。
VB6.0のwinsockオブジェクトを用いて、出来合いのサーバ（ORCA_CLAIM)に
データを送信するプログラムを作成してます。
ポートとアドレスを指定して送りたいデータを送信し、
ただクローズするだけなのですが、送信後にサーバのステータスが
CLOSE_WAITになったまま消えてくれません。
(# netstat -nap localhost などで確認）
そうなると再送信してもﾎﾟｰﾄが現在使用されていますと出て、
ｴﾗｰを返すのでとても困っています。
サーバソフトの製作元にもたずねて見ましたが、そんな現象はありえないと
いうお話でしたので、どうもこちら側に決定的な原因があるようです。
状況説明がうまくないようでしたら申し訳ありません。
何か、ありがちなミスなどありましたらご指摘よろしくお願いします。
154:デフォルトの名無しさん
09/11/09 17:41:20
winsock1.closeはしてるの？
155:デフォルトの名無しさん
09/11/09 17:51:47
IISに投げてみたけどCLOSE_WAITにはならないよ
Option Explicit
Private Sub Command1_Click()
Winsock1.LocalPort = 0
Winsock1.RemoteHost = "localhost"
Winsock1.RemotePort = 80
Winsock1.Connect
End Sub
Private Sub Winsock1_Close()
Winsock1.Close
End Sub
Private Sub Winsock1_Connect()
Winsock1.SendData "GET / HTTP/1.0" & vbCrLf & vbCrLf
End Sub
Private Sub Winsock1_DataArrival(ByVal bytesTotal As Long)
Dim s As String
Winsock1.GetData s
MsgBox s
End Sub
156:デフォルトの名無しさん
09/11/09 18:47:40
同じ質問を過去に見たんだが、解決方法忘れてしまった
VBスレの人なら知ってる人いるんじゃない？
157:デフォルトの名無しさん
09/11/09 19:29:30
>>153です。皆様レスをつけていただいて有難うございます。
>>154
うーん。Winsock1.closeはやっているのですが、反応がないようです。
>>155
すいませんサンプルソースまで書いてもらって、助かります。
私のソースもだいたいそのような感じなのですが、見直してみることにします。
>>156
有力情報有難うございます。
そちらの方にも尋ねてみることにします。
158:デフォルトの名無しさん
09/11/09 20:08:45
>>157
どちらが先にクローズする仕様なの？
159:デフォルトの名無しさん
09/11/09 23:25:49
レス有難うございます。
>>158
URLﾘﾝｸ(www.orca.med.or.jp)
の（２）によると、送信した側がsocket closeと書いてあるようですので
こちら側（送信側）がCloseしなければいけないのかなと考えています。
160:デフォルトの名無しさん
09/11/09 23:38:25
closeする前にサーバのACK/NAK応答は受信したのかと
161:デフォルトの名無しさん
09/11/09 23:41:31
言っとくがTCPじゃなくてアプリレイヤーの話だぞ？
>>159のシーケンスをちゃんと嫁
162:デフォルトの名無しさん
09/11/09 23:45:18
見落としてるだけだろ
アホとしか
163:デフォルトの名無しさん
09/11/10 00:01:16
>>159
これだとCloseイベントでcloseしたほうがいいかもしれない。
>>155のように
164:デフォルトの名無しさん
09/11/10 00:32:37
closeしなくてもほっときゃ切れるだろ
165:デフォルトの名無しさん
09/11/10 01:37:03
socketは全二重
送る側だけまずshutdown
読む側でEOFまで全て読み終わるのを確認してからclose
これはちゃんとやって
166:デフォルトの名無しさん
09/11/10 09:17:58
皆様何度も返信してくださって
厳しいながらもありがたい限りです
>>160
そちらの受信は確認しております。
>>161
アプリレイヤーとTCPの違いがまだよく分かっていないのですが、
そこの部分は調べてみます
>>163
ちょっとその手法でやってみます
>>165
shutdownはwinsockメソッドにはなく、
URLﾘﾝｸ(www.int21.co.jp)
で見ました。全文読んでいないのでなんともいえませんが、
まだ使い方が不明なので調査してみます。
167:デフォルトの名無しさん
09/11/10 23:40:54
>>166
> shutdownはwinsockメソッドにはなく、
何言ってるかわからない。
書く側だけまずshutdownしろってのは、
winsockのFAQの初心者向け項目に書いてあること。
168:デフォルトの名無しさん
09/11/10 23:47:48
良くこれで仕事が出来るな・・・
169:デフォルトの名無しさん
09/11/11 00:04:43
とりあえずWiresharkで
双方の FIN → FIN,ACK → ACK のどこまで出てるか見てみたら？
170:デフォルトの名無しさん
09/11/11 05:43:11
サーバの開発元に質問するほうもアレだが、ありえないと回答するのもひどいな。
お互い良くそれでプログラマって言えるよな。
171:デフォルトの名無しさん
09/11/11 18:13:12
IdBaseComponent,
IdComponent,
IdTCPConnection,
IdTCPClient,
IdHTTP
IdException
このへんのコンポーネントってIndyですか？
172:デフォルトの名無しさん
09/11/11 18:18:28
Indyですね
173:デフォルトの名無しさん
09/11/11 18:27:53
>>172
ありがとう
IdってIndyって意味だったのか
コンポーネントないからビルドできねぇ
174:デフォルトの名無しさん
09/11/11 23:35:50
>>153
> CLOSE_WAITになったまま消えてくれません。
サーバ側のCLOSE_WAITは全く関係ない。お前の作ったクライアントがダメなだけ。
> 何か、ありがちなミスなどありましたらご指摘よろしくお願いします。
自分のバグを他人の所為だと思いたがる態度が、初心者にありがちな重大なミス。
bindしてるだろ。
175:114
09/11/12 01:33:52
>>120
やっぱ無理だよな、ありがとう
>>118
相手がわかってればいいんだけどねぇ
176:デフォルトの名無しさん
09/11/12 07:44:31
>>128
それじゃ3-wayハンドシェイクが成立しないだろ。可能だと主張するなら動作するサンプルコードを。
177:デフォルトの名無しさん
09/11/12 08:50:27
>>176
RFC に双方 connect() 時のシーケンス載ってるが?
178:デフォルトの名無しさん
09/11/12 09:01:03
>>176
RFC793 の figure 8 だけど、rfc1122 でその図の間違
いが訂正されてる。
4.2.2.10 Simultaneous Open Attempts: RFC-793 Section 3.4, page
32
There is an error in Figure 8: the packet on line 7 should
be identical to the packet on line 5.
A TCP MUST support simultaneous open attempts.
DISCUSSION:
It sometimes surprises implementors that if two
applications attempt to simultaneously connect to each
other, only one connection is generated instead of two.
This was an intentional design decision; don't try to
"fix" it.
179:デフォルトの名無しさん
09/11/12 09:25:14
> This was an intentional design decision; don't try to "fix" it.
うわっ、強引。決めたんだからなおすな。
180:デフォルトの名無しさん
09/11/12 09:37:37
>>179
違う違う。「実装者は双方同時 open の結果として一つ
しかコネクションが出来ないことに驚くかもしれないが、
これはそうなるように『設計』されているので直そうと
するな」ということ。
181:デフォルトの名無しさん
09/11/12 10:28:32
コネクションが2つでなく1つなのは「そのように決めたんだからなおすな」って事でしょ。
なんで、そのように決めたんだろう。
という事は置いておいて、これは同時にconnectが発生した(例外的な)場合に関しての
規定であって、>>118が言ってるような狙ってできるってもんじゃないよね。
182:デフォルトの名無しさん
09/11/12 10:29:35
>>174
>自分のバグを他人の所為だと思いたがる態度が、初心者にありがちな重大なミス
逆に自分のせいだと思って散々調べたら自分のせいじゃ無かったってのもよくある
まずは切り分けが大事と思い知らされた
183:デフォルトの名無しさん
09/11/12 10:44:42
>>181
> 狙ってできるってもんじゃない
普通は RST が返るからってこと?
184:デフォルトの名無しさん
09/11/12 11:05:05
>>181
＞なんで、そのように決めたんだろう。
同じIPアドレス、ポート番号のペアを持つコネクション
は同時に複数存在できませんから。
185:デフォルトの名無しさん
09/11/12 11:18:53
一方のコネクションが確立した後では、1本のコネクションにはならないでしょ。
186:デフォルトの名無しさん
09/11/12 11:22:01
>>184
なるほど、接続するという選択肢を取るならそのように決めるしかないわけか。
接続しないという選択肢もあったわけだけど、そっちは採用しなかったと。
187:デフォルトの名無しさん
09/11/12 22:30:35
双方がwell knonw portになってから接続を開始しているわけだから、
四つ組みが決定している。一つの接続になるのが、設計上当然の帰結。
>>183
いや再送されたのと区別がつかない。
(IPタイムスタンプオプションとかない限り)
それに普通のOSではREUSEADDRしたら、
前のは無効になる。
188:デフォルトの名無しさん
09/11/13 10:31:37
よくわからないレベルで仕事って確実に地雷だなw
189:デフォルトの名無しさん
09/11/13 11:26:24
結局サンプルコードはまだ？まさか>>128じゃないよね
190:デフォルトの名無しさん
09/11/13 12:06:33
RFCだけ読んで「キリッ」って奴がいかに多いか分かるな
実際のコーディングはまったくできないと。
191:デフォルトの名無しさん
09/11/13 12:24:58
自分が仕事出来ないのを棚に上げて人のせいにする奴もいるしな
192:デフォルトの名無しさん
09/11/13 14:55:17
rfcも実際のコード実装例を描いてくれればいいのだがな。
そういうサイト作ると需要有るのか？
193:デフォルトの名無しさん
09/11/13 15:25:53
>>189
> まさか>>128じゃないよね
>>128 で何か不足してる?
TCP/IP の同時 open は、よくある TCP/IP の状態遷移
図で通常サーバ側とクライアント側で違う経路を通ると
ころを両方ともクライアント側の遷移を通るんだから
>>128 であってる。
スティーブンス本のどれかで実際のプログラムと実行例
が載ってたよ。但し、双方の SYN が交差する位には充
分に遅い経路を使う必要があったと思う。
194:デフォルトの名無しさん
09/11/13 16:24:19
>>193
listenしなくて良いのか?
195:デフォルトの名無しさん
09/11/13 16:35:49
>>194
> listenしなくて良いのか?
listen したら駄目なんだけど?
196:デフォルトの名無しさん
09/11/13 16:48:04
ほい、スティーブンス本での同時 open の話と実行例。
URLﾘﾝｸ(books.google.com)
上で使われてる sock プログラムのソースコード。
URLﾘﾝｸ(www.icir.org)
listen() を呼び出している servopen() は -s オプショ
ンが無いと実行されないけど上の例では -s ついてない
でしょ。
197:デフォルトの名無しさん
09/11/14 00:43:24
cygwinでsockコマンドコンパイルしてlocalhostでやってみたけど、
確かに同時に実行するとconnect成功するね
・・・同時に実行しなければ繋がらないってのは、ちょっと面白いな
198:デフォルトの名無しさん
09/11/14 17:23:34
遂にgoogle booksを参照する時代になったか。
199:デフォルトの名無しさん
09/11/14 17:31:32
結局、元質問(>>114)を実現する事はsocketプログラミングの範囲ではできないという結論だね。
200:デフォルトの名無しさん
09/11/14 18:08:03
できるだろ。釣りかよw
201:デフォルトの名無しさん
09/11/14 18:23:33
listenの実装を自分で書き換えればいいだろ
202:デフォルトの名無しさん
09/11/15 00:05:59
>>200
動作するサンプルを。
203:デフォルトの名無しさん
09/11/15 01:21:09
>>201
socket.h内のSOMAXCONNを1にしたらひどぅい目に遭いましたｗ
実装の書き換えまで手を出すのは正直無理ぽですね。
204:デフォルトの名無しさん
09/11/16 04:45:47
URLﾘﾝｸ(x68000.q-e-d.net)
このページを参考に1回connectに成功したらaspxファイルのヘッダとボディのデータを
分けて要求するプログラムを作ったのですがボディのデータを要求するとコネクションが切断されているのかread関数が0を返します。
close関数を使っていなくても1回データを要求したら切断されてしまうものなのでしょうか。ソースは次のレスに記載します。
205:デフォルトの名無しさん
09/11/16 04:48:30
char path[100],buf[1000],host[]="www.nurupo.jp";
struct hostent *servhost;struct sockaddr_in server;struct servent *service;int s,read_size;
servhost = gethostbyname(host);bzero(&server,sizeof(server));server.sin_family = AF_INET;
bcopy(servhost->h_addr,&server.sin_addr,servhost->h_length);server.sin_port = htons(80);
s = socket(AF_INET,SOCK_STREAM,0);connect(s,(struct sockaddr *)&server,sizeof(server))
sprintf(path,"HEAD /gga.aspx HTTP/1.0\r\n\r\n");
write(s,path,sizeof(path));
while(1){
read_size = re ad(s,buf,sizeof(buf));
if(read_size > 0){write(1,buf,sizeof(buf));}
else{
break;}}
sprintf(path,"POST /gga.aspx HTTP/1.0\r\nContent-Length: 10\r\n\r\nnurupo=gga\r\n\r\n");
write(s,path,sizeof(path));
while(1){
read_size = read(s,buf,sizeof(buf));
if(read_size > 0){write(1,buf,sizeof(buf));}
else{break;}}
close(s);
206:デフォルトの名無しさん
09/11/16 05:00:41
>>204>>205です。
if(read_size > 0){write(1,buf,size_of(buf))}
の行のsize_of(buf)はread_sizeでした。
すいません…
207:デフォルトの名無しさん
09/11/16 05:42:52
HTTP/1.0
RFC1945
1.1は2616
208:デフォルトの名無しさん
09/11/16 09:05:10
>>204-205
HTTP/1.0はそのように決められている。
HTTP/1.1ではPersistent Connectionsというのがあるが、使い方はかなり難しい。
209:デフォルトの名無しさん
09/11/16 09:17:41
別に難しくは無いさ。
リクエストとレスポンスを交互に繰り返すだけであれば。
終端だって、どうやって判断すればよいかちゃんとRFCに書いてある。
chunkの読み出しも、そのまま実装するだけ。
210:デフォルトの名無しさん
09/11/16 11:04:36
嘘つきサーバが多いから難しい。
211:デフォルトの名無しさん
09/11/17 02:24:14
テスト
212:デフォルトの名無しさん
09/11/17 15:47:40
>>204です。
お返事ありがとうございます。
RFC2616やグーグルしたところ、HTTP/1.1はHost: URLを記述しなければいけないとのことだったので
記述し、2回目のデータ要求ではConnection: Closeを記述したところ2回、データを要求することが出来ました。
2回目はBad Requestになってしまいますが。。
RFCを見て、少しやる気をなくしてしまいましたが
出来たらネットワークの勉強に励み、この問題をいつかは解決したいと思います。
ありがとうございました。
213:デフォルトの名無しさん
09/11/20 00:14:01
UDPのブロードキャストについて質問です
pythonとCで書いてます。(例はpythonで書きます)
ブロードキャストでデータを送りたいのですが、
setsockoptでSO_BROADCASTを有効にし、
# pythonの例
sock.sendto( data, ( "255.255.255.255", 1234 ) )
としても、受信側で受信できません。
# 受信側のIPアドレスは192.168.11.4
sock.sendto( data, ( "192.168.11.4", 1234 ) )
として、ユニキャストだと受信できることを確認しています。
環境はlinuxです。
ブロードキャストアドレスとして255.255.255.255を使うのは間違ってますか？
214:デフォルトの名無しさん
09/11/20 03:25:47
それは自分の所属するサブネットの中なの？外なの？
215:デフォルトの名無しさん
09/11/20 06:15:52
>ブロードキャストアドレスとして255.255.255.255を使うのは間違ってますか？
はい
216:デフォルトの名無しさん
09/11/20 07:06:20
rootにならないとできないとかそういうのもあるよね。
217:デフォルトの名無しさん
09/11/20 08:36:47
ブロードキャストアドレスとして192.168.11.255と設定してあるだろ。
それ使えよ。
218:デフォルトの名無しさん
09/11/20 13:28:28
基本的にネットの負荷が上がるのでブロードキャスト非推奨。
つ ブロードキャストストーム
輻輳を検知するとポート綴じちゃうスイッチも有るよ。
219:デフォルトの名無しさん
09/11/20 18:32:47
>>214
自サブネット内です。
>>215
はい
ありがとうございます
>>216
rootになっても変わりませんでした。
>>217
確かに/24で切ってるので、192.168.11.255も試したのですが変わりませんでした。
ハード的におかしいのかと思い、
192.168.11.4を持つマシン上で、サーバとクライアントを動かしたのですが、
結局受信しませんでした。
wiresharkでみるとパケットは観測されてたのですが・・・
220:デフォルトの名無しさん
09/11/20 18:44:37
promiscus
221:デフォルトの名無しさん
09/11/20 19:02:55
× promiscus
○ promiscuous
222:デフォルトの名無しさん
09/11/20 23:24:41
>>219
受信側はどうバインドしてるの？ 例えば'192.168.11.4’にバインドしてたらそのアドレスへのユニキャストしか受信出来ない。 ブロードキャストも受け取りたいならアドレスは'' （空文字列）でバインドしなければだめ。
223:デフォルトの名無しさん
09/11/21 19:20:27
空文字列？
192.168.11.255にバインドするべきじゃないの？
224:デフォルトの名無しさん
09/11/21 19:21:12
どうみても 0.0.0.0 にバインドです本当にありがとうございました
225:デフォルトの名無しさん
09/11/21 19:39:22
まったく知識がないんだがどこから手をつければいいのか教えろカスども
226:デフォルトの名無しさん
09/11/21 19:50:51
.255なんて使うなよw
227:デフォルトの名無しさん
09/11/21 19:56:40
まずお前が何をしたいのか教えろよカスが
228:デフォルトの名無しさん
09/11/21 19:57:53
SEXしたい；；
229:デフォルトの名無しさん
09/11/21 20:06:44
おまえら！
N88ベーシックの時代を思い出せ！
使ってるだけじゃだめなんだよ！
利用者全員がプログラマーにならなきゃ世の中は良くならない！
そうだろうみんな！！
230:デフォルトの名無しさん
09/11/21 20:07:39
食いっぱぐれます
231:デフォルトの名無しさん
09/11/21 22:21:39
せんせー
IPアドレスからgethostbyaddrでホスト名とってくるプログラムをVC++（まあなんでも出来るが）で組んだのだけれど、
もし取ってこれなかった場合
＞初回の例外が発生しました: 0x000006BA: RPC サーバーを利用できません。
みたいなのが出力パネルに無視して平気？
一応host名がNULLだった時の退避路はあるし、エラーでプログラムが止まるわけじゃないんだけど
なんかわざわざ一回づつ排出するもんだから気になって
232:デフォルトの名無しさん
09/11/21 23:24:51
try catch
233:デフォルトの名無しさん
09/11/22 02:37:25
これかな
URLﾘﾝｸ(support.microsoft.com)
234:デフォルトの名無しさん
09/11/24 19:49:11
ソケット生成してbindした時点で、データが送られてくると
受信はされるのでしょうか？
そこから、recvformで取り出すといった感じなのでしょうか？
データを一定間隔で送信し、送信した結果複数の個所からデータが返ってくる
とした場合、最初に返ってきたデータだけをデータとして取り込みたいのですが
こういった場合、どうするのが最適でしょうか？
235:デフォルトの名無しさん
09/11/24 20:32:30
bindってよく考えたら、0.0.0.0でbindしておけば
自分のIPが192.168.11.4でも recvfromで192.168.11.100 宛のデータも受信できるのでしょうか？
（ポート等は同じで、ARPで関連づけておくとして）
236:デフォルトの名無しさん
09/11/24 20:44:28
promiscuous
237:デフォルトの名無しさん
09/11/24 21:35:41
promiscuous は関係ない
238:デフォルトの名無しさん
09/11/24 21:42:51
それより質問の仕方が悪い
239:デフォルトの名無しさん
09/11/24 22:43:16
通常のモードだと自分のMAC宛のパケットしか受信できない
240:デフォルトの名無しさん
09/11/24 22:56:11
>>239
ARPテーブル操作して、自分のmac向けに別のIPを関連づけたら届きますよね
そこで0.0.0.0をbindしておけば自分の今のIPとは違うデータまで受信できるということでしょうか？
241:デフォルトの名無しさん
09/11/24 23:30:36
>>240
MAC判別はネットワークチップの機能だよ
242:デフォルトの名無しさん
09/11/24 23:37:24
>>241
すみません、よくわかってないのですが
MAC判別がどう関係あるのでしょうか？
宛先mac自体は、本来の宛先macをarpテーブルで指定してやりますよね
243:デフォルトの名無しさん
09/11/24 23:42:42
送信する相手のARPテーブルを操作するって事か
それが受信できるかどうかはIP層の実装仕様次第じゃないのか？
普通は出来ないと思うが・・・
244:デフォルトの名無しさん
09/11/24 23:51:53
変なパケットは捨てるのが基本
245:デフォルトの名無しさん
09/11/25 00:00:49
実装仕様とはNICに依存するのでしょうか？
でもmacアドレスはあってる、IP層のIPも送信元がARPテーブル操作してあってる
から届くはずだとはおもうんですが
246:デフォルトの名無しさん
09/11/25 00:52:43
> ARPテーブル操作して、
どこのマシンのARPテーブルいじる気だよ。毒入りarp投げるのか?
オレの管理下で発見したら接続禁止だぞ。上司が土下座しなけりゃつなげさせない。
> そこで0.0.0.0をbindしておけば自分の今のIPとは違うデータまで受信できるということでしょうか？
IPってゆうな。クズ。
例え送信元のARPテーブル操作してパケットが届いたとしても出来ない。
0.0.0.0は自マシンのアドレスに対するワイルドカードだからだ。
もう一回言っておく。IPってゆうな。クズ。
247:デフォルトの名無しさん
09/11/25 01:18:53
受信したいマシンが 192.168.11.100 というIPを持っていないから無理
RawIPでも使え
248:デフォルトの名無しさん
09/11/25 01:28:28
IPってゆうな。クズ。
249:デフォルトの名無しさん
09/11/25 01:37:02
単にアドレスって言うのもハンパだろ？
250:デフォルトの名無しさん
09/11/25 01:45:49
IPアドレスを省略するときは単に「アドレス」って言う
IPは知的財産の省略形として稀に使うぐらい
251:デフォルトの名無しさん
09/11/25 02:01:57
ネット盗聴ソフトか不正アクセスでもするソフトでも作ってるのかw
252:デフォルトの名無しさん
09/11/25 03:27:17
>>235
環境による
>>240
環境による
253:デフォルトの名無しさん
09/11/25 06:53:48
promiscuous
254:デフォルトの名無しさん
09/11/25 07:32:45
>>246 >>247
>>252
さんがいうには、環境によってはできるとのことですが
255:デフォルトの名無しさん
09/11/25 07:33:57
俺の自作スタックなら何でも出来る
256:デフォルトの名無しさん
09/11/25 08:02:59
>>252
かなりめずらしい環境でないか？ 組み込み系のマイナーな
スタックとか？
257:デフォルトの名無しさん
09/11/25 17:54:55
WinSockのWSAAsyncSelectについて質問です。
今まで使い方を間違えていたらしく、あちこちのサンプルでは
(1)
リスニングソケットにはFD_ACCEPTを設定し
WSAAsyncSelect(socketListen, hWnd, (WM_APP + 1), FD_ACCEPT))
(2)
case FD_ACCEPT内で
SOCKET socket = accept(m_sckListen, &addr, &nLength);
WSAAsyncSelect(socket, hWnd, (WM_APP + 1), FD_READ | FD_CLOSE)
と、個別にFD_READやらFD_CLOSEを設定するのが正解のようです。
今まで私は(1)で FD_ACCEPT | FD_READ | FD_CLOSE と設定し、(2)ではWSAAsyncSelect自体を呼び出していませんでした。
ですが、この状態でもsocket側に通信データが送られてきた際に、きちんとwParam == socketな状態でWD_READが呼び出されていました。
これは、正規の仕様に乗っ取った挙動なのでしょうか？
例えば「リスニングソケットにFD_READなどを設定しておくと、そのリスニングソケットでacceptされたソケット全部にFD_READが自動的にセットされる」とかでしょうか？
258:デフォルトの名無しさん
09/11/25 18:11:24
asyncも分かってないしselectも分かってないな
259:デフォルトの名無しさん
09/11/25 20:36:58
ソケット生成してbindした時点で、データが送られてくると
受信はされるのでしょうか？
そこから、recvformで取り出すといった感じなのでしょうか？
データを一定間隔で送信し、送信した結果複数の個所からデータが返ってくる
とした場合、最初に返ってきたデータだけをデータとして取り込みたいのですが
こういった場合、どうするのが最適でしょうか？
260:デフォルトの名無しさん
09/11/25 20:48:26
スタックって自作できるのでしょうか？
スタックを自作すれば、L1レベルから入ってきたデータを好きなように取り込めるのでしょうか？
261:デフォルトの名無しさん
09/11/25 21:07:50
IEの仕様書はどこにありますか
MicroSoftのサイトの情報見ても全然かゆいところに手が届かない
262:デフォルトの名無しさん
09/11/25 21:23:21
>>259
TCPだとそうだね。acceptしてからだけど。
他のは捨てたいって事なら読んでから捨ててクローズすればいい。
読まずに捨てたいってことなら、それはやらない方がいい。
理由はFAQ読んで。上にも話題に出てる。
263:デフォルトの名無しさん
09/11/25 21:24:03
>>260
> スタックって自作できるのでしょうか？
あなたの能力次第。
264:デフォルトの名無しさん
09/11/25 21:25:05
>>259
お前はまずProgramming UNIX Socket FAQを全部嫁。
>>260
できないと思うのなら、それはお前の知識が無いからだ。
>>261
ないんじゃないの？何が知りたいの？
265:264
09/11/25 21:25:51
うお、かぶりまくったぜ。
266:デフォルトの名無しさん
09/11/25 22:10:46
>>264
FAQよんだのですが、bindした時点でデータがきているかはのってないのですが
267:デフォルトの名無しさん
09/11/25 22:38:57
>>266
自覚して無いかもしれないが、日本語に難ありすぎて意味不明
268:デフォルトの名無しさん
09/11/25 22:42:18
おそらく
「bindしたあと、recvfromをする前に到着したメッセージは
全て、その後の recvfrom で読み出せるのか？」
と質問したいんだろう
269:デフォルトの名無しさん
09/11/25 23:10:46
>>260
BSDのドライバのソースを読む
Linuxはダメ！絶対
270:デフォルトの名無しさん
09/11/26 09:12:07
257です。
＞「リスニングソケットにFD_READなどを設定しておくと、そのリスニングソケットでacceptされたソケット全部にFD_READが自動的にセットされる」
これが仕様に基づく正しい動作であることを、英語版MSDNページで確認しました。
271:デフォルトの名無しさん
09/11/26 11:52:31
こんな何の情報もくれないスレに、律義だなぁ
272:デフォルトの名無しさん
09/11/26 11:55:16
Arduinoとイーサネットシールドを勉強すれば
プロトコルスタックも作れるよ
273:デフォルトの名無しさん
09/11/27 00:25:46
IE8に導入されたInPrivateブラウズって、保存済みのクッキーすら読み込んでくれないん？
クッキーは保存してあるのにリクエストに含まれてこない。
本家サイトみても、”新しくクッキーを保存することはないよん”としか書いてなくてよくわからん。
274:デフォルトの名無しさん
09/11/27 07:14:43
c+winsockでHTTPプロキシ作ろうとしてるんだが
ブラウザから送られてきたhostヘッダの部分を接続先にして
データを受け流す、みたいな感じでいいのか？
その場合httpsの通信はどうするの？
275:デフォルトの名無しさん
09/11/27 07:50:13
hostヘッダがないときでも相手につながないといけないわけだが
276:デフォルトの名無しさん
09/12/01 22:58:35
ブロードキャストで送信しているソケットで、受信もしていて
そのソケット宛に、VBのwinsockでブロードキャストで送信しようとすると
ローカルコンピュータからは利用できませんとエラーがでたり、
二つのパソコン用意して、同様にVBからHUBを介してそのソケット宛にデータ送ろうとすると
片方はブロードキャストでおくれるのだが、もう片方はデータすらおくれない
同じネットワークにブロードキャスト送信できる数とかに制限あるのかな
277:デフォルトの名無しさん
09/12/02 00:39:07
TCP/IPにはそのような制限はない。
WinsockやVBについては知らないので他の人お願い。
278:デフォルトの名無しさん
09/12/02 00:50:18
知らないなら黙ってればいいのに
279:デフォルトの名無しさん
09/12/02 04:36:18
そりゃブロードキャストで送ればネットワークに負担がかかるし、不要なPCにもパケット送りつける事になってしまうからなあ。
280:デフォルトの名無しさん
09/12/02 13:41:20
だから何だよ？
281:デフォルトの名無しさん
09/12/02 15:18:33
ブロードキャストって何？
282:デフォルトの名無しさん
09/12/02 17:14:15
放送
283:デフォルトの名無しさん
09/12/02 19:57:05
PC-HUB-PC でUDPにてお互い同時に周期的に送信していて、たまにパケットが喪失するのですが
これってどんな原因が考えられますか？
284:デフォルトの名無しさん
09/12/02 20:16:18
気にする方向を間違えている
その件に関して我々は原因を追究するべきではない
285:デフォルトの名無しさん
09/12/02 20:24:28
>>283
天使の取り分
286:デフォルトの名無しさん
09/12/02 21:46:07
udpでもtcpでもパケットは消失するものなんだよ。
tcp: osがどうにかしてくれる。
udp: 自分でどうにかするか諦める。
287:デフォルトの名無しさん
09/12/02 21:52:35
ただ、HUBを介して単純に超近くのネットワークなのに、他にそのパソコン以外通信なし
でも頻繁に損失するものなのかなーとおもいまして
何回に1回とか大体の確率っておおよそでいいからわかるのかなぁ
288:デフォルトの名無しさん
09/12/02 21:56:49
消失が完全に予測出来るなら暗号に使えるな
289:デフォルトの名無しさん
09/12/02 22:01:07
LAN側に古いハブ使ってるがコリジョンランプがガンガンつきまくってる
仕組みはよくわからんが、よく通信できてるもんだと関心するほどだ
290:デフォルトの名無しさん
09/12/02 22:51:42
HUBを介すのと介さないのでは喪失しやすくなったりするのかね
291:デフォルトの名無しさん
09/12/02 23:15:48
お互いに交互に投げ合ってるならぶつからないだろうけど
同時に投げてるならぶつかるんじゃないのか？
292:デフォルトの名無しさん
09/12/03 00:03:33
交互に投げ合っててもいつか同時のタイミングが発生しそうな
293:デフォルトの名無しさん
09/12/03 00:11:30
CSMA/CDか
久しぶりに思い出したんで忘れかけてたよ
294:デフォルトの名無しさん
09/12/03 00:22:50
>>290-292
お前等スイッチングハブの「スイッチ」の意味知らないだろ。
パーフェクトシャッフルとかバタフライネットワークとか。
295:デフォルトの名無しさん
09/12/03 00:25:44
なにはともあれ、今つかってるバカハブは捨てるべきだな。俺。
末端のTVとDVDレコ用だけど・・・
296:デフォルトの名無しさん
09/12/03 00:36:53
PC－PC のように単純にケーブル１本でお互い送受信していても
UDPならパケットの衝突か消失がありうるということ？
297:デフォルトの名無しさん
09/12/03 00:44:04
何がおこってもおかしくはない
ノイズやバッファオーバーなど色々あるんじゃない？
UDPがそれらに保障されてないんだから、プログラマとしてはそれを考慮してプログラムを組むしかない
298:デフォルトの名無しさん
09/12/03 00:50:43
>>296
ループバックインターフェースでも消失はありうる。
299:デフォルトの名無しさん
09/12/03 01:00:56
>>297
バッファオーバーはデータのサイズを小さくもてば少なくなるのかなぁ
ノイズでそんなに頻繁になくなるのかな PC-PCとかでも
１分間に１０回ほど消失するって大きい？
300:デフォルトの名無しさん
09/12/03 01:20:10
今では低速なRS232Cでも電気的に失敗することはある
クロックだのなんだの、下位の仕事してたころにはこれでいいのかなと疑問に思いながら作ってたもんだ…
もちろん通信の失敗を考慮してプログラムしてたが
301:デフォルトの名無しさん
09/12/03 01:52:47
今時ノイズは余り関係ない。イーサネットで距離も短ければ。
302:デフォルトの名無しさん
09/12/03 02:02:47
プログラム組む側としては、そんな話はどうでもいいんだって。
303:デフォルトの名無しさん
09/12/03 02:05:58
距離も短くノイズも関係ないとすればたかだがPC間伝送でパケット消失する理由って・・・
304:デフォルトの名無しさん
09/12/03 02:10:04
バッファなりなんなり能力以上の処理が必要になれば当
然パケットは落ちる。忙しい状況は自分のプログラムと
は無関係に発生するかも知れない。TCP は再送する。
UDP は再送しない。
305:デフォルトの名無しさん
09/12/03 08:35:33
バカハブは貴重品だぞ。
簡単には手に入らないが価値をしらないバカの手元にあるのはもったいない。
306:デフォルトの名無しさん
09/12/03 09:22:54
スニファ作るとか？
307:デフォルトの名無しさん
09/12/03 09:24:49
開発用にリピータハブ重宝しております
308:デフォルトの名無しさん
09/12/03 11:12:41
>>299
ping 1時間くらい投げ続けてlossどれくらい？
309:デフォルトの名無しさん
09/12/03 17:30:01
初歩的な質問ですいません。
よくある「"ABCDEFGH"と送信しても"ABC""DE""FGH"と3回で受信されることもある」という例ですが、
この例は送信がTCP/UDPレベルで計3パケットに分割されたということなるのでしょうか？
310:デフォルトの名無しさん
09/12/03 17:31:36
送信かもしれない
途中の道かもしれない
受信かもしれない
311:デフォルトの名無しさん
09/12/03 17:33:06
逆に2回にわけて送ったやつがくっついてることもある
312:デフォルトの名無しさん
09/12/03 19:10:15
既にクローズされてるソケットにclosesocket使ったらエラーで強制終了される？
313:デフォルトの名無しさん
09/12/03 19:25:44
エラーだが強制終了されない
314:デフォルトの名無しさん
09/12/03 22:20:48
>>309
UDPならAPIレベルでは分割されないよ。
データグラム通信を提供するサービスだから。
315:デフォルトの名無しさん
09/12/04 00:44:49
何か障害出まくるアプリケーションが多いのがよくわかるスレだ。
絶対はないから、ちゃんと回避手順を考えてプログラム組むべき。
エラーになったらどうするのか。想定してなかったので、そのまま終了じゃゴミ。
316:デフォルトの名無しさん
09/12/04 22:21:18
オーストリッチアルゴリズム最強
317:デフォルトの名無しさん
09/12/11 00:06:40
プロキシを作りたいのですが
どうやって作ればいいのでしょうか？
書籍とかあれば教えてください
318:デフォルトの名無しさん
09/12/11 00:09:04
プロ棋士？
319:デフォルトの名無しさん
09/12/11 00:10:07
どのような情報を盗み見たいの？それによって作り方変えないと
320:デフォルトの名無しさん
09/12/11 00:17:04
>>319
透過プロキシ+多層です
321:デフォルトの名無しさん
09/12/11 00:20:31
>>319
サイバー犯罪幇助で通報しますた
322:デフォルトの名無しさん
09/12/11 02:48:29
つまり勝手にパケット横取りしてナニしたいと。
323:デフォルトの名無しさん
09/12/11 03:10:33
誰かが串通して児ポとかダウンロードした日には死ねるなｗ
324:デフォルトの名無しさん
09/12/11 03:24:38
透過プロキシ - Google 検索
URLﾘﾝｸ(www.google.co.jp)透過プロキシ
325:デフォルトの名無しさん
09/12/11 09:08:36
URLﾘﾝｸ(homepage2.nifty.com)
326:デフォルトの名無しさん
09/12/11 12:47:22
recvに渡した最大受信バイト数を超えるデータを受け取ると
文字列が途切れて文字列操作に支障が出ることがあるんだが
バッファサイズデカくするしか無いの？
327:デフォルトの名無しさん
09/12/11 12:49:03
最大受信バイト数を超えるデータを受信するわけないじゃんｗ
328:デフォルトの名無しさん
09/12/11 17:31:06
>>326
n回受信→連結 してから操作しちゃだめなん？
多分 TCP だと思うが、
分割されることだって（1回の send なのに 受け側は recv 2回になった）あるし
まとまることだって（2回の send が、受け側は recv 1回でまとまって読めた）ある
329:デフォルトの名無しさん
09/12/11 19:04:45
>>326
バッファサイズをでかくするか、
自分でバッファリングするなりしてやらないとダメだよ
330:デフォルトの名無しさん
09/12/11 22:14:24
proxyってどうやって作るの？
331:デフォルトの名無しさん
09/12/11 22:31:27
そんなレベルの人には関係ありません
332:デフォルトの名無しさん
09/12/11 23:39:31
アプリケーション層じゃなくて
なんとか層とかいうレベルの処理をするんだっけ？
333:デフォルトの名無しさん
09/12/11 23:43:08
そうかお前らスキル低いから答えられないのか
それなら仕方ないな
334:デフォルトの名無しさん
09/12/11 23:45:25
はいはいそうでちゅよ～
335:デフォルトの名無しさん
09/12/12 00:13:27
中途半端に教えたところでレベルの低い人間には無意味だしね
336:デフォルトの名無しさん
09/12/12 00:35:31
UDPのrecvfromで、サイズを指定しますよね
そのサイズって、たとえば１４００バイトのデータが送られてきて
recvfromの引数でサイズを４００で指定してやると、４００バイトだけ
バッファにため込みますよね
残りの１０００バイトはどうなるのでしょうか？
次にrecvfromしたときに４００バイトだけそこからまたよみこむのでしょうか？
337:デフォルトの名無しさん
09/12/12 00:40:06
yes
338:デフォルトの名無しさん
09/12/12 00:40:47
嘘を教える奴は最低な奴だと思う
339:デフォルトの名無しさん
09/12/12 01:02:15
>>336
残りの1000バイトは粉みじんになって死んだ・・・
340:デフォルトの名無しさん
09/12/12 01:04:35
では、１４００バイトのデータが２回に分けて連続して送信されてきました。
2回送信されたあとに、recvfromで４００バイト読んだとすると、
残りのデータはすべて消えるのでしょうか？
あるいは、３０００バイト読めば全て読めるということでしょうか
341:デフォルトの名無しさん
09/12/12 01:07:44
せめて試してから質問しろよな
342:デフォルトの名無しさん
09/12/12 01:08:57
>>340
1回目の送信が1000バイト、2回目が400バイトだったとしよう。
1回目を400バイトのバッファで受信したら、残り600バイトはパァだ。
2回目の400バイトは・・・おめでとう、すべて受信出来たな。
343:デフォルトの名無しさん
09/12/12 01:09:54
recvfrom 受信バイト - Google 検索
URLﾘﾝｸ(www.google.co.jp)受信バイト
344:デフォルトの名無しさん
09/12/12 01:10:10
>>343
Opera使いか？
345:デフォルトの名無しさん
09/12/12 01:13:52
>>1-7のテンプレは読んだのか？
346:デフォルトの名無しさん
09/12/12 01:14:35
>>345
イミフ
347:デフォルトの名無しさん
09/12/12 04:10:17
ipは途中でルータが処理するの辛く成ったら捨てていいよって通信手順だしな。
届かなきゃ、再送するしか無い。まあ再送しまくると余計にルータが辛く成って捨てられるけどなw
お利口なルータは捨てたら一応icmpで通知はしてくれる。ファイヤウォールとかでicmp捨ててたら当然届かないけどw
348:デフォルトの名無しさん
09/12/12 11:14:57
>>342
バッファって、どこのバッファですか？
349:デフォルトの名無しさん
09/12/12 12:07:31
>>348
あなたがデータを受け取るためにrecvfromの第2引数に指定したバッファ
350:デフォルトの名無しさん
09/12/12 12:34:01
UDPのカーネル内での受信バッファサイズって
どこで規定されてたっけ？defineとかあった？
あと、これは勉強不足から来る質問なんだけど
IPv6でも65536-20-8=65516が最大サイズでおｋ？
351:デフォルトの名無しさん
09/12/12 15:40:03
>>349
ありがとうございます
ただ、１０００バイトと４００バイトのデータが送られてきて
ソケットのバッファ？にたまってますよね
それをrecvfromで４００バイトずつ取り出すと、残り６００バイトが
パーになるとのことですが、
どうやってrecvfromは、１回目の１０００バイトと２回目の４００バイトを
別として見分けるのでしょうか
352:デフォルトの名無しさん
09/12/12 15:43:23
UPDの仕様は理解したうえでの質問なんだよな？
353:デフォルトの名無しさん
09/12/12 15:43:57
ソフトを作る団塊で通信するパケットサイズ決めておくんじゃね？
354:デフォルトの名無しさん
09/12/12 15:45:55
>>351
取り出したらああああああああああああああｓｓｓｓｓｓｓｓ
見分けるというか、パケット単位で管理してる。
recvfromでパケットごとに取り出すので
取り出す際に余った分は破棄される
355:デフォルトの名無しさん
09/12/12 15:52:28
そもそもUDPなの？
356:デフォルトの名無しさん
09/12/12 15:58:18
どうせ釣りだろ
357:デフォルトの名無しさん
09/12/12 18:07:41
ほんとにTCP/IPの知識ないのにネットワークプログラミングやろうとする奴多すぎ
358:デフォルトの名無しさん
09/12/12 18:10:11
やれば知識がつくんだからいいじゃない
359:デフォルトの名無しさん
09/12/12 18:11:57
プロトコル層とかなんちゃら層とか
360:デフォルトの名無しさん
09/12/12 18:24:35
>>351
> どうやってrecvfromは、１回目の１０００バイトと２回目の４００バイトを
> 別として見分けるのでしょうか
>>354 が言う通りパケット毎に管理してる。
そもそも recvfrom() は引数で送信元アドレス／ポート
が取得できるだろ。連続して違う相手から受信したらデー
タが混じるとでも思ってるのか?
361:デフォルトの名無しさん
09/12/12 19:46:46
65536-20-8=65508だったな。計算間違えたぜ。
このサイズ以上はOS側で落とされるな。
362:デフォルトの名無しさん
09/12/12 21:04:26
proxyの作り方教えてください
363:デフォルトの名無しさん
09/12/12 21:13:42
proxy 作り方 - Google 検索
URLﾘﾝｸ(www.google.co.jp)作り方
364:デフォルトの名無しさん
09/12/12 21:14:06
>>360
recvfromがまとめてパケットを１回でとりこむかなとおもいまして・・・
そういう部分は、recvfromの関数がソケットと関連づけられてつくられてるのかな
365:デフォルトの名無しさん
09/12/12 21:24:48
他のプログラムが使用してるソケットにデータを送ることってできないの？
某ネトゲチートツールみたいに
366:デフォルトの名無しさん
09/12/12 21:38:12
>>365
自分で答えを書いているじゃないか。
367:デフォルトの名無しさん
09/12/12 21:47:59
p2proxyみたいに
368:デフォルトの名無しさん
09/12/12 23:20:21
>>365
Windows? Linux？
Linuxなら結構簡単
369:デフォルトの名無しさん
09/12/15 21:34:53
自作したプログラムで（おそらく）存在しないURLにアクセスすると
３０００回くらいで、ネットワーク自体から切断されます
ISPにも問い合わせましたが、このプログラムを止めてくれと言うだけで
原因がはっきりしません
ループ文使って sprintf( http, "URLﾘﾝｸ(....%d.jpg)", i );
とURLを作ってるのですが
なにかしらの暗黙のルールなどあるのでしょうか？
WindowsAPI使ってます
370:デフォルトの名無しさん
09/12/15 21:48:30
ISP側に同情するわ
371:デフォルトの名無しさん
09/12/15 21:55:11
>>369
阿呆かお前は
ネットワークプログラムのテストするなら
まずはローカルで試してからだろボケ
致命的なバグを抱えているかも知れんのに
常識を疑われてもしょうがないレベルだな
372:デフォルトの名無しさん
09/12/15 22:01:37
sprintfで外に出ていってしまうん？
373:デフォルトの名無しさん
09/12/15 23:24:59
おまえは何を行っているんだ
374:デフォルトの名無しさん
09/12/16 00:31:54
連番jpgを物故抜きしてんのか？
ネットランナーでも買っとけ
375:デフォルトの名無しさん
09/12/16 00:39:10
>>369
> 原因がはっきりしません
しとるがなw
376:デフォルトの名無しさん
09/12/16 01:07:36
DoSアタックと判断されて蹴られてると考えるのが普通だな
俺が管理者なら攻撃とみなしてISPに通報するね
377:デフォルトの名無しさん
09/12/16 01:11:33
IPS(ISPじゃないよ)で自動的に切断です。
378:デフォルトの名無しさん
09/12/16 01:14:44
IPS インターネット プロバイダ サービス
ISP インターネット サーバー プロトコル
379:デフォルトの名無しさん
09/12/16 02:42:06
>>378
無知を晒して楽しいか？
380:デフォルトの名無しさん
09/12/16 07:19:11
preventionなのかprotectionなのか
381:デフォルトの名無しさん
09/12/16 07:23:39
脳内返答ばかりやな
役に立たんゴミども
382:デフォルトの名無しさん
09/12/16 09:44:38
んなこといったって、状況説明がほとんどないんだから脳内補完して答えるしかねーだろ
とりあえずどうせ、1鯖へのコネクションは同時に2本まで。というルールすら守ってないんだろ・・・
383:デフォルトの名無しさん
09/12/16 09:51:31
負荷下げるためにkeep-alive使ったり、それで性能がほしければ
パイプライニングしたりするべきだが...
384:デフォルトの名無しさん
09/12/16 12:02:10
まあうざいのはdenyされるので、がんばっても無理だけどな。
相手の許容範囲で出来る事を遣るしか無い。
385:デフォルトの名無しさん
09/12/16 15:34:03
>>382
>同時に2本まで。というルールすら
>>369 に、「同時にコネクション張る」甲斐性があるとは思えません。
386:デフォルトの名無しさん
09/12/16 16:44:19
問い合わせたお（＾ω＾）
テンプレが返ってきたお（；ω；）
お問合せいただきました事象によるネットワークからの切断に
つきましてですが、大変申し訳ございませんが弊社で判断する
ことは困難な状況です。
うんこ様のご利用いただいております電話回線に関しまして、通常時に
故障などが発生した場合には、フレッツサービスに関するお問合せ先が
ございますので、下記フリーダイヤル番号までご連絡いただきますよう
よろしくお願い致します。
とりあえず、コネクション２つ以上とかアホ言ってるやつは士ね
387:デフォルトの名無しさん
09/12/16 17:04:16
サムライ呼ばわりとは是如何に
388:デフォルトの名無しさん
09/12/17 00:38:13
ファイヤーウォールみたいに通信に割り込みかけるのってどうやるの？
389:デフォルトの名無しさん
09/12/17 03:17:17
ちょっと待ってて
390:デフォルトの名無しさん
09/12/17 09:10:01
架空URLに高速連続問い合わせとか、DNS鯖に対する攻撃か・・・？
警告はおろか、実際に査察が来るレベルだぞ
391:デフォルトの名無しさん
09/12/17 11:23:39
友人がPING（のようなもの）を飛ばしまくって、JPNICからリアル警告くらってたな
その話聞くまで都市伝説だと思ってたよ俺も
392:デフォルトの名無しさん
09/12/17 11:25:58
信用できねぇ
393:デフォルトの名無しさん
09/12/17 11:40:10
>>392
一般的に考えるとJPNICからってのが胡散臭い感じがするけど
それが本当なら恐らくmrtgみたいなことしようとして主要IXとかに
pingしまくって怒られたって話なんじゃないかと。
394:デフォルトの名無しさん
09/12/17 11:45:15
むちゃな事をしなけりゃ一生縁の無い話なんだから、どうでもいいなｗ
395:デフォルトの名無しさん
09/12/17 12:10:06
どうでもいい
396:デフォルトの名無しさん
09/12/17 12:34:03
昔はTCPのスタックの負荷テストするのにテキトーなサイトの
chargenポートに繋いだもんだったw
397:デフォルトの名無しさん
09/12/17 12:41:22
（自慢話は）どうでもいい
398:デフォルトの名無しさん
09/12/17 12:41:54
パソコン通信の時代はプログラム的にはどう接続してたの？
たしか相手先の電話番号にダイヤルアップで直に接続してたんだよね？
399:デフォルトの名無しさん
09/12/17 12:46:20
モデムのシリアル接続で直に。基本はテキストのみ。
バイナリをやりとりする時は XMODEM その他のプロトコルで。
400:デフォルトの名無しさん
09/12/17 13:03:50
相手ＰＣとの同期とかどうしてたの？
401:デフォルトの名無しさん
09/12/17 13:04:55
図書館とかで古いパソコン雑誌見るとパソコン通信の電話番号とかたくさん掲載されててなんかすごかったわｗ
402:デフォルトの名無しさん
09/12/17 13:07:13
同期もなにも、相手のデータを引っ張り出すだけだからなぁ
telnetとかわらん感じだが
403:デフォルトの名無しさん
09/12/17 13:09:02
なるほど。細かいところはハードウェアかＯＳあたりが処理してたのか。今と変わらんのか。
今でもやろうと思えばパソコン通信ってできるの？
404:デフォルトの名無しさん
09/12/17 13:09:33
>>400
モデムの上位は無手順。
基本はデータをただ流すだけだけど、
スタートビット、ストップビット、パリティビットなどの取り決めがある。
405:デフォルトの名無しさん
09/12/17 13:11:12
ｵｻｰﾝが多いことだけはわかった
406:デフォルトの名無しさん
09/12/17 13:12:03
>>404
そのビットとかはプログラム側で処理するの？
407:デフォルトの名無しさん
09/12/17 13:14:21
RS232C(COM)プログラムしてみりゃわかる
ただ設定をちょこっと命令するだけ
408:デフォルトの名無しさん
09/12/17 13:15:26
>>406
ちったあ手前で調べろや禿。つーか、シリアルI/Oも知らんのか。
最近のPCは非搭載なのが増えたせいか？
409:デフォルトの名無しさん
09/12/17 13:16:03
周辺機器との通信と同じってことかな？ふ～ん今のプロトコルとかより簡単そうだね
410:デフォルトの名無しさん
09/12/17 13:16:51
本気で聞く気がなけりゃこんなもんだろう
411:デフォルトの名無しさん
09/12/17 13:17:10
みなさんの貴重はお昼休みをどうもありがとうございました＾＾
412:デフォルトの名無しさん
09/12/17 13:20:22
テンプレに本気じゃないやつは訊かずに自分で調べろとでもいれとくかｗ
413:デフォルトの名無しさん
09/12/17 13:26:14
もう232Cでのプログラムなんてやらなくなっちゃったしな
USBばっかだし(USBもシリアルじゃんって言わないの)
414:デフォルトの名無しさん
09/12/17 13:26:32
その通信の先にppp接続がある
415:デフォルトの名無しさん
09/12/17 13:42:58
232Cポートが無くなっても、
最新のLinuxで毎日使う端末画面はボーレート38400bps
416:デフォルトの名無しさん
09/12/17 13:48:44
たった今も機器とのシリアル通信のコード書いてるんだが・・・（マイコン系）
417:デフォルトの名無しさん
09/12/17 14:01:00
>>413
USBシリアルデバイスって知らないの?
USBは上位プロトコルは既存のプロトコルを採用している。
418:デフォルトの名無しさん
09/12/17 14:08:53
知ってて「突っ込むな」と書いてあるように思うんだが。
419:デフォルトの名無しさん
09/12/17 14:13:00
まさかストレートにつっこまれるとは思わなかった
420:デフォルトの名無しさん
09/12/17 14:42:31
最近はマイコンでもシリアル通信用のライブラリがあるからなー
AVRでUARTとMAX232でPCの232Cとシリアル通信したことあるよ。
421:デフォルトの名無しさん
09/12/17 15:02:05
USB仕様が物理層でシリアルなことと、
USBシリアルデバイスがデータリンク層でシリアル型プロトコルであることは別。
422:デフォルトの名無しさん
09/12/17 15:32:15
で？
423:デフォルトの名無しさん
09/12/17 15:35:37
パソコンに繋いだ外部機器との通信とかドライバのことってこのネットワークスレでいいの？
424:デフォルトの名無しさん
09/12/17 15:37:05
マウスとかは勘弁して欲しいけどw、
HP-IBとかそういうのは構わないんじゃないの
425:デフォルトの名無しさん
09/12/17 15:40:53
ども、質問できるスレを確保したので本格的に勉強始めますわ。どもでしたー
426:デフォルトの名無しさん
09/12/17 21:16:44
あいよ－
427:デフォルトの名無しさん
09/12/17 23:57:39
念力はだめだからな
428:デフォルトの名無しさん
09/12/18 10:10:20
ふーん
429:デフォルトの名無しさん
09/12/18 13:26:24
エスパー問題なら俺に任せて。
他人のバグなら7秒で解決する。
430:デフォルトの名無しさん
09/12/20 10:57:32
>>429がデバッグを完了するタイムは、わずか7秒にすぎない。
では、デバッグプロセスをもう一度見てみよう。
431:デフォルトの名無しさん
09/12/21 00:01:19
>>429
エスパーが質問に答えるスレ
ｽﾚﾘﾝｸ(tech板)
どうかお帰り下さい
432:デフォルトの名無しさん
09/12/21 18:30:51
エスパーを迫害中ですか
433:デフォルトの名無しさん
09/12/22 01:54:36
そのうち「テラへ」スレになりそうだ
434:デフォルトの名無しさん
09/12/22 02:28:36
雑誌を次々と潰していくエスパーよりはいいかもな
435:デフォルトの名無しさん
09/12/22 03:10:35
>>434
ここ何年かは潰してないだろ！
436:デフォルトの名無しさん
09/12/26 17:17:14
マルチスレッドのクライアントを作ろうとしてるんだけど
なんかエラーが出る件
WSAStartupはメインで1度呼ぶだけでいいんだよね？
437:デフォルトの名無しさん
09/12/26 23:56:55
>>436
はい
438:デフォルトの名無しさん
09/12/27 12:54:52
>>437
439:デフォルトの名無しさん
09/12/27 14:04:18
Yahooでは返答がなかったのでこちらに質問します
HTMLフォームにキーワードを入れてクリックする処理
たとえば URLﾘﾝｸ(www1.axfc.net)
のようなサイトで、ファイルをダウンロードするにはキーワードを入れる必要があります
今回のサンプルでは test といれてクリックすればダウンロードできます
これをプログラムで処理したいのです
短く言うと
フォームにキーワードを入れて、クリックする処理をプログラムで実現したい
C/C++で処理したいと考えてます
サンプルソースなど教えていただけないでしょうか？
OSはWindowsです
440:デフォルトの名無しさん
09/12/27 14:18:28
そんなニッチな作業をするピンポイントなサンプルは無い
キーワードは固定なのか？
ネットワークプログラミングスレでその質問をするということは、
まずソケットの扱い方とHTTPの仕様を理解しなければならないな
441:デフォルトの名無しさん
09/12/27 14:39:02
ネットワークプログラミングじゃねーじゃん
ＩＥコンポでも使えばいいよ
442:デフォルトの名無しさん
09/12/27 14:58:15
>>439
この辺で十分だよ
URLﾘﾝｸ(www.happy2-island.com)
443:デフォルトの名無しさん
09/12/27 15:01:39
>>439
libcurl使え
444:デフォルトの名無しさん
09/12/27 15:05:47
ｽﾚﾘﾝｸ(tech板)
スレを勃てるまでもないC/C++の質問はここで 13
ｽﾚﾘﾝｸ(tech板)
C/C++の宿題片付けます 133代目
445:デフォルトの名無しさん
09/12/27 16:24:46
Winsock2なんですがサーバアプリケーションで連続してacceptすると100回のうち1～2回ぐらい、
１）メインスレッドで sock=accept() －＞ INVALID_SOCKETではない
２）メインスレッドで sockを別スレッドに渡す
３）別スレッドで event = WSACreateEvent();
４）別スレッドで WSAEventSelect(sock,event,...) －＞ SOCKET_ERROR 発生（WSAGetLastError()は10038）
という状態が起きます。
メインスレッドでは accept()後、別スレッドに処理を渡してすぐに戻る仕様です。
また、別スレッド管理は空いているスレッドがなければ作成、アイドル中のスレッドがあればそれを使用、
接続中のスレッドが3コになったら、空きができるまでaccept()には戻りません。
同時に2つ以上の接続要求が来なければ、問題なく動作しているようなのですが接続要求が連続してくると上記のような症状が発生します。
原因になりそうなことが分かる方はいらっしゃいますか？
446:デフォルトの名無しさん
09/12/27 17:08:56
メインスレッドがちゃんと渡してないのでは。
447:デフォルトの名無しさん
09/12/27 17:17:37
Winsock2は詳しくないんだが、エラーコード10038の意味は何？
それを調べる事から調査が始まるのではないかと。
448:デフォルトの名無しさん
09/12/27 18:23:22
>>446
デバッグ用にコードを仕込んで確認しました。
acceptから受けたsocｋ（メインスレッド） と WSAEventSelectに渡されるsock（別スレッド）は同じでした。
>>447
WSAENOTSOCK
10038
Socket operation on nonsocket.
An operation was attempted on something that is not a socket.
Either the socket handle parameter did not reference a valid socket, or for select, a member of an fd_set was not valid.
です。
有効なソケットではないという感じです。
449:445
09/12/27 23:10:32
＞接続中のスレッドが3コになったら、空きができるまでaccept()には戻りません。
この部分を1コに変更する（つまり、ひとつの接続が完了するまで次のaccept()には戻らない）と上記のようなエラーは発生しなくなります。
450:デフォルトの名無しさん
09/12/28 13:18:33
メインスレッドからポインタでデータを渡していて
スレッドで読んでる最中に上書きしちゃてるとか
451:デフォルトの名無しさん
09/12/28 14:54:36
タイムアウトのためだけにselect使う場合は
FD_ISSETは使うわなくていいんだよな？
452:デフォルトの名無しさん
09/12/28 15:17:55
>>451
エラー要因はちゃんと見とけよ
割り込みだったら待ちなおしだ
453:445
09/12/28 18:06:48
>>450
SOCKET型変数を値渡ししています。
どこかで上書きしちゃっている可能性も考えたので>>448で実験していましたが
エラー発生時のメインスレッドのsock（SOCKET型） と値渡ししたsock（SOCKET型） は同じ数値でした。
また>>445の1～4のうち、1と2の間でも、acceptの戻り値がINVALID_SOCKETであるかどうかの確認を行っています。
このときにはINVALID_SOCKETではないのに、別スレッドに渡した後のWSAEventSelect（）やWSAEnumNetworkEvents()でSOCKET_ERRORになります。
SOCKET_ERRORの時はif(WSAGetLastError()==WSAEWOULDBLOCK)...の処理を入れてあります。
454:デフォルトの名無しさん
09/12/28 18:39:56
別のとこで同じソケット使おうとしてるんだろ
455:デフォルトの名無しさん
09/12/28 18:41:34
よく分からないけど、WSAEventSelect()のほかのパラメタも
見直してみてはどうかな
第一引数のソケットは正しくても WSAENOTSOCKが返ることも
あるみたいだし
URLﾘﾝｸ(groups.google.co.jp)
456:デフォルトの名無しさん
09/12/28 22:47:31
排他制御が出来て無くて他のスレッドで無効にしてるんだろ。
457:445
09/12/29 00:06:22
>>455
ありがとうございます。
リンク先のURLはWSAEventSelect(...)の2番目の引数はWSAEVENT*ではなく、WSAEVENTだよってことですよね？
（ソースはWSAEVENT**を渡そうとしているようですが）
＞第一引数のソケットは正しくても WSAENOTSOCKが返ることもあるみたいだし
SOCKET_ERRORを返した場合でも、一定時間待機後リトライするようにしたところ、成功することがあるということが分かりました。
それでもまだ失敗する場合もあるようですが、かなり改善しました。
いろいろ試してみます。
>>456
それはないと思うのですが。
スレッド間で異なる値のソケットを持っていますし、アドレスで渡してはいないので別スレッドのソケットを参照してしまうこともないです。
スレッド間の排他制御以前の問題だと思います。
458:デフォルトの名無しさん
09/12/29 08:27:42
>>457
> スレッド間の排他制御以前の問題だと思います。
自分のコードが間違っていると言う考えには至らず、システムに原因があると考える、
典型的な初心者。
100%に近い確率でお前のコードのどこかが、SOCKETを無効にしているか無効なソケット
を渡されたのをチェックせず見逃している。
459:デフォルトの名無しさん
09/12/29 10:29:25
コードをうｐすれば間違いを指摘してやるのにな
460: ◆0uxK91AxII
09/12/29 10:40:02
>>453
＞エラー発生時のメインスレッドのsock（SOCKET型） と値渡ししたsock（SOCKET型） は同じ数値でした。
それは、acceptの戻り値と一致するのかな、っと。
461:445
09/12/29 18:33:55
>>458
＞自分のコードが間違っていると言う考えには至らず、システムに原因があると考える、
違いますね。
排他制御以前に自分の「winsock2の取り扱い方」に問題があると思っています。
>>460
＞メインスレッドのsock（SOCKET型)
これがacceptの戻り値です。
462:デフォルトの名無しさん
09/12/29 19:09:11
>461
ぐだぐだ言ってねぇでいいからSOCKETを渡してるとこと受け取ってるとこをmutexでくくれ。
話はそれからだ
463:デフォルトの名無しさん
09/12/29 19:29:44
> 排他制御以前に自分の「winsock2の取り扱い方」に問題があると思っています。
socket, acceptでSOCKET作る。使う。閉じる。これだけなのに使いこなせないとは
よほどのヘボということになるが。
464:デフォルトの名無しさん
09/12/29 19:34:22
仕事の話なら「死んでくだしあ」になるけど
趣味ならしょうがないというか、よくある話でしょう。
465:デフォルトの名無しさん
09/12/29 22:03:57
勘違いしてました、とかよくあるからな
466:デフォルトの名無しさん
09/12/29 22:26:02
２ちゃんねるはもっと親切な場所だと勘違いしてました（＞＜）
467:デフォルトの名無しさん
09/12/29 22:44:11
2ちゃんねるが親切とか、どこを見ればそんな勘違いできるんだろう
468:デフォルトの名無しさん
09/12/29 22:47:40
俺がいるからこういう勘違いをさせてしまう
469:デフォルトの名無しさん
09/12/30 02:50:22
ｵﾔｷﾞﾘ・・・ｺﾞｸﾘ
470:デフォルトの名無しさん
09/12/30 11:49:29
みんな、すまん
471:デフォルトの名無しさん
09/12/30 12:04:37
うむ
472:デフォルトの名無しさん
09/12/30 15:49:10
２ちゃんねるは 匿名で知らない新人のかげぐちを言う
最低のゴミクズのチンカス野郎のあつまりですよ(^-^)
473:デフォルトの名無しさん
09/12/30 15:52:37
チンカスって何？
474:デフォルトの名無しさん
09/12/30 16:01:04
>>473
あなたのことですよ(^-^)