- 1 名前：echoちゃん [2008/02/29(金) 21:19:37 ]
- 主にソケットに関しての質疑応答スレッドです。
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辺り
足りなかったら適当に付け足してね
前スレ
ネットワークプログラミング相談室 Port20
pc11.2ch.net/test/read.cgi/tech/1186418855/
関連スレ
Java ネットワークプログラミング 【教えて!】
pc11.2ch.net/test/read.cgi/tech/1086238859/
- 2 名前：echoちゃん mailto:sage [2008/02/29(金) 21:20:51 ]
- 過去スレ：
Port19 pc10.2ch.net/test/read.cgi/tech/1159692799/
Port18 pc11.2ch.net/test/read.cgi/tech/1171029896/
Port17 pc8.2ch.net/test/read.cgi/tech/1148944560/
Port16 ttp://pc8.2ch.net/test/read.cgi/tech/1136005644/
Port15 ttp://pc8.2ch.net/test/read.cgi/tech/1128088448/
Port14 ttp://pc8.2ch.net/test/read.cgi/tech/1118469143/
Port13 ttp://pc8.2ch.net/test/read.cgi/tech/1109793931/
Port12 ttp://pc5.2ch.net/test/read.cgi/tech/1102427855/
Port11 ttp://pc5.2ch.net/test/read.cgi/tech/1096187183/
Port10 ttp://pc5.2ch.net/test/read.cgi/tech/1090385857/
Port9 ttp://pc5.2ch.net/test/read.cgi/tech/1080658835/
Port8 ttp://pc5.2ch.net/test/read.cgi/tech/1073560271/
Port7 ttp://pc5.2ch.net/test/read.cgi/tech/1063035045/ ★行方不明
Port6 ttp://pc5.2ch.net/tech/kako/1052/10521/1052106444.html
Port5 ttp://pc2.2ch.net/tech/kako/1040/10402/1040220302.html
Port4 ttp://pc3.2ch.net/tech/kako/1034/10342/1034236536.html
Port3 ttp://pc3.2ch.net/tech/kako/1023/10233/1023359282.html
Port2 ttp://pc.2ch.net/tech/kako/1006/10062/1006258198.html
Port1 ttp://pc.2ch.net/tech/kako/970/970344582.html
- 3 名前：echoちゃん mailto:sage [2008/02/29(金) 21:21:51 ]
- 図書コーナー:
UNIXネットワークプログラミング〈Vol.1〉ネットワークAPI:ソケットとXTI
www.amazon.co.jp/exec/obidos/ASIN/4894712059/
そのソースコード
www.unpbook.com/src.html
詳解TCP/IP〈Vol.1〉プロトコル
www.amazon.co.jp/exec/obidos/ASIN/4894713209/
詳解TCP/IP〈Vol.2〉実装
www.amazon.co.jp/exec/obidos/ASIN/4894714957/
詳解TCP/IP〈Vol.3〉トランザクションTCP, HTTP, NNTP, UNIXドメインプロトコル
www.amazon.co.jp/exec/obidos/ASIN/4894716674/
TCP/IPによるネットワーク構築
〈Vol.1〉原理・プロトコル・アーキテクチャ
www.amazon.co.jp/exec/obidos/ASIN/432012054X/
〈Vol.3〉クライアント‐サーバプログラミングとアプリケーション
www.amazon.co.jp/exec/obidos/ASIN/4320028007/
Linux/POSIXソケットバージョン
www.amazon.co.jp/exec/obidos/ASIN/4320120841/
Windowsソケットバージョン
www.amazon.co.jp/exec/obidos/ASIN/4320029992/
- 4 名前：echoちゃん mailto:sage [2008/02/29(金) 21:22:15 ]
- マスタリングTCP/IP RTP編
www.amazon.co.jp/exec/obidos/ASIN/4274065618/
Linuxソケットプログラミング?ネットワークプログラミングにおける実践技法
www.amazon.co.jp/exec/obidos/ASIN/4894714671/
Webプロトコル詳解?HTTP/1.1、Webキャッシング、トラフィック特性分析
www.amazon.co.jp/exec/obidos/ASIN/4894715414/
WinSock2.0プログラミング
www.amazon.co.jp/exec/obidos/ASIN/4797306882/
猫でもわかるネットワークプログラミング
www.amazon.co.jp/exec/obidos/ASIN/4797323604/
IPv6ネットワークプログラミング
www.amazon.co.jp/exec/obidos/ASIN/4756142362/
Visual Basicではじめるネットワークプログラミング超入門
www.amazon.co.jp/exec/obidos/ASIN/4839917523/
- 5 名前：echoちゃん mailto:sage [2008/02/29(金) 21:22:38 ]
- URL抜粋:
★規格
RFC 日本語版リスト
www5d.biglobe.ne.jp/~stssk/rfcjlist.html
JPNIC RFC関連リンク集
rfc-jp.nic.ad.jp/link/
RFC Editor
www.rfc-editor.org/
HTMLなRFC (セクションを直に示すのに便利)
www.freesoft.org/CIE/RFC/
RFC 2616 "Hypertext Transfer Protocol -- HTTP/1.1" 日本語訳
www.studyinghttp.net/cgi-bin/rfc.cgi?2616
IANA Well known port numbers
www.iana.org/assignments/port-numbers
- 6 名前：echoちゃん mailto:sage [2008/02/29(金) 21:23:41 ]
- ★プログラミング
C10K ヘヴィーロードサーバ
www.kegel.com/c10k.html
C10K ヘヴィーロードサーバ(日本語訳)
www.hyuki.com/yukiwiki/wiki.cgi?TheC10kProblem
MSDN
msdn.microsoft.com/library/en-us/dnsitehelp/html/tochelp.asp
Raw IP Networking FAQ
www.whitefang.com/rin/
Java で packet capture
netresearch.ics.uci.edu/kfujii/jpcap/doc/
Randomness Recommendations for Security
www.faqs.org/rfcs/rfc1750.html
BoostSocket
www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?BoostSocket
The Code Project - Internet & Network programming
www.codeproject.com/internet/
ネットワークプログラミングの基礎知識 (問題ありのサイト?)
X68000.q-e-d.net/~68user/net/
- 7 名前：echoちゃん mailto:sage [2008/02/29(金) 21:27:33 ]
- ★ツール類
ethereal - www.ethereal.com/
Wireshark - www.wireshark.org/
tcpdump - www.tcpdump.org/
Windump - netgroup-serv.polito.it/netgroup/tools.html
WinPcap - www.winpcap.org/
pathchar - ftp://ftp.ee.lbl.gov/pathchar/
pchar - www.employees.org/~bmah/Software/pchar/
Packetyzer - www.networkchemistry.com/products/packetyzer/
libevent - www.monkey.org/~provos/libevent/
★プロトコル
TTCP
www.sean.de/Solaris/ttcp.html
www.kohala.com/start/ttcp.html
UDP Hole Punching
homepage3.nifty.com/toremoro/p2p/firewall.html
★IP, TCP実装
www.iti.fi/documentation/miniip.html
www.sics.se/~adam/uip/
www.codeguru.com/Cpp/I-N/network/tcpip/article.php/c5447/
www.geocities.jp/bruce_teller/security/garakuta.htm
- 8 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 23:04:48 ]
- keep-aliveの使い方を教えてほしいです。
- 9 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 23:08:42 ]
- ／￣＼
| |
＼＿／
|
／ ￣ ￣ ＼
／ ＼ ／ ＼
／ ⌒ ⌒ ＼ よくぞこのスレを立ててくれた
| （__人__） | 褒美としてオプーナを買う権利をやる
＼ ｀ ⌒´ ／ ☆
/ヽ､--ー､＿＿,-‐´ ＼─／
／ > ヽ▼●▼<＼ ||ｰ､.
/ ヽ､ ＼ i |｡| |/ ヽ (ニ､｀ヽ.
.l ヽ l |｡| | ｒ-､y ｀ﾆ ﾉ ＼
l | |ー─ | ￣ l ｀~ヽ＿ノ＿＿＿_
／￣￣￣￣ヽ-'ヽ--' ／ オプーナ ／|
.|￣￣￣￣￣￣|／| |￣￣￣￣￣￣|／| ＿＿＿＿＿＿
／￣オプーナ／| ￣|__」／_オプーナ ／|￣|__,」＿＿_ ／|
|￣￣￣￣￣|／オプーナ￣／￣￣￣￣|／ オプーナ ／| ／ .|
|￣￣￣￣￣|￣￣￣￣￣|／l￣￣￣￣|￣￣￣￣￣|／| ／
|￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣|
- 10 名前：デフォルトの名無しさん [2008/03/01(土) 14:29:19 ]
- age
- 11 名前：デフォルトの名無しさん [2008/03/04(火) 13:04:04 ]
- Windowsの質問です。
「Winsock Programmers FAQ 2.13 - ネットワークの異常切断はどのようにして検出できますか?」に
あるような状況で、プロトコルに「コマンド/応答」の仕組みがないやり取りをする場合があるときの話です。
クライアントアプリケーションを開発してるのですが、次のような場合どうすればいいのでしょうか？
1. クライアントアプリ（これを作っている）がサーバにconnectする
2. サーバからの要求を受け取り処理結果をsendする
このとき、ネットワークが異常切断していたら、disconnectして再connectすることを求められています。
異常切断しても、ローカルのソケットが生きている場合は、sendは失敗しません。
また、FAQにあるようにecho機能を追加することもできず、既存のプロトコルを変更することも
許されていません。
FAQにあるように、pingで生存確認するしかないんでしょうか？
- 12 名前：デフォルトの名無しさん [2008/03/05(水) 00:36:53 ]
- WinSockのconnectについて質問です。
POST https://aaa.bbb.jp/ccc/ddd/eee HTTP/1.1
したいのですが、connectすると
10060「接続済みの呼び出し先が一定の時間を過ぎても正しく応答しなかったため、接続できませんでした。または接続済みのホストが応答しなかったため、確立された接続は失敗しました。」
となってしまいます。
IEのアドレスにhttps://aaa.bbb.jp/ccc/ddd/eeeを入れてやると応答があります(ボディを送っていないのでエラーメッセージしか表示されませんが)。
どうしたらconnectしてPOSTできるようになるでしょうか？
httpsだから特別なことをしなければならんのでしょうか？（その辺がわかりやすいページや本を教えてもらえると助かります。どれもhttpのGETの例ばかりで、httpsやPOSTの例がなくって。）
よろしくお願いします！
- 13 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 00:53:29 ]
- >>12
httpsなので特別なことをしなきゃならんです。どういうことをするかは
ここにはとても書き切れないぐらい複雑。
よく知らないけど、Windowsだったらwinsockじゃなくてwininetとかいう
ので簡単にできたりしないかな。
- 14 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 01:38:35 ]
- ありがとう。とりあえずwininet調べてみます！
- 15 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 02:07:08 ]
- >11
TCPならKeepAliveもあるし、
接続してから一定期間リクエストが来なければ切る手もあるし。
- 16 名前：11 [2008/03/05(水) 10:38:10 ]
- >>15
やはり、KeepAliveしかないですか・・・。
リクエストのタイムアウトは、通信間隔が非常に長くなる(24時間を越える）場合もあるため、
なかなか厳しいです。
KeepAliveに関して詳しく調べてみます。
- 17 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 18:31:23 ]
- >>12
つ www7a.biglobe.ne.jp/~tsuneoka/cgitech/3.html
- 18 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 00:44:39 ]
- 機能としてのサーバが、connectを発行するという時点で
かなりオ㍗ルかんね。
- 19 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 02:09:24 ]
- Linux UDPでマルチキャストの勉強をしてるのですが、
recvfrom()中にifdownでネットワーク断が発生した場合、
どうやって検知すればよいでしょう？
tcpdumpではifdown直後にNetwork is down.と表示されるので
何からの方法で検知できるとは思うのですが、、
- 20 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 02:31:43 ]
- sendで"0123456789"という文字列を送りrecvで受信した際に
"012456789"
↑3が抜けてる
というような事が起こりえますか？
- 21 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 04:53:29 ]
- >>20
規格上は "012" "3" "456789" という IP パケットに分
割されて "3" のパケットが抜けることがあるかもしれ
ないが、一つのパケットに再構成出来ないので UDP で
はパケットロストでアプリケーションには届かないし、
TCP ならパケット再送で正しいパケットが届く。
- 22 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 05:19:36 ]
- >>21
レスありがとうございます
勉強になります
- 23 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 17:28:59 ]
- もし送信側の UDP ライブラリが何らかの理由で "012"
"3" "4567890" という具合いに三つのパケットに分割し
て、なおかつ "3" のパケットが抜ければそういう状態
になるかも知れない。
TCP 使ってればまず問題ない。
- 24 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 22:29:59 ]
- UDPレベルで分割送出するならともかく、
それ以下のレイヤで分割されたなら、全部
届くか届かないかでないの。
- 25 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 22:37:11 ]
- >>24
> UDPレベルで分割送出するならともかく、
これが > 23 で
> それ以下のレイヤで分割されたなら、全部
> 届くか届かないかでないの。
これが > 21 のつもりだったんだけど、何か変?
- 26 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 22:52:10 ]
- UDPはそういう分割をしないんじゃなかったっけ？
- 27 名前：デフォルトの名無しさん mailto:sage [2008/03/09(日) 23:53:28 ]
- >>26
あー、ユーザーランドインタフェイス内部でのつもりだった。
もちろん、それが特に書かれてるのが TCP の RFC
なのはわかってるけど >>20 に環境が書かれてないんだもん。
- 28 名前：デフォルトの名無しさん mailto:sage [2008/03/10(月) 22:47:33 ]
- >>27
お前、シッタカはタイガイニシル
- 29 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 00:33:03 ]
- SMTPが到達を保証できない理由を
分かり易く解説したサイトってない？
- 30 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 00:46:35 ]
- >>29
・SMTPを使ったメールはインターネット上のあらゆるサーバを経由して転送される
・あらゆるサーバとは、自分のあずかり知らないサーバを経由する可能性がある
・あずかり知らないサーバを経由するということは、そのあずかり知らないサーバの管理者
がどうとでもすることができる
他にもあるが、これだけでも分かったつもりにはなれるだろ。
- 31 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 01:08:18 ]
- いや、そういうハナシじゃなくて
電子商取引推進協議会（ECOM）のガイドラインで
プロトコル上の欠点を示唆してるようだが、詳しい理由を解説してないから、
そこを突っ込んでいる奴を。
www.ecom.jp/qecom/seika/
- 32 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 01:13:42 ]
- 問題の文書はコレで、
第５章 通信基盤ガイドライン
www.ecom.jp/qecom/seika/naiyou/p2_tradewg/new5.pdf
>SMTP では、メールが相手に確実に届く保証がないこ
>とやデータの順次性を必ずしも保てないといったデータ
>送受信の確実性の問題がある。
- 33 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 01:16:33 ]
- 補足：
多分ここら辺りにポイントがあると予想する。
>なお、データの送受信の確実性の確保に関しては、
>通信レベルだけの対応では不十分であり、
>アプリケーションレベルでの対応が必要である。
- 34 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 01:26:35 ]
- 確実の定義次第じゃん・・・
- 35 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 01:35:22 ]
- そういうミもフタもないハナシなのかなぁ
- 36 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 01:38:38 ]
- >>32
当たり前のことしか書いてない。まぁメールなんて使うなってこった。
- 37 名前：デフォルトの名無しさん mailto:sage [2008/03/11(火) 01:46:10 ]
- ちなみにいまのインターネットだって、送信したデータが＊確実に＊相手に
届くことなんて保証してないぞ。TCPは可能な限りの努力をするが、
届かないときはどうしようもない。
＊確実＊だけのキーワードだと、ダウンタイムとか冗長性とか、
障害耐性とか、コアとなるハブの存在だとか、クラスター性だとか
・・・・。
- 38 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 00:26:14 ]
- TCPは、届かないなら届かなかった事が判るでしょ
- 39 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 00:35:07 ]
- 企業や学校はメールゲートウェイとかあって
メールサーバー本体と直接通信してなかったりするから
TCPソケットでエラーが出なくても届いてない可能性があるかと。
直通のftpメールなら確実だと思うけど。
- 40 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 12:36:31 ]
- つうかレイヤーを切り分けて考えろよ
- 41 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 21:52:33 ]
- 相手のメールサーバから「受信した」とackが来ても、
その直後にディスクがクラッシュするかもしれないからな
確実とはいえない
- 42 名前：デフォルトの名無しさん mailto:sage [2008/03/12(水) 22:06:50 ]
- なにいってんだこいつ
- 43 名前：デフォルトの名無しさん mailto:sage [2008/03/13(木) 04:49:20 ]
- >31が「エスパーｷﾎﾞﾝﾇ」にしか見えないのは気のせい？
SMTPプロトコルの欠点だけ論うなら、
bounceが存在する
->エラー通知が10年後に届いても文句言えない
->確実性✕
なんて部分があるな。
- 44 名前：デフォルトの名無しさん [2008/03/19(水) 23:41:34 ]
- サーバ側KEEP-ALIVEの一回の接続で処理出来るリクエスト数が30で
一つのページに使われているインラインコンテンツが30以上あった場合
これらをダウンロードするためには
もう一回接続する必要がありますか？
- 45 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 23:54:54 ]
- そりゃそうだろう
- 46 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 21:06:10 ]
- どんなネットワークプログラム作ったらいいかわかりません
どうしたらいいですか?
- 47 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 21:24:16 ]
- >>46
特に何か作る必要がないのなら、別に何も作らなくていいのでは？
- 48 名前：デフォルトの名無しさん mailto:sage [2008/03/22(土) 22:16:48 ]
- >>46
文字列を入力したらもう一方の端末でその文字列を表示するというのをソケットを使って作成しましょう
- 49 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 09:51:42 ]
- 組み込みlinux機器向けにC言語ベースの簡易httpクライアントを作成しています。
ヘッダの読み取りに、1行ずつストリームから取得するという処理を
書いているのですが、1文字ずつrecvして、\r→\nのパターンが
来るまで繰り返す、という方法はありなんでしょうか？
他に何か良い方法はあるでしょうか。
- 50 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:19:15 ]
- ありだと思うけど、\r\nを返さないサーバもあるから気を付けてね。
- 51 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:23:39 ]
- 一応ソースコードです。改行制限キツイですね。
// 1行読み取り,改行を含む長さを返す,バッファに入りきらない場合はnul終端文字列の長さ
int readline(int sd, char *buf, int bufsize) {
int rlen = 0, wlen = 0, cr = 0;
char ch;
for (;;) {
int r = recv( sd, &ch, 1, 0 ) ;
if (r < 0) {
fprintf(stderr,"readline:error r < 0\n");
return r;
} else if(!r) {
fprintf(stderr,"readline:warning !r\n");
break ;
}
if (ch == '\n') {
if (!cr)
fprintf(stderr,"readline:warning !cr\n");
if (rlen < bufsize) buf[wlen++] = ch;
rlen++;
break;
} else {
cr = (ch == '\r') ? 1 : 0;
if (rlen < bufsize) buf[wlen++] = ch;
rlen++;
}
}
if (wlen>=bufsize)
wlen--; // nul終端文字列になるように調節
buf[wlen] = 0;
return wlen;
}
- 52 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 10:33:06 ]
- >>50
ありがとうございます。
自分でバッファリングしてくこと考えたら
頭痛くなってきたので。
\rはオプション扱いに致します。
- 53 名前：デフォルトの名無しさん [2008/03/27(木) 12:31:48 ]
- 初心者向けの本は何を買ったらいいんですか？
- 54 名前：デフォルトの名無しさん mailto:sage [2008/03/27(木) 16:03:57 ]
- NAT越えって、まだ個人がおいそれと実現できる領域じゃないのかな？
ゲーム作ってて、NAT越えできたらなぁとよく思うんだけど・・・
- 55 名前：デフォルトの名無しさん mailto:sage [2008/03/27(木) 21:09:58 ]
- >>54
TCPで接続張ってしまえば、自由に通信できるよ。最初の
接続元はNATの内側から出ないといけないけど。
ゲームなら別にそれでもいいでしょ。
- 56 名前：デフォルトの名無しさん [2008/03/27(木) 22:46:39 ]
- >>1
まだftpか。httpまであと何年かかるかな。
- 57 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 08:56:49 ]
- >>55
＞最初の接続元はNATの内側から出ないといけないけど。
意味ねーじゃんｗ
- 58 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 10:30:09 ]
- >>55,57
質問者の54です。ちょっと意味がわからないのですが、NAT越えとは以下のことができる技術という認識であってるでしょうか？
AとBは、両方ともルータの中の人間。直接やりとりは普通は無理。
Cというサーバーに、AもBも通信を行なう
Cが、AとBをうまく結びつける
AとBが直接やりとりできるようになる（Cを経由しない！！） ←NAT越え！
これができると、マッチングサーバーCはほとんど負荷無く運営できて良いのですが。
NintendoDSのWIFI対戦も、この仕組みだと聞いております。
このCサーバーを構築する方法は、個人で気軽に手の届く技術でしょうか？
（どうやら、それをツールとして売り出している企業はあるようなのですが）
- 59 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 10:53:25 ]
- UDP Hole Punching ってのもあったような
- 60 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 11:05:36 ]
- UDP Hole Punchingは「あまりセキュリティーに力を入れていないルータ」しか乗り越えられないようなのと
具体的ソースを提示しているサイトが見当たらないことが
TCPをUDPに切り替える足かせになっているような気がします。
概念はわかりやすいものなので、実験環境があればテストは簡単そうです。
この土日にでもテストしてみたいと思います。
他にも何か情報があれば嬉しいです。
NAT越えは面白い分野ですが、ム板では盛り上がっていないようなので…
- 61 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 11:16:39 ]
- 初心者も簡単にNAPT設定ができれば、たいした問題にはならんのに
なんで用語とか各メーカーばらばらなんだか・・
- 62 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 11:35:02 ]
- 今となってはUPnPでよくね？
UPnP対応ルータじゃないルータって、いまどき売ってるかね？
- 63 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 13:34:36 ]
- >>62
だね。きちんと整備されたライブラリ使えば、socketでlistenするのと、
UPnPでポート割り当てるの同感覚。特定のポート番号使えるのが、NAT内の1台だけだって制限があるけど。
- 64 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 14:26:22 ]
- 54です
恥ずかしながら、初めてUPｎPというものを知りました。
これは素晴らしい技術ですね。
早速サンプルソースも手に入れましたので、実験してみたいと思います。
ありがとうございました。
>>63
もしよろしければ、きちんと整備されたライブラリ～というものの例をいただけるとありがたいです。
とりあえず
ttp://www.bosuke.mine.nu/neta/upnp.shtml
ここを参考に組んでみようと思います。
余談ですが、今たまたまGoogleで色々調べていたら、ここの前スレで同じサイトを参考に組もうとしている人を発見しましたｗ
- 65 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 15:30:45 ]
- UPnPもSTUNもルータに激しく依存するから結局繋がらない場合は繋がらないけどな。
UPnPも最近になってやっと危険性が認知されてデフォでoffになったりしてるし。
jvn.jp/cert/JVNVU%23347812/
internet.watch.impress.co.jp/ cda/news/2008/01/17/18149.html
- 66 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 16:47:43 ]
- Flashの通信機能を遮断する方法がわからないんだよなー
- 67 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 18:25:28 ]
- >>60
RFC3489の"5. NAT Variations"あたりを見てみたら？
UDP Hole PunchingできるのはFull Coneだけでしょう．
たしかI-Dのどれかに，どの機種がFull Coneかのリストが載っていたような
>>65
TURNを作れば？ :-)
- 68 名前：デフォルトの名無しさん mailto:sage [2008/03/28(金) 22:28:43 ]
- NGN普及して、IPｖ６デフォルトになればNAPTなぞ過去の技術になる。
- 69 名前：デフォルトの名無しさん mailto:sage [2008/03/29(土) 07:01:44 ]
- >>68
NAPTは遺物となってもFWは残る
- 70 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 04:51:24 ]
- かなり初歩的なことをお聞きしますが、プロキシサーバーというものは送られてきたメッセージを直接ホストに送信するだけでよいのでしょうか？
- 71 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 10:23:37 ]
- 駄目
- 72 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 12:14:16 ]
- >>70
proxy serverといってもいろんな種類があるが何のプロトコルのproxy?
- 73 名前：70 [2008/03/31(月) 13:11:11 ]
- >>72
HTTPプロトコルです
- 74 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 13:22:48 ]
- >>73
代表的なのは、
・ メソッドに書かれてる URL から正しくホストに接続する
・ www.example.com/path1/path2.html みたいな URL をホスト接続時は /path1/path2.html に変換する
・ プロキシ特有の環境変数を付加する (必要な場合)
・ CONNECT メソッドを正しく解釈する (CONNECT 以降はそのままデータの送受信を行う)
辺りかな。 RFC などのドキュメントを見るのが一番手っ取り早いとは思うが。
- 75 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 13:27:01 ]
- >>73
http proxyはちゃんと作るとかなり複雑だが、少くともリクエスト内容は書き換えなきゃいけないだろ。
あとは、HTTP/1.0/1.1の場合分けとかKeepAliveとかpipelineとかchunkとか100 Continueとか、
真面目にやりだすと結構大変。
とりあえずRFC2616嫁
- 76 名前：70 mailto:sage [2008/03/31(月) 13:35:09 ]
- >>74-75
レスありがとうございます
RFCのドキュメントを読んでみることにします
- 77 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 13:37:56 ]
- まぁ、読んでもわかんないと思うけどね・・・
- 78 名前：デフォルトの名無しさん [2008/03/31(月) 13:39:24 ]
- >>77
そないなことあらへんで。
- 79 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 13:44:17 ]
- 内容を理解できないということじゃなくて、proxy serverの構成要件とは何かがわかんないだろうって意味
- 80 名前：デフォルトの名無しさん [2008/03/31(月) 13:47:37 ]
- >>79
あ、なるほど。
- 81 名前：fxで裁判中。教えて [2008/04/03(木) 08:29:02 ]
- 外国為替証拠金取引会社のアトランティックトレードと裁判になりました。
裁判の内容をここに記してみました
システム障害等でくわしいかた、是非とも情報をお待ちしております。
よろしくお願いします。
members3.jcom.home.ne.jp/chaochu/
- 82 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 00:49:43 ]
- >>68
そのNGNがv6マルチプレフィクス問題で、やっぱNAPT使うか？とも言われている件。
- 83 名前：デフォルトの名無しさん [2008/04/09(水) 11:10:34 ]
- プロトコル定義するときに 「最初のグリーティングはクライアントから出させる事」 みたいな
一般論的なセキュリティ上の推奨をどこかで見たようながあったような気がするんだが、
これって単に攻撃のための情報を減らす目的でしたかね?
何かそういった鉄則集みたいなのを 10 年くらい前にどこかで見たような記憶があるんですが
どこかご存知ないですか?
- 84 名前：デフォルトの名無しさん [2008/04/12(土) 11:31:55 ]
- 簡単なオンラインゲーム(MMO)を作ろうと思うのですが、
無料のデータベースであるMySQLかSQLServer2005Expressを使おうと思ってますが
おすすめのものとその理由など教えていただきたいです。
- 85 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 11:35:23 ]
- 日本語でおｋ
- 86 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 12:00:58 ]
- >>84
スレ違い以前に板違いだぞ、DB板かゲ製行ってくると良い
- 87 名前：デフォルトの名無しさん [2008/04/12(土) 13:32:10 ]
- >>86
いってきます
- 88 名前：デフォルトの名無しさん [2008/04/12(土) 17:05:47 ]
- Winsockを使って相手サーバがKEEP-ALIVEに対応しているか確かめる方法はありますか？
- 89 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:07:23 ]
- 投げてみて、その反応をさぐるしかない。
- 90 名前：デフォルトの名無しさん [2008/04/12(土) 18:39:30 ]
- >>89
投げてみました｡
ApacheではKEEPALIVEがOffにされていた場合
Connectionがcloseとなっています。
closeであるかないかで判定しようと思うのですが、
どうでしょうか？
- 91 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 18:41:43 ]
- HTTP かよ。
Connection: close ならエンティティボディ送信後に切断だよ。
RFC 嫁。persistent connection でググレ
- 92 名前：デフォルトの名無しさん [2008/04/12(土) 21:35:08 ]
- Connection(小文字)がCONNECTION(大文字)で返ってくるサーバはありますか？
- 93 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 21:40:22 ]
- いいからRFC読めよ
- 94 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 21:44:06 ]
- >>93
ｳﾗﾙ貼ってくれ
- 95 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 21:54:17 ]
- >>93
URL貼って下さい
- 96 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 21:56:35 ]
- www.google.co.jp/search?q=RFC+http
- 97 名前：デフォルトの名無しさん [2008/04/12(土) 21:59:34 ]
- >>96
いや、
ＲＦＣの何番？
- 98 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 22:03:28 ]
- だからみりゃわかるだろ低脳。
そもそも>>1に「関連リンク云々」書いてあること読めないか？
- 99 名前：デフォルトの名無しさん [2008/04/12(土) 22:16:56 ]
- >>98
いや、
だからHTTPヘッダが大文字で返ってくるサーバとかあるのか、
って聞いてんだよ
- 100 名前：デフォルトの名無しさん [2008/04/12(土) 22:21:10 ]
- あるだろうなぁ。
- 101 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 22:26:46 ]
- >>100
ありがとうございます。
|
 |
