- 1 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 23:04:56 ]
- 主にソケットに関しての質疑応答スレッドです。
Programming UNIX Socket FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/sock-faq/indexj.html
Winsock Programmer's FAQ (日本語訳)
www.kt.rim.or.jp/~ksk/wskfaq-ja/
関連リンクは>>2-10辺り
足りなかったら適当に付け足してね
前スレ
ネットワークプログラミング相談室 Port18
pc10.2ch.net/test/read.cgi/tech/1159692799/
- 73 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 17:30:20 ]
- >>72
「処理していいのでしょうか？」の意味が、
処理して正しく動作するのでしょうか？
→知らん。試せばわかる。>>72が期待している動作(acceptを抜けるか/抜けないか、
抜けるときのsockBの値、GetLastErrorの値、etc) を知りようがないのに
正しい動作も何もない。
一般的にそのような処理をするものなのでしょうか？
→マルチスレッドを真面目に考えたプログラムなら、イベント使って、
非同期Acceptをするので、このような状況に陥らない。
- 74 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 10:21:30 ]
- >>73
回答ありがとうございます。
もっとマルチスレッドやイベントについても勉強しないといけないようでした。
- 75 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 18:56:05 ]
- レジュームダウンロードについて教えてください。
サーバ側:ダウンロードしたファイル
クライアント:ダウンロードの途中のファイル
こういう状況だったとします。
１．接続しクライアントに途中のファイルがあるかどうかを確認。
２．クライアント：ファイルを読み込んでハッシュ値を出し、「ファイルの名前：読み込んだ文字列の長さ：ハッシュ値」を送信
３．サーバ：「ファイルの名前：読み込んだ文字列の長さ：ハッシュ値」を受信します。
４．サーバ：読み込んだ文字列の長さ分（Nとします）、ファイルから文字列を読み込んでハッシュ値を出し、クライアントからのハッシュ値を比較
５．ハッシュ値が一致した場合は、seek関数でファイルのポイントをN個移動して、そこから読み込んで順番にデータを送信
こういう感じでしょうか？
修正、追加する場所、その他気をつけることなどありましたら
アドバイスよろしくお願いします。
- 76 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 22:26:23 ]
- なんでハッシュが出てくるのか分からん
- 77 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 22:57:35 ]
- Range:bytes=100-
- 78 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 00:05:40 ]
- REST 100
- 79 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 03:24:23 ]
- FTPの場合REST 100で100バイト目から取れる根拠は実はRFC959にはないけどな。
もっと新しいRFCがあるのか?
- 80 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 07:57:54 ]
- >>76
同じファイルか、確認のため比較する容量が大きいと転送が大変だと思いまして。
>>76
>Range:bytes=100-
httpのヘッダー情報に、こういうのがあったとは。
でもブラウザは、途中からのものをダウンロードできても、
上書きだけみたいですね。
>>78
ttp://www2s.biglobe.ne.jp/~hig/tcpip/HostReq_Appl.html#HREQAPP_4_1_3_4
サーバ FTP は、データストリーム中の都合の良い箇所に再開マーカ <ssss> を付ける
buf="hogehoge";を送信するとき、
"<ssss>hogehoge"を送信して、
・サーバ側では、send()するとき、<ssss>をbufのどこか適当な位置に挿入して送信
・クライアント側では、recv()するたびに、制御ファイルの(ssss,rrrr) を更新。
・再開するときは、<ssss>を送信。
とリンク先見てこいうことかと想像してたんですが、実際の実装で
送られてくるクライアントに、送信される文字列bufって、どんな形なんでしょうか。
RFCでどこに書いてあるのか探してるんですが、よくわかりません。
- 81 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 09:01:48 ]
- 80です。
通信の中身は、パケットモニタで見るという方法がありました。
- 82 名前：デフォルトの名無しさん [2007/03/10(土) 09:15:33 ]
- >>80
> とリンク先見てこいうことかと想像してたんですが、実際の実装で
> 送られてくるクライアントに、送信される文字列bufって、どんな形なんでしょうか。
> RFCでどこに書いてあるのか探してるんですが、よくわかりません。
とにかくRFCを読んで。
解説ページに惑わされないで。
- 83 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 11:18:57 ]
- >79
まだdraftだけど。
www.ietf.org/internet-drafts/draft-ietf-ftpext-mlst-16.txt
- 84 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 12:00:50 ]
- >>83
おお。5.1でSTREAMモードでの再開が規定されとる
> Expiration Date: March 2003
が気になるけど
- 85 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 17:59:47 ]
- >>75
なにげに、この方法よいのかも？
- 86 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 18:03:11 ]
- 負荷おおすぎねえ？
- 87 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 18:51:57 ]
- >>86
確かに大きそう。まあSSL通信に比べれば
そんなでも、ないかもしれないけど。
- 88 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 21:53:00 ]
- アホか
手順４見てみろ
- 89 名前：デフォルトの名無しさん mailto:sage [2007/03/10(土) 23:56:01 ]
- DDoSされたら終わりだな
- 90 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 00:05:22 ]
- ハッシュ値持たせるならサーバ側はブロック単位で最初から持っとけよ
クライアント側で計算させて一致しないのだけやり直しが普通の発想だろ
- 91 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 03:00:14 ]
- >>88
w
>>89-90
同意
- 92 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 05:51:09 ]
- 同じファイルかどうかなんてクライアントがETagでも覚えとけよそんくらい。
- 93 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 11:28:22 ]
- ブロック毎に32bitCRC値を持たせるとしたら、
ブロックの長さはどれぐらいが適当でしょうか。
仮に64kByte毎だと1MB辺り64Byteで済みますが、
これは冗長でしょうか。
- 94 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 12:06:46 ]
- 残りの長さの全部のハッシュを求めないで、
サーバとクライアントでそれぞれ２，３箇所ピックアップして、
ハッシュ求めれば十分じゃん。
あとダウンロードは、なんも処理しないでいいんだし。
ただ、これをいうと、ハッシュじゃなくてもいいんだよな。ｗ
どれだけ'同じファイルであるかの確かさ'を求めるかだ。
毎回なんか処理しながらダウンロードって、しないに越したことは無いでしょ。
突っ込みの嵐の予感。
- 95 名前：デフォルトの名無しさん mailto:sage [2007/03/11(日) 13:37:08 ]
- >>94
> ただ、これをいうと、ハッシュじゃなくてもいいんだよな。ｗ
>>76
- 96 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 00:53:50 ]
- >>93
ブロック長が長くなるほど衝突が増える。
ブロック長が長くなるほど再送に無駄が増える。
後は自分で考えて。
>>94
普通、まずサイズや最終更新時間を調べるでしょ。
そんなわけでFTPだってSIZEとMDTMコマンドがある。
- 97 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 01:05:38 ]
- まあそれも>>83だけど
- 98 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 00:11:12 ]
- udpでメッセージを交換する簡単なプログラムを作っているのですが、
可変長文字列で詰まってしまいました。
struct message{
int size;
char buf[1];
}
struct message *p;
p = (struct message *)malloc( sizeof(struct message) + strlen(input) );
送信したい文字列をinputに格納して、その長さに合わせてこのmessage構造体をmallocしているのですが、
受信側ではなぜか文字列が途中で途切れてしまいます。
可変長を実装するにはこのやり方は間違っているのでしょうか？
- 99 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 00:31:48 ]
- MTUよりでかくなってないか?
- 100 名前：98 mailto:sage [2007/03/13(火) 01:03:07 ]
- MTUが1500で、送信サイズが20byte程度でしたので、MTUを越えてはいないと思います。
今色々デバッグしてみたところ、sendtoで送信できているサイズが、sizeof(struct message)と同じ値でした。きちんとmallocはしているはずなのですが…
- 101 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 01:41:23 ]
- 送信側のsendのところと受信側のrecvのところのコードを晒せ
- 102 名前：98 mailto:sage [2007/03/13(火) 02:16:30 ]
- sendとrecvのサイズを設定する引数が間違っていました。
send:
sendto( s,p,sizeof(struct message) + strlen(input),0,(struct sockaddr *)pfrom,fromlen );
recv:
recvfrom(s,p,sizeof(p)+20,0,(struct sockaddr *)pfrom,fromlen);
といった感じに改造したところ、短いメッセージならきちんと受信できるようになりました。ただ20という数字が適当なので、この部分をきちんとinputの長さに合わせたいです。
- 103 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 09:24:59 ]
- sizeof(p)がstruct message *pなんだろうなぁ
C言語のテキスト見直ししる。
- 104 名前：98 mailto:sage [2007/03/13(火) 11:23:32 ]
- 受信側をsizeof(struct message *p)としましたが、やはり適当な値を受信サイズに加算しないと駄目なようなので、この方法でやろうと思います。
ありがとうございました。
- 105 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 12:46:23 ]
- >>103
> sizeof(p)がstruct message *pなんだろうなぁ
これは>>98のミス原因をつぶやいただけだろ。
Cの勉強し直してくれ。Cが分からないから>>103を誤読する。
- 106 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 12:49:16 ]
- それからC99から、
struct message{
int size;
char buf[0];
}
と定義できるぞ。
これで出来ることは増えないが、サイズ計算が単純になる。
seclan.dll.jp/c99d/c99d04.htm#dt19990726
- 107 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 14:00:49 ]
- >>103
recvfrom(s,p,sizeof(p)+20,0,(struct sockaddr *)pfrom,fromlen);
で、pの宣言がstruct message *pなら
sizeof(p)+20=24ぐらいになるってことでしょ？
paddingとか32bit環境とかは置いといてね。
- 108 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 20:20:03 ]
- > これで出来ることは増えないが、
C99以前は配列の最終要素を踏み越えるのは厳密には未定義じゃなかったっけ
- 109 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 20:57:03 ]
- UDPはパケット境界保持されるんだから小細工しなくていいんでない？
- 110 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 21:00:07 ]
- UPNPのnat traversalで空けたポートに
"本当に"外部ネットワークからアクセスできるか確かめる方法って
外部にそれようのサービス立てておいてそれを叩くしかないよね？
- 111 名前：デフォルトの名無しさん [2007/03/13(火) 21:03:34 ]
- >>110
携帯電話からアクセスしたら？
- 112 名前：デフォルトの名無しさん mailto:sage [2007/03/13(火) 21:05:53 ]
- すまん言い方が悪かったかな
ポートを空けたプロセス自身から確かめる方法
- 113 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 19:50:51 ]
- ちょっと基本的な事ですいません。
[サーバ(accept側)]−[クライアント（connect側）]
こんな感じで繋がっている時、
1秒間にサーバからsendできるデータの限界量＝上り帯域
1秒間にクライアントからsendできるデータの限界量＝下り帯域
という概念で合ってるでしょうか。
- 114 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:51:36 ]
- sendがsocket apiのsendのことをさしているなら違う。
sendはtcpの送信バッファにコピーするだけ。
- 115 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 02:01:58 ]
- udpだったらクライアントからはsendできたように見えても
どんどん捨ててるだけということもあり得るし
- 116 名前：113 mailto:sage [2007/03/15(木) 20:53:07 ]
- では、
1秒間にサーバ/クライアントから送信できるデータの限界量＝上り/下り帯域(/sec)
という事でしょうか？
- 117 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 21:07:50 ]
- ごはんつぶは糊として使えるが
糊＝ごはんつぶというわけではない
- 118 名前：58 mailto:sage [2007/03/16(金) 00:04:01 ]
- >>60
さんざん遅れて申し訳ありませんが、ありがとうございます。
しばらく仕事に忙殺されていて死にかけていました。
- 119 名前：113 mailto:sage [2007/03/17(土) 02:47:41 ]
- なんとなく自己解決しました。
- 120 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:54:02 ]
- ソケット通信でどっかのＨＰのCGIに引数を渡すときはどういう応答すればいいんですか？
ＨＴＭＬで言うところのformからＰＯＳＴでCGIを呼ぶってことです。
- 121 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 01:04:51 ]
- RFC 2616を読む
- 122 名前：デフォルトの名無しさん [2007/03/18(日) 09:58:27 ]
- ここってライブラリの質問もあり？
- 123 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 11:05:24 ]
- 前スレでOpenSSLの話はダメという結論になった
- 124 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 11:14:56 ]
- じゃあ、このスレ限定でおｋ
- 125 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 14:22:26 ]
- >121
まとめてください。
- 126 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:21:00 ]
- おらさっさとまとめろやクズ。
- 127 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 17:17:47 ]
- みなさん。スルーで。
- 128 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 17:29:29 ]
- 急ぎませんので、今日中にまとめておいてください。それでは。
- 129 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 21:00:24 ]
- わろたw
- 130 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 16:02:54 ]
- windowsとlinuxの間で、C/C++でソケットプログラミングしてます。
チャットソフトです。
・print、strcpyとか気を付けるのと、ほかになにかあるでしょうか。
・もしも、WEBサイトに文字列を表示させる場合は、メタキャラクタのエスケープ処理ですよね。
検索したところ、これぐらいかと思ったのですが、まだまだたくさんあるでしょうか。
アドバイスよろしくお願いします。
- 131 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 20:13:39 ]
- >>130
ttp://www.freebsd.org/ja/security/#spg
ここが参考になるよ
- 132 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 21:57:22 ]
- >>131
ありがとうございます。
参考にさせていただきます。
- 133 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 04:01:45 ]
- 便乗質問させてください。recv関数は受信される最大サイズが
決まってると思いますが、プログラミングしてて
長さがわからなくなるときって、どんなときですか。
- 134 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 04:41:28 ]
- 日本語でおｋ
- 135 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 04:43:10 ]
- つかマジで機械翻訳なのかな
TCPなら繰り返し受信すればいい
UDPだったら1つのパケットに入りきらないメッセージが来ること自体あり得ない
- 136 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 16:02:47 ]
- >>133
長さがわからなくなるときは、無い
長さは必ず返却される
- 137 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 17:24:33 ]
- >>136
レスありがとうございます。
ネットワークプログラミングでは、バッファ・オーバー・フローは
気にしなくても大丈夫なんでしょうか。
気を付けて使ってるのかわからないですが、猫でもわかるとか、
他の本でもstrcpy使用してみるみたいです。
strncpy、snprintfは全然見ないような。
- 138 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 17:38:07 ]
- 返された長さにもとづいてやればオーバーフローしないよ
長さを無視してるとダメだけど、
それはネットワークに限った話じゃないし
- 139 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 18:01:20 ]
- >>137
バッファオーバーフローは無論あってはならない。特にネットワークプログラミング
においては重大なセキュリティホールに繋がりかねないので、強く意識すべき。
C++を使えるのなら、Cなんぞ使わずにstringやvector<>を使うことを薦める。
- 140 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 18:02:44 ]
- ていうかさ、そんな事を質問している時点で
基本を何も分かってないって事だろ。
まず系統的に解説してある入門書読めよ。
- 141 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 20:56:11 ]
- サンプルソースうｐして聞けばいいよ
- 142 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 02:26:15 ]
- >>138-141
レスありがとうございます。
>それはネットワークに限った話じゃないし
>C++を使えるのなら、Cなんぞ使わずにstringやvector<>を使うことを薦める。
とても勉強になりました。ありがとうございました。
- 143 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 01:22:19 ]
- ｗｅｂアプリはクライアントがどのプログラムからｈｔｔｐリクエストを出してるかということを
判別できるんですか？
ブラウザ（ＩＥ）に偽装した形でｈｔｔｐリクエストを出したいんです。
- 144 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 01:34:49 ]
- >>143
スレ違い
pc11.2ch.net/php/
- 145 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 11:49:08 ]
- >>143
ajax使うしかないな
だが単純に普通にIE使ってたら最初の一発目は偽装不能
- 146 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 09:16:33 ]
- ひとつのコネクションでデータの送信と待ちうけを行うには
ポーリングするのが一般的でしょうか？
- 147 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 09:58:48 ]
- 俗に言うselect系
- 148 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 10:02:27 ]
- selectもブロックしてしまいますよね？
- 149 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 10:06:18 ]
- >>148
ブロックさせたいんじゃねーのかよ
- 150 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 10:17:50 ]
- ブロックしちゃうと任意のタイミングで送信ができないと
思うわけです。
- 151 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 10:52:30 ]
- selectはポーリングにも使えるが?
- 152 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 11:00:53 ]
- 送信可能な時はブロックしないで戻るしね。
- 153 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 11:09:14 ]
- selectの改良版はpollって名前だしね。
- 154 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 11:13:41 ]
- ちょっと詳しく教えてくれないか？
- 155 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 12:20:08 ]
- >>150
その任意のタイミング発生装置(ttyとかXのイベントとか)も
selectに含ませてブロックさせる。
- 156 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 12:27:59 ]
- >>155
なるほど
あなた、もしかして天才？
- 157 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 12:48:32 ]
- 何、通りすがりのサラリーマンさ。 単身赴任のね
- 158 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 12:58:46 ]
- >>157
すみません。本当はよく意味がわかってません。
しかーし、外部からselectを抜けさせればよいということですよね！
- 159 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 13:00:22 ]
- こんな感じですよね？
www.geekpage.jp/programming/linux-network/select-eintr.php
- 160 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 21:28:56 ]
- スレッド１：selectで受信待ち
スレッド２：問答無用でsend
- 161 名前：デフォルトの名無しさん mailto:sage [2007/03/28(水) 21:39:18 ]
- >>160
( ・∀・)ｲｲ!!
- 162 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 04:21:50 ]
- 1つのコネクションを複数のスレッドから使えるんだっけ?
- 163 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 04:25:43 ]
- >>162
今解らないことだらけでしょ？＞プログラム作ってて
ソケットとかスレッドとか。
もしそうなら本買って勉強したほうがいいと思うよ
- 164 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 04:43:26 ]
- >>146とは別人なんだけど。
たとえばWinsockはスレッドセーフであることは保証されていない
www.kt.rim.or.jp/~ksk/wskfaq-ja/intermediate.html
- 165 名前：デフォルトの名無しさん [2007/03/29(木) 12:01:30 ]
- 女(socket)は一人、男(thread)が複数。
同時に複数の男が出し入れすることはできない。
一人がIOしているときは、他の奴が待つように作らないとバグるよ。
- 166 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 12:21:35 ]
- >>165
その説明だと、1 socketに対し、3 thread同時にI/Oできるように読めるが？
また、thread同士でもI/Oできることになるので、適当な例えではない。
- 167 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 12:29:17 ]
- >>166
(ﾟДﾟ)ﾊｧ?
- 168 名前：デフォルトの名無しさん [2007/03/29(木) 12:33:50 ]
- 3Pはできたとしてもそれでも「同時に」IOできるのは一人の男と言いたかった。
(もう一つ穴があるだろ、はなしね)
socket自体はスレッドセーフではないが、スレッド間で同時にIOを
行わないように制御すれば、複数スレッドで単一socketを使うことは可能じゃね？
しかし、それでもデータ内容がごちゃごちゃになる可能性があったりするし、
あまり良い方法とは思わないが。
誰の子供かわかんな〜い、になっちゃう。
- 169 名前：165 mailto:sage [2007/03/29(木) 12:37:39 ]
- あ、165=168 ね
- 170 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 12:54:30 ]
- >>168
別の板でやれ
- 171 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 00:26:08 ]
- さて、そろそろパケットをティッシュに送信してから寝るかな
- 172 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 05:45:21 ]
- winsockでTCP通信するプログラムを作ってますが、クライアントがconnectする時に
接続先のIPアドレスに自分のマシンのプライベートアドレス指定しているときは、正常に動作しますが
グローバルアドレスを指定すると、connectからエラーコード10061 （接続が拒否された）が返ってきます
Windowsファイヤウォールによるブロックは、されてない様子です
ネットワーク初心者ですが、どういうケースが考えられるでしょうか
よろしくお願いします
- 173 名前：172 mailto:sage [2007/03/31(土) 08:18:29 ]
- 自分自身のグローバルIPには接続できないって事ですかね
テストを行うには、リモートマシンを使わないといけないんでしょうか
|
 |
