12/10/31 21:07:02.24
過去スレ：
Port28 ｽﾚﾘﾝｸ(tech板)
Port27 ｽﾚﾘﾝｸ(tech板)
Port26 ｽﾚﾘﾝｸ(tech板)
Port25 ｽﾚﾘﾝｸ(tech板)
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:デフォルトの名無しさん
12/10/31 21:07:49.38
図書コーナー:
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:デフォルトの名無しさん
12/10/31 21:09:03.17
マスタリング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:デフォルトの名無しさん
12/10/31 21:09:43.81
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:デフォルトの名無しさん
12/10/31 21:10:24.78
★プログラミング
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:デフォルトの名無しさん
12/10/31 22:06:48.57
★ツール類
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:デフォルトの名無しさん
12/10/31 22:14:14.78
ではご相談を受け付けます。
最初の方、どうぞ。
9:デフォルトの名無しさん
12/10/31 22:22:29.14
最近、なんだか元気がなくなってしまって・・・
10:デフォルトの名無しさん
12/10/31 22:39:20.81
>>9
つ URLﾘﾝｸ(www.zakzak.co.jp)
11:デフォルトの名無しさん
12/10/31 22:43:48.75
その手のしまりのない肉塊を見ると、吐き気がするんだ・・・
12:デフォルトの名無しさん
12/11/01 09:17:38.64
>1000
インターネットを創ったのは
LinuxじゃなくてBSD
これ豆な
13:デフォルトの名無しさん
12/11/01 09:42:08.38
>>12
「インターネット」じゃなくて"Internet"
これまめな
14:デフォルトの名無しさん
12/11/01 10:12:35.12
>>13
"Internet"じゃなくて"The internet"
これまめな
15:デフォルトの名無しさん
12/11/01 10:28:28.78
BSDが作ったのはインターネットじゃなくてアーパネットじゃね？
16:デフォルトの名無しさん
12/11/01 11:40:55.70
>>14
"internet"を挟むんだった、残念
17:デフォルトの名無しさん
12/11/01 13:54:07.76
BSDが作ったのはSocketインターフェース
18:デフォルトの名無しさん
12/11/01 18:35:47.78
最初期のインターネットにUNIXはあまり貢献してないです。
1980年くらいになってようやくUNIX上のサーバ実装が定着してきました。
それまでは370とかSDSとかPDPとか。
19:デフォルトの名無しさん
12/11/02 01:14:02.89
Linux(CentOS6.3-x64)でﾙｰﾃｨﾝｸﾞをいじってて気づいたのですが
自身からﾙｰﾃｨﾝｸﾞ不能なIPｱﾄﾞﾚｽからﾊﾟｹｯﾄを入力した場合
OSにはﾊﾟｹｯﾄは届いても、ﾌﾟﾛｾｽまで到達しないようです。
OSが自身からﾙｰﾃｨﾝｸﾞ不能のﾎｽﾄからの入力の場合には捨ててそうだ
というところまでは分かりました。
でもﾊﾟｹｯﾄそのものはせっかく届いているし
ﾌﾟﾛｾｽが受信できても良さそうなもんだな、と思ってしまいます。
この破棄動作は何か意味、というか意図が含まれているのでしょうか？
20:19
12/11/02 01:17:41.31
例えば：
[ﾎｽﾄA] <==> [L3SW] <==> [ﾎｽﾄB]
ﾎｽﾄA(Linux)： 192.168.1.1/24、*ﾙｰﾃｨﾝｸﾞの設定なし*
L3SW： (左側)192.168.1.254/24 (右側)10.1.1.254/8
ﾎｽﾄB： 10.1.1.1/8、defautGWは10.1.1.254
1)ﾎｽﾄAで、UDPﾎﾟｰﾄ12345で受信待ち
2)ﾎｽﾄBで、ﾎｽﾄAのUDPﾎﾟｰﾄ12345に送信
3)ﾎｽﾄAにて、受信しない
・ﾎｽﾄAで、ｷｬﾌﾟﾁｬするとﾊﾟｹｯﾄの入力は確認できます。
・netfilterにおいて、PREROUTNIGには到達しますが、INPUTにもFORWARDにも到達していないようです。
・ためしに、ﾎｽﾄAでﾙｰﾃｨﾝｸﾞを設定すると、ﾌﾟﾛｾｽはﾊﾟｹｯﾄを受信できる。
・ﾎｽﾄAでのﾙｰﾃｨﾝｸﾞは、本質的には到達不能な設定とかちょっと変でも受信できます。
上の例いえば、default via 192.168.1.1/24 を設定する (自分自身がNexthop) とか。
21:デフォルトの名無しさん
12/11/02 07:24:25.28
>>19
自分宛のパケットか判断する前の話?後の話?
22:デフォルトの名無しさん
12/11/02 09:20:18.07
RPFじゃないの？
23:デフォルトの名無しさん
12/11/02 10:33:50.16
ちょっと違う話かなと思うけど良かったらお願いします
DNSの安全性をチェックするプログラム書きたいんだけど基本的に問い合わせクエリに対するレスポンスを解析して安全性の基準と比較するって形なのかな
24:デフォルトの名無しさん
12/11/02 10:40:55.80
DNSの何の安全性？
25:デフォルトの名無しさん
12/11/02 11:11:54.12
基本的に外部からの脅威(キャッシュポイズニングとか)に対する安全性ですかね
例えばDNSサーバが再帰クエリを返すかとかポートがランダムかとかの判断をさせることになるはずだと思います
既にこういうサービスは結構あるといえばあるようだけど…
アクセスしてきた人の使ってるDNS判定してそこにチェック用のクエリを送ってそのレスポンスで判断という流れになるのかなって
安全かどうかの基準はRFCをよく確認する必要がありそう
26:デフォルトの名無しさん
12/11/02 11:26:27.45
何が質問したいのかわかってない質問者に何を答えろと？
27:デフォルトの名無しさん
12/11/02 11:30:06.13
DNS関連のRFC読んでたらそれだけで３ヶ月はかかると思われ
28:デフォルトの名無しさん
12/11/02 11:31:19.01
>アクセスしてきた人の使ってるDNS判定して
そんなこと出来るのか
すげー
29:デフォルトの名無しさん
12/11/02 11:32:27.60
質問の趣旨も理解せずに主義を語るのが病気持ちプログラマの特徴
30:デフォルトの名無しさん
12/11/02 11:53:49.39
DNSのポートってランダムなの？
31:デフォルトの名無しさん
12/11/02 12:09:35.16
>>30
送信元ポートをクエリごとにランダムにすることで攻撃の成功率を下げる意味がある
32:デフォルトの名無しさん
12/11/02 12:20:17.70
>>30
ランダムにするのはクライアント側の話な。
33:デフォルトの名無しさん
12/11/02 13:37:32.45
,.. '" ,: ￣ ヽ 、､
,.' , /. / l |､ 、:::::::ﾞ'.
l ,' iｰ-'、 ヽ;ﾞｰ- l､:.:::::::│
l !//lんl lん:lY｀:i :､ :│
lﾍj､ V:ﾘ V::ﾘﾉ､:| lﾅ │
〈 " ¨ " | ﾚﾞ::│ かれのあたまのなかわかるんだけど
l＞...._ ､ｰ-､ _,.ｨV::::: ｉ
|:::::,イヽ:又￣ヽ' ::::::::│
|:/ ゝヽ∨／' ヽ::::::│
/ ヽ:|
34:デフォルトの名無しさん
12/11/02 23:27:21.28
libnetlinkについての日本語の情報(ブログ,本等)ないかなぁ. スレチか...
35:デフォルトの名無しさん
12/11/03 02:01:10.12
>>22
どうやら当たりでした。
なるほど。ありがとうございます。
36:デフォルトの名無しさん
12/11/15 10:17:28.59
漠然とした質問ですので、適当にアドバイスお願いいたします。
これからモバイル（スマホやタブレット端末）相手のソフトを作ろうと考えています。
アプリは社内システムの延長です。
社内システムはC++BuilderとSQLServerでシコシコ１０年以上やってきました。
なんだか浦島太郎みたいなおじさんですが、いろいろ調べてAdobeのFlashBuilderで
やるのが簡単そうだ、ということで使用ライセンスを得ました。
で、端末相手のサーバーはどうする？
ということでC++Builderに付属のIndyコンポーネントを初めていじっていけそうな感触を得ました。
スレッドを意識しなくても書けそうです。
しかし、ここから進みません。
どういうプロトコルで上位のデータのやりとりをするのが合理的かということです。
WebサービスだのSOAPだのちんぷんかんぷんです。
37:デフォルトの名無しさん
12/11/15 10:30:58.51
Flashはオワコン
38:デフォルトの名無しさん
12/11/15 10:38:48.63
やる気がありませんと言ってる奴に何をアドバイスする事があると言うのか
39:デフォルトの名無しさん
12/11/15 16:28:18.57
>>36
すきにすれば
40:デフォルトの名無しさん
12/11/15 16:31:18.35
HTTPベースのサーバアプリ書いてもいいし、TCP/IPベースの独自サーバ書いても何やってもできそうなもんだが。
おじさんになると、検索もできないし、書店に行くこともできなくなるのか。やだやだ。
41:デフォルトの名無しさん
12/11/15 18:03:27.18
>>36
クライアントはブラウザで。
42:デフォルトの名無しさん
12/11/15 18:08:50.66
>>40
最初はその独自サーバーで行こうかと考えましたが、
もっと定型的で簡単な方法があるのかなと調べている途中でした。
昔のDOS時代にもモデムを使って独自のフォーマットで
やりとりした事があるのですが、あんまり練った仕様じゃなかったので
簡単な拡張もできなかった経験があります。
どうもお騒がせしたしました。
43:デフォルトの名無しさん
12/11/15 18:22:19.68
>>42
> 最初はその独自サーバーで行こうかと考えましたが、
> もっと定型的で簡単な方法があるのかなと調べている途中でした。
「独自サーバー」の通信部分は定型的で簡単に書けます。
誰が書いても、通信部分はまあ似たようなものになるでしょう。方式は何パターンかありますが。
要するに、Socketを使ったサーバアプリを書いたことないってだけでしょ。
> もっと定型的で簡単な方法
が、HTTP上にのっけるアプリなんですが。
どんな言語でも"Hello, World!"を返すぐらいのレベルなら、すぐに作れるでしょう。
HTTPを返すのが嫌なら、JSONを返したり。
> いろいろ調べて
いや、調べてないでしょ。あるいは壊滅的に調べるのが下手とか。
本屋行きなさいよ。
44:デフォルトの名無しさん
12/11/15 20:00:53.08
浦島じいさんなのだろう
45:デフォルトの名無しさん
12/11/15 22:44:52.57
>>40-44
おまえら餌もついてない釣り針に食いつくタイプだろ？
46:デフォルトの名無しさん
12/11/16 01:52:22.23
これが後釣り宣言という香具師か
47:デフォルトの名無しさん
12/11/16 13:37:27.61
>>43
どうも、ありがとう。
あれからFlash Builderの側（クライアント）を調べたら素のTCP/IPの選択肢はありませんでした。
HTTP、PHP、XML、Webサービスとあと聞いたことないやつ３点のどれかです。
お粗末さまでした！
48:デフォルトの名無しさん
12/11/16 14:24:37.29
もう、自分が何を言ってるのかもわからない状態。
49:デフォルトの名無しさん
12/12/15 16:40:50.41
初歩的な質問かと思いますがよろしくお願いします。環境はWindows7, Visual c++2010です。
proxyサーバー越しにネットワークに接続するにはどうすれば良いでしょうか。
現在は、単純にSOCKETを作って、サーバーにconnectしてGET メッセージを送るという方法を使用しています。
しかし、今後はproxyサーバー越しに、ネットワークに接続する必要が出来ました。
proxyサーバーを介する場合、接続先サーバーをproxyサーバーにして、本当に接続したいURLをGET以降に
記述したらいいということまではわかりました。
しかしユーザー名とパスワードの必要なproxyサーバーのため、usernameとpassをどのように設定すればよいか
解りませんでした。
ユーザー名とパスワードを入れずにそのまま接続すると、やはり HTTP 407 が帰ってきます。
50:デフォルトの名無しさん
12/12/15 16:59:22.13
プロキシサーバを構築された方に相談して下さい。
第三者には認証の仕組みが解らないのでアドバイスが困難です。
51:デフォルトの名無しさん
12/12/15 21:59:27.49
>>49
IE とかなら接続できるんでしょ？
なら、wireshark とかでパケット見ればいいんじゃね。
52:デフォルトの名無しさん
12/12/19 23:17:11.99
rfc 2617 を読め、とマジレスしてみる。
53:デフォルトの名無しさん
12/12/22 00:19:44.92
生データからアプリケーションプロトコルをデコードしたいんだけどよくわからない
クラスでプロトコル定義するのにどういう風に設計したらいいのだろう
単純にunpackして分割してみたりはした
54:デフォルトの名無しさん
12/12/28 23:20:36.44
おーい、エスパー
55:デフォルトの名無しさん
12/12/29 20:15:18.48
無理！
56:デフォルトの名無しさん
12/12/29 23:54:31.53
エスパーじゃないけど, 挑んでみる
> 生データからアプリケーションプロトコルをデコード
暗号買得と一緒で, パーターン解析して頻度計算すれば
運が良ければヘッダーくらいは抽出できるかも知れない
> クラスでプロトコル定義する
インタプリタパターンってのが王道らしいぞ
yacc とか bison とか(じゃなくてもいいけど, オートマトン
ジェネレータ的なもの)使えばもっと楽できるかも
おそらく, 全然, 別の話なんだろうな w
57:デフォルトの名無しさん
13/01/01 01:49:27.21
エスパーとかいうまでもなく言葉通りパケットの生データから中身を解析するって話だろ
tcpdumpとかwiresharkみたいに
オブジェクト指向の言語で同じことするのに設計というか実装するのに悩んでるんじゃないの？
58:デフォルトの名無しさん
13/01/01 09:43:35.59
買得w
59:デフォルトの名無しさん
13/01/08 12:04:02.25
区
60:デフォルトの名無しさん
13/01/08 12:10:55.49
上ミス
IOCPでUDPの送受信って出来ないのかな
ネットでサンプル探してるがTCPしか見つからん
自分でいろいろ組んでみたんだけど送信した後にGetQueuedCompletionStatusがエラー返してくる
受信する相手がいる場合はエラーにならない。相手がいない場合だけエラーになる。
もしかしてTCPみたいに接続が確立されてないと使えないのかな？
61:デフォルトの名無しさん
13/01/08 12:24:56.58
>>60
できる
ソケットのみで送受信できるようにbindしておくよろし
62:デフォルトの名無しさん
13/01/08 12:39:08.79
OSはまあ関数名でわかるけど、
(AIXもIOCPはあるんやで)
どんなエラーか書いてね。
それから相手ポートが閉じてる時にどうなって欲しいの?
63:デフォルトの名無しさん
13/01/08 14:38:31.89
受信もしてるからbindはしてる
返ってくるエラーはERROR_PORT_UNREACHABLE
相手がいてもいなくても、ただ単純に受信待ちしつつ周期でデータ送りたいだけ
64:デフォルトの名無しさん
13/01/08 14:54:34.79
port unreachableならTCPでも同じ。
コード書いてリトライしてください。
65:デフォルトの名無しさん
13/01/08 15:18:10.84
そうかー。とりあえずエラー無視して続行しても大丈夫みたいなんだよね。
IOCPのハンドル閉じるまで処理巻き戻しとかしなくていいんであれば無視でいいかな・・・
66:デフォルトの名無しさん
13/01/13 01:43:26.26
ローカルなファイルへの書き込みをするときのように
write(client)からclose(client)の間にfflush(client)をするべきでしょうか？
67:デフォルトの名無しさん
13/01/13 01:56:39.27
そうまでして省く必要があるのか？
68:デフォルトの名無しさん
13/01/13 13:40:48.75
close()はflush()もしてくれるだろ
69:デフォルトの名無しさん
13/01/13 15:03:21.83
そもそもsocketにbuffer flushは無いだろ
気にせせずcloseして帰り値は捨てて良い
ネットワークアプリケーションは信頼性が低いというのは、知識に欠けるユーザーでも信頼性が低いと知ってるから、エラーがでてもあまり気にしない
70:デフォルトの名無しさん
13/01/13 15:10:22.41
>>69
>気にせせずcloseして帰り値は捨てて良い
こういう奴が作るネットワークアプリケーションの信頼性は低いんだろうな。
71:デフォルトの名無しさん
13/01/13 15:50:01.05
すいません
結局のところバッファの掃き出しはどうすべきなんでしょうか？
72:デフォルトの名無しさん
13/01/13 16:44:12.28
プロトコルで終わりが決められてるんでもなけりゃ
いくらフラッシュしたところで閉じるまでにまたデータ来るかもしれんし
閉じる必要があるときに閉じるだけでいいだろ。
73:デフォルトの名無しさん
13/01/13 16:49:39.38
気になるならするべき
74:デフォルトの名無しさん
13/01/13 16:53:04.62
>>72
> いくらフラッシュしたところで閉じるまでにまたデータ来るかもしれんし
意味がわからん。
ひょっとして受信側で flush するとかしてるのか？
75:デフォルトの名無しさん
13/01/13 18:45:01.08
その前にflushするAPIなんてあったか？見たこと無いぞおれ
76:デフォルトの名無しさん
13/01/13 18:55:33.43
flush する API じゃないけど, setsockopt で SO_LINGER と
TCP_NODELAY を突くくらいかなぁ
77:デフォルトの名無しさん
13/01/13 19:01:28.37
あと, 到達確認的な意味だと
送り側 shutdown(..., SHUT_WR)
|
v
受け側 if (read(...) == 0) { shutdown(..., SHUT_RDWR); }
|
v
送り側 if (read(...) == 0) {shutdown(..., SHUT_RD); }
とか, かなぁ
78:デフォルトの名無しさん
13/01/14 02:36:54.80
クライアントのソケットで、同じポートにbindしてもエラーにならないんだけど、これってやってもおｋ？
下のコードの後、別々のところにconnectしても普通に通信続けられるみたいだけど。
仕様上の理由でポート固定なんだ。
local.sin_port = htons(12345);
SOCKET sock1 = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
SOCKET sock2 = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
int on = 1;
setsockopt(sock1, SOL_SOCKET, SO_REUSEADDR, (char*)&on, sizeof(on));
setsockopt(sock2, SOL_SOCKET, SO_REUSEADDR, (char*)&on, sizeof(on));
bind(sock1, (sockaddr*)&local, sizeof(local));
bind(sock2, (sockaddr*)&local, sizeof(local));
79:デフォルトの名無しさん
13/01/14 03:47:55.15
ok
80:デフォルトの名無しさん
13/01/14 16:57:55.78
>>78
TCPのstremは、
<src addr, src port, dst addr, dst port>
の四つ組で識別される。つまりひとつでも違えば別のstream。
81:デフォルトの名無しさん
13/01/15 21:33:07.75
>>79, 80
そういうことか、わかった。
82:デフォルトの名無しさん
13/01/15 22:23:39.87
ひょっとしてTCP/IPの勉強をしても
socketプログラミングにあまりはやくに立たないんですか？
83:デフォルトの名無しさん
13/01/15 23:36:48.62
役に立つわ
84:デフォルトの名無しさん
13/01/16 02:42:24.01
甘利早くも役に立たない。ちくしょ～ユーロ円が台無し
85:デフォルトの名無しさん
13/01/16 03:47:25.08
>>82
TCP/IPの知識が無ければ、Socketを使ったTCP/IPプログラムでトラブルが
発生したときに、原因を究明することは出来ないだろうな。
86:デフォルトの名無しさん
13/01/16 07:36:48.74
>>84
計算しょうか
87:デフォルトの名無しさん
13/01/18 14:02:30.24
他人の通信の傍受ってどうやるんですか？
88:デフォルトの名無しさん
13/01/18 14:04:29.67
>>87
他人の通信を傍受すればできます。
89:デフォルトの名無しさん
13/01/18 14:24:29.60
>>87
スイッチのバッファをあふれさせる
90:デフォルトの名無しさん
13/01/18 18:00:48.87
>>84
ニューロコンピュータ？
91:デフォルトの名無しさん
13/01/18 20:20:39.65
サブネット内ならARP PROXYでトラフィックを誘導する
92:デフォルトの名無しさん
13/01/18 21:19:42.25
>>87
他人の背後で画面を覗き込む。
93: ◆wSaCDPDEl2
13/01/18 23:02:26.89
てｓｔ
94: ◆wSaCDPDEl2
13/01/18 23:04:16.41
2chのdat読み込むとトリップ付けたときの名前が</b> ◆wSaCDPDEl2 <b>のように<b>タグで囲まれてるんだけど
普通<b> ◆wSaCDPDEl2 </b>じゃないですか？
なんで逆になってるんですかね？
95:デフォルトの名無しさん
13/01/19 00:22:28.22
</b>したいからです。
96:デフォルトの名無しさん
13/01/19 00:53:03.70
名前は<b>タグで太字表示になっている。
トリップは標準フォントになっている。
で、名前をつけないでトリップだけつけるから名前の<b>タグを
閉じるために頭に</b>がつけてあるんだと思われる。
97:デフォルトの名無しさん
13/01/19 00:55:49.45
なるほど
わかりましたありがとうございます
98:デフォルトの名無しさん
13/01/19 09:04:34.79
>>90
県央の土権屋のことだろう
99:デフォルトの名無しさん
13/01/19 12:10:58.99
マイiPhoneからのみアクセスを許可したサーバーを構築したいのですが
マイiPhoneを識別するにはどうすれば良いとおもいますか？
100:デフォルトの名無しさん
13/01/19 12:47:33.82
つ認証
101:デフォルトの名無しさん
13/01/19 12:48:37.24
証明書を発行してインストールする
102:デフォルトの名無しさん
13/01/19 13:15:28.65
sslでユーザ証明書に途中からする時って脆弱性なかったっけ。
103:デフォルトの名無しさん
13/01/19 16:48:41.16
>>102
> 途中からする
kwsk
104:102
13/01/19 21:46:04.98
>>103
CVE-2009-3555 SSL renegotiationによる脆弱性のこと。
apache2.2ではSSLInsecureRenegotiation onにしとかないと、あるディレクティブだけのユーザ証明書使えなかった。
このオプションはInsecureとあるように、脆弱性を受け入れられる場合しか使えない。
今、どうなってるのかは知らない。
105:デフォルトの名無しさん
13/01/19 21:51:29.65
>あるディレクティブだけのユーザ証明書
この考え方自体がSSL/TLSに対する挑戦だな
106:102
13/01/19 21:58:42.35
>>105
どこでもユーザ証明書を要求してれば問題なかったのかな?
とっくに直ってるか。
Changes with Apache 2.2.15 March 5, 2010
SECURITY:: CVE-2009-3555
107:デフォルトの名無しさん
13/01/19 22:03:23.73
やけに古い話だな。
RFC 5746に対応してない糞クライアントなら今も問題になりうるが、
元のお題が個人利用だし想定する必要はない。
108:102
13/01/19 22:36:58.74
>>107
その仕事しに客先行ったのは最近なんだけどなwセキュリティパッチくらいあてて欲しい。
109:デフォルトの名無しさん
13/01/20 18:31:59.78
ローカルホストのアプリが送信してるデータ、たとえばブラウザのGETメソッドとそのヘッダーとデータ見てみたいんですが
ブラウザのプロクシをローカルホストに設定するなどしないと不可能ですか？
プロクシを設定するないアプリの通信を監視するにはどうすればいいんでしょうか？
110:デフォルトの名無しさん
13/01/20 18:38:02.67
wiresharkとかでみれば？
111:デフォルトの名無しさん
13/01/20 19:05:20.00
>>109
UAみたいだことかなら、ncで適当なポートにサーバ立てて受け付ける。やりとりが見たい時はwiresharkかtcpdump。ncがteeみたいに使えたら便利だし、既存なのかな。
112:デフォルトの名無しさん
13/01/20 19:08:50.93
>>110,111
ありがとうございます試してみます
まだはじめたばかりなんですがネットワークはデバッグが大変ですね
113:デフォルトの名無しさん
13/01/20 19:45:29.72
>>112
キャプチャで簡単に全部見えるのだから、標準的なデバッガのない内部バスなんかより良いと思うのだが。
114:デフォルトの名無しさん
13/01/21 08:29:05.87
禿
115:デフォルトの名無しさん
13/03/08 00:14:52.55
Wiresharkで特定ポート宛のTCP SYNを捕まえて処理するDissectorを書こうと
しているんだが、"tcp.port"のDissectorTableに登録してもESTABLISHED以降の
パケットしか届かない。
SYNを処理するには"ip.proto"に登録して自分でポート番号を判断するしかないんだろうか？
もしそうだとして、TCPヘッダのデコードも自分でやらなきゃならないのかな。
116:デフォルトの名無しさん
13/03/08 14:09:47.53
>>115
SYNのビットを見りゃいーじゃん
117:デフォルトの名無しさん
13/03/08 14:10:54.12
ごめん、勘違いしてた
118:デフォルトの名無しさん
13/03/25 14:31:30.15
TCPで100バイトのデータを送ろうとしています。
50バイトを送ったところで回線に不具合が起きて自動的にセッションが張りなおされました。
この場合、データの続きは51バイト目から送られますか？1バイト目から再送されますか？
119:デフォルトの名無しさん
13/03/25 14:51:51.28
どこまでACKもらったかによるのでは
120:デフォルトの名無しさん
13/03/25 15:05:59.94
つまりACKを送る前で切れてると
でもACKって回線が切れる前に送ったかどうかわからないよね？？
121:デフォルトの名無しさん
13/03/25 15:07:07.56
あ
反応無かったら何度も送るか
つまり51バイト目からになるのかな
122:デフォルトの名無しさん
13/03/25 15:10:02.34
間違えたわ
ACKは古いセッションに送るのか
新しいセッションはどこまで送れてるのかわからないのに51バイト目から再開してくれるのかな？？
123:デフォルトの名無しさん
13/03/25 15:22:30.34
不明な時は前から送るだろうし、受け取った方は同じもの2つ受けても
大丈夫なように動作するだろう。
124:デフォルトの名無しさん
13/03/25 15:27:16.58
セッションIDって通信内容に含まれてるの？
じゃないと前のセッションがどれかわからないよね？
125:デフォルトの名無しさん
13/03/25 16:17:29.23
どのレイヤーの話なの？
126:デフォルトの名無しさん
13/03/25 16:40:27.67
初心者すぎてよくわからん
途中で何かトラブルがあった場合、別のポートから続きが送られてくることもあるって理解で合ってますか？
127:デフォルトの名無しさん
13/03/25 16:45:06.67
そのポートってのは何だよ
128:デフォルトの名無しさん
13/03/25 16:48:13.00
>>126
あってません
もういちど、自分の手で、続きを送れ
129:デフォルトの名無しさん
13/03/25 16:56:26.81
サーバと一般のPCの間のインターネットの通信で
回線が不安定になっても自動的に繋ぎなおされることは無いってこと？
130:デフォルトの名無しさん
13/03/25 16:57:01.53
TCPの中の人が何を何度再送してようと、それはアプリから見えない水面下のことなので、気にする必要ない
100バイト送ったなら100バイト届くし、その間にポートが変わるようなことはない
TCPの中の人がギブアップするようなトラブルが起きたら、切断されてエラーになる
そのようなエラーが起きたときは、自動的に接続が貼り直されることはないし、自動的に別のポートから続きが送られることもない
131:デフォルトの名無しさん
13/03/25 17:01:09.78
それだ
ありがとうございました
132:デフォルトの名無しさん
13/03/25 17:02:33.34
そのレベルの話だと見破れる>>130スゲー
133:デフォルトの名無しさん
13/03/25 17:04:07.10
スゲーとか言うなよ情け無い
134:デフォルトの名無しさん
13/03/25 17:04:33.62
じゃあ繋ぎっぱなしのTCPってクライアントにIDを割り振らなくてもセッションから個人を識別できるってことか
135:デフォルトの名無しさん
13/03/25 17:13:22.43
せめてネスペを取ってから来て
136:デフォルトの名無しさん
13/03/25 17:25:03.88
そんなんじゃ NHN に雇ってもらえないぞ
137:デフォルトの名無しさん
13/03/25 20:54:31.05
>>134
性善説ならば
138:デフォルトの名無しさん
13/03/25 20:55:50.77
最近はTCPのGraceful Restartができるらしいが。
139:デフォルトの名無しさん
13/03/25 22:07:05.43
MMORPGの作り方についての質問はここでいいですか？
140:デフォルトの名無しさん
13/03/25 22:25:49.90
ゲ作板のほうがいいんじゃないかね
141:デフォルトの名無しさん
13/03/26 00:10:17.03
あそこ過疎だし厨房しかいないし機能してないじゃん
板名に「技術」って付いてるけとその実態は技術板じゃなくて企画板じゃん
142:デフォルトの名無しさん
13/03/26 05:07:38.28
ってことはここでいいってことだな
143:デフォルトの名無しさん
13/03/26 05:57:20.66
>>142
まぁ、MMOのネットワーク限定ならな・・・
144:デフォルトの名無しさん
13/03/26 20:25:12.04
質問ですMMORPGの通信はどうやってやってるんですか？
145:デフォルトの名無しさん
13/03/26 20:46:14.28
本屋さんにそういう本が売ってるから買ってきなさい
アマゾンでも楽天でもいいぞ
146:デフォルトの名無しさん
13/03/26 22:09:02.13
>>144
MMORPG でググレば、いくつか解説サイトは見つけられるけど、
いったい何が分からないの？
・dyama's web page: MMORPG/Protocol
URLﾘﾝｸ(dyama.chaosnet.org)
-- ごく簡単な解説(日本語)
・Description of the game protocol
URLﾘﾝｸ(code.google.com)
-- MMORPGをベースにしたゲームプロトコルの詳細な解説
Pythonによるサンプルコード付き(英語)
・MMORPG プロトコル エンコードの解読
URLﾘﾝｸ(ja.softuses.com)
-- MMORPGプロトコルをリバースエンジニアリングする技法を解説(日本語)
TCPソケットの経験があって技術英語の読解力があればそれほど難しくないから、
高校生レベルの課題のように見えるが.....
147:デフォルトの名無しさん
13/03/29 22:10:35.43
ここの住人は、メールソフトは既存のソフトを使うのか。あるいは、
自作するのか。その辺が知りたいな。
148:デフォルトの名無しさん
13/03/29 23:14:22.33
>>147
> メールソフトは既存のソフト
ユーザーエージェントのことでOK?
だったら, 既存のものを使う
# 自分用にカスタマイズできればそれでOK
149:デフォルトの名無しさん
13/03/30 01:23:27.32
MUAならwl使ってるわ。
150:デフォルトの名無しさん
13/03/30 03:53:56.60
>>147
既存のソフトで事足りるから既存のソフトを使ってる
それに通信部分は余裕でもメーラーとしての便利な各種機能を実装するのが面倒
アドレス帳とか、メールの検索とか、自動振り分けとか、etc...
一つ一つは実装しろって言われたらできるけど、全部実装するのは面倒
151:デフォルトの名無しさん
13/03/30 15:44:58.01
昔はmew, 今はgmail。
どっちもelispとjavascript(browser addon)でカスタマイズ。
152:デフォルトの名無しさん
13/03/30 16:52:03.33
gmailとか解析エンジンが中身読んでるから嫌だよ
153:デフォルトの名無しさん
13/03/30 17:54:14.11
>>152
メールを読まれてる可能性はどこも一緒だから
それを懸念するなら母数が多いところのほうが安全だろ
154:デフォルトの名無しさん
13/03/30 18:18:33.61
暗号化しろよ
155:デフォルトの名無しさん
13/03/30 18:59:21.53
>>154
サーバに言えよ
156:デフォルトの名無しさん
13/03/30 19:22:20.95
>>153
母数が多いところを選ぶのは安全だが
選ばないという手もある
そんな俺は自宅メールサーバーを立てたよ
相手側のサーバーは避けられないからそれは仕方ないけど、母数とかって話が出たから確率論でいくと、
「どちらか一方のサーバーで解析される確率」より
「相手のサーバーで解析される確率」のほうが必然的に低いわけだから
後者の自宅サーバーのほうが安全
自宅メールサーバーマジオススメ
157:デフォルトの名無しさん
13/03/30 19:38:06.01
アホだな。
158:デフォルトの名無しさん
13/03/30 22:13:30.88
>>156
金が結構かかるじゃん。
159:デフォルトの名無しさん
13/03/30 22:45:38.67
>>155
何を言っているんだ。
サーバで見られること気にしてるのに、サーバで、またはサーバとの通信を暗号化しても意味ないだろ。
S/MIMEとかMUA間でメッセージを暗号化するんだよ。
160:デフォルトの名無しさん
13/03/30 22:49:41.12
>>158
このスレの住人ならドメインと自鯖くらい持ってるだろ。まあセカンダリを分けるとなると大変だけど。
161:デフォルトの名無しさん
13/03/30 23:14:59.53
>>159
メールを暗号化してもPGP作った人みたいにFBIに追いかけられませんか?
162:デフォルトの名無しさん
13/03/31 12:01:43.31
＞PGP作った人みたいにFBIに追いかけられ
どういうこと？ｗ
詳しくｗ
163:デフォルトの名無しさん
13/03/31 18:38:40.95
つ URLﾘﾝｸ(www.confrage.com)
164:デフォルトの名無しさん
13/03/31 18:56:08.59
輸出規制の制度の隙間を縫って輸出するような真似をするからだよ。
書籍は規制対象外なのを利用して、本として持ち出して、
スキャナで取り込むとかしたんだっけ？
165:デフォルトの名無しさん
13/04/03 00:05:18.98
UDPを利用して特定のポートにデータを送信する場合、
受信者がいなければ、行き場を失ったデータはどこへ行くのか?
一定数はキューみたいなものに保存されるのかしら?
それとも逐一消えていくのかしら?
前者の場合、リアルタイムシステムに悪影響を与えてしまうと思うけど、どうなんでしょう。
初心者でスマソ
166:デフォルトの名無しさん
13/04/03 00:10:51.44
初心者お断り
167:デフォルトの名無しさん
13/04/03 00:18:11.89
>>165
受信ソケットの話かルータのIPの話かわからないが破棄すればいいだろ。いないってなんだ。
168:デフォルトの名無しさん
13/04/03 00:35:39.78
申し訳ない、ソケットの話ね。
"1"というデータを送信、250msec待つ
次は"2"というデータを送信、待つ
…
という送信プログラムと、
特定のポートにアクセスしてデータを所得するプログラム
を書いてみたんだけど、送信プログラムをしばらく走らせてから受信プログラムを走らせても、
すでに消え去ったと思われる1というデータを取得してしまう。
169:デフォルトの名無しさん
13/04/03 00:40:59.53
icmpってのがあるが、
icmpで反応があることを期待してはいけない。
相手が生きているか死んでるかはっきりしないのが分散システムの基本。
170:デフォルトの名無しさん
13/04/03 01:06:41.67
>>168
本当に受信者居ないの？
もしかしてパソコンの電源が入ってない？
171:デフォルトの名無しさん
13/04/03 11:19:05.08
>>170
送信相手がいないと確定してるときって送信しないんだっけ？
UDPは気にせず送信しちゃうんじゃないの？
172:デフォルトの名無しさん
13/04/03 12:31:35.65
プログラムがどこでブロックしてるか確かめながらやってみそ
173:デフォルトの名無しさん
13/04/03 13:00:01.31
>>171
気にせず送信すると思う。
>>172
プログラム側に問題があるのかな…
OS側のバッファのせいとしか思えない…
174:デフォルトの名無しさん
13/04/03 13:05:27.61
>>165
捨てられるだけだよ
175:デフォルトの名無しさん
13/04/03 13:32:21.38
>>173
試しに1じゃなくて送信時刻を送ってみては
176:デフォルトの名無しさん
13/04/03 14:19:03.34
全てが正しく動いているなら、ICMP port unreachが送信したホストに返る
177:デフォルトの名無しさん
13/04/03 19:24:47.39
>>175
サンクス
5秒ほど遅れてた…
178:デフォルトの名無しさん
13/04/03 21:56:32.66
自己解決しますた…
受信プログラムを待機させている間にソケットにポート設定をしてたのが原因みたい
よくワカンネ
179:デフォルトの名無しさん
13/04/04 11:58:03.35
>>178
ふざけんなよ！
＞送信プログラムをしばらく走らせてから受信プログラムを走らせ
って書いてたよな？ 適当なことを書きやがって
ポートをバインドした時点で受信は開始されます
カーネルにバッファされます
180:デフォルトの名無しさん
13/04/04 12:12:58.81
ﾜﾛﾀ
181:デフォルトの名無しさん
13/04/04 13:30:39.19
>>178
死ねよおまえ
生きてる価値ねーよ
182:デフォルトの名無しさん
13/04/04 13:57:20.53
プロトコルスタックさんの気持ちになって考えればすぐにわかることだろうに
なにが「よくワカンネ」だ
183:デフォルトの名無しさん
13/04/04 22:09:15.34
馬鹿は馬鹿とは自分では認識できないということだな
184: 忍法帖【Lv=2,xxxP】(2+0：5)
13/05/11 23:27:23.69
ほしゅ
185:デフォルトの名無しさん
13/05/13 21:29:52.72
久しぶりにwinsock使ったら面倒くさかった。
ここ数年C#にどっぷりつかってたから、C++でコーディングするのが面倒だった。
実行環境のことを考えなくてよいなら、C#やJavaで作る方が簡単だな。
186:デフォルトの名無しさん
13/05/13 21:34:47.80
JavaはHttpURLConnectionで事足りるレベルなら簡単だけど
Socket作るんだったらたぶんC#のほうが簡単そう。
187:デフォルトの名無しさん
13/06/01 23:20:34.89
質問ですが
select(2)の第一引数には結局何を渡せば良いのん？
バークレーソケットの場合、FD_SETSIZEを渡しとけば機能的には問題無いらしいが、
これは例えばFD_SETSIZEが32768の環境なら、select()を呼ぶたびに
32768個のディスクリプタがチェックされることになるので無駄が生じている気がする…
あとWinsockではFD_SETした個数を渡せば良いというのは本当ですか
188:187
13/06/01 23:24:31.90
ああWinsockについては自己解決しました、
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.85).aspx
>nfds [in]
>Ignored. The nfds parameter is included only for compatibility with Berkeley sockets.
→ガン無視されるので0とか-1とか渡しても良い(適当)
バークレーソケットではどうなのですか
189:デフォルトの名無しさん
13/06/01 23:49:25.06
一番大きいfd+1
190:187
13/06/02 00:00:57.31
>>189
レス㌧クス、
select(2)を呼ぶ時点でFD_SETされているのはソケット番号であってディスクリプタ番号ではなく、
ソケット番号がディスクリプタ番号と一致するとは限らないと思うのですが、それでも？
実はバークレーソケットでは一致するのでしょうか
（C標準ライブラリのIOBとかの実装と同じで、
ハンドル==配列の添え字、とする実装のが自然とは思えますが、仕様としてどうなの？）
191:デフォルトの名無しさん
13/06/02 00:15:20.65
socket(2), open(2)が返すのはfd。
fdは全部数字。
「ソケット番号」という概念はない。
192:デフォルトの名無しさん
13/06/02 00:50:32.12
>>191
レス㌧クス多分理解しました
バークレーソケットの場合は全部fdなので問題は無い、と、
ただ、サーバ側のプログラムでは、クライアントから新規接続cがあった場合、
listenしていたfdをaccept(2)に渡して接続c用の新規fdを取得する結果、
select(2)で待つべきfdが増殖していくと思うのですが、
ということは＜一番大きいfd+1 ＞というのはそのつど更新していくもの？
それとも、通信プロセスを起こすタイプのマルチスレッドサーバにすると問題無い（普通はそうする？）のでしょうか…
あと関連質問なのですが、
通信「スレッド」を起こすタイプのマルチスレッドサーバではどうすれば良いのでしょう…
子プロセスにfdを渡すのと異なり、親がfdを閉じるわけには行かない
しかし親だけがselect(2)するのでは通信「スレッド」を起こす意味がない
また、実情はともかく、仕様上はWinsockはスレッドセーフとは謳われていない
（Winsock互換の非スレッドセーフな実装が理論上は有り得る）
ので、どうプログラミングするのが正しいのかいまいちわからん…
193:デフォルトの名無しさん
13/06/02 03:49:28.43
そりゃ更新しないと意味ないわな。
マルチスレッドサーバならselect(2)は使わなくていいでしょ。
いろいろな混合モデルもあるけど、最初は簡単なモデルで。
194:デフォルトの名無しさん
13/06/02 09:34:05.28
何バイト送られて来るかわからない通信でselect→1バイトずつreadと言うのはやるべきじゃないってmanに書かれてたけどどうするのが一番効率的なんでしょう。
mtuの値を取得してその値-フレーム分をreadするのでしょうか？
195:デフォルトの名無しさん
13/06/02 10:54:39.80
そりゃ 1MB 受け取るのに百万回繰り返さなきゃいかんようではお世辞にも効率いいとは言えまい
ノンブロッキングモードにして適当に大きなサイズ (8KB とか 64 KB とか) で読めばいい
196:デフォルトの名無しさん
13/06/03 01:05:59.71
ノンブロッキングにする必要はない。
197:デフォルトの名無しさん
13/06/03 01:16:29.85
selectしているのはブロッキングさせたくないからで、selectの後に受信データより多いバッファ分読み込もうとしたらブロッキングしちゃうからノンブロッキングで読み込む方が良さそうな気がするけど何か見落としあったりします？
198:デフォルトの名無しさん
13/06/03 01:24:07.02
> しちゃう
ダウト
199:デフォルトの名無しさん
13/06/03 01:56:25.17
ブロックするだろ
200:デフォルトの名無しさん
13/06/03 02:00:17.97
しないだろ
201:デフォルトの名無しさん
13/06/03 02:05:28.99
>>199
しない
実験してみるといい
202:デフォルトの名無しさん
13/06/03 02:05:39.31
うん。やっぱしないね>>199は忘れて
203:デフォルトの名無しさん
13/06/03 03:59:52.42
1バイトでもデータがあればね
204:デフォルトの名無しさん
13/06/03 11:23:03.45
selectした後の話だからね。>>197
205:デフォルトの名無しさん
13/06/03 11:26:58.12
select後
受信データが1以上でバッファはデータ以上の大きさで読み込むと？
受信データが無いのに読み込むと？
206:デフォルトの名無しさん
13/06/03 11:33:03.05
馬鹿じゃなかと？
207:デフォルトの名無しさん
13/06/03 11:41:45.21
ゴカイうまかっちゃ
208:デフォルトの名無しさん
13/06/03 12:12:09.02
むろみさんは海に還れ
209:デフォルトの名無しさん
13/06/03 23:50:05.47
あんたドライバー刺すわよ
210:192
13/06/08 23:51:12.09
かなり自己解決したっぽい
プロセスを起こすタイプのマルチスレッドサーバの現代版サンプル（他）↓
URLﾘﾝｸ(www.v6pc.jp)
いとぢゅん氏が絡んでいたやつっぽいので多分信用に足る
で、Winsockにおいてプロセスにソケットを渡す方法↓
URLﾘﾝｸ(app.m-cocolog.jp)
プロセスの終了を何の工夫も無くWaitForMultipreObjects()で待つと64プロセスが上限になるが、
そこはそれ、WaitForMultipreObjects()で64プロセス待つスレッドを64スレッド待つ、とかいう
多段構成が考えられる（いや知らんけど多分、
WinsockはGUIとの共存に適した非同期インタ─フェ─スも有するが、
とりあえずそこまでウィンドウズべったりにしなくとも、
select()かWsaPoll()だけでもマルチスレッドサ─バをなんとか構成できるのではないか（適当）
211:192
13/06/09 00:01:04.61
ちなみに、WinsockではデフォルトでFD_SETSIZE＝64だが、
socket()は平気でこれより大きいfd番号を返してくる
ていうか、現代のOSではLinuxだろうがWindowsだろうがFD_SETSIZEの制限に特に意味はなく、
FD_ISSET()の第一引数には 0..max{ socket()が返した値 } + 1 というの連番を与えるのではなくて、
socket()が返した数値（FD_SETSIZEより大きく成り得、かつ離散的）を配列かvectorにでもとっておいて、
その値を直接与えるのが正しいっぽい
上の現代版サンプルでもそうなっている（つまり>189のやり方は古い疑い有り）
212:デフォルトの名無しさん
13/06/09 07:07:01.75
何言ってるか分からないが、その現代版サンプル（謎）でも fd + 1 になってるじゃねーか
213:デフォルトの名無しさん
13/06/09 07:21:28.43
>>212
そこはそうだが、
URLﾘﾝｸ(x68000.q-e-d.net)
における
166: for ( i=0 ; i<FD_SETSIZE ; i++ ){
167: if ( FD_ISSET(i, &target_fds) ){
が、
URLﾘﾝｸ(www.v6pc.jp)
の「複数の socket を生成するデュアルスタック対応サーバプログラム」では
for (i = 0; i < smax; i++) {
if (FD_ISSET(s[i], &rfd)) {
になってるねん（s[]にはsocket()が返した値が入っており、 smaxはs[]の要素数+1
214:デフォルトの名無しさん
13/06/09 09:30:05.98
>>213
何を言いたいのか分からない
FD_SETSIZEを超えたらまずいというのならその通り。
下のURLの方は、
>> if (s[smax] >= FD_SETSIZE) {
でFD_SETSIZEを超えるものを除外してるから、
s[smax]がFD_SETSIZEを超えることはない
離散的だのベクターだのは意味不明
215:デフォルトの名無しさん
13/06/09 13:20:01.15
>>214
話を込み入らせてしまって申し訳ないですが、
>> if (s[smax] >= FD_SETSIZE) {
これは少なくともWinsockでは不要ていうか、
>socket()は平気でこれ(FD_SETSIZE)より大きいfd番号を返してくる (211)
という事実があるので、削除して試した
実際、あるとgetaddrinfo()で列挙されたlisten可能ポート（うちの環境では
s[0] = 116, s[120]=120となった）が全てそのif文で除外され、
bind()やlisten()まで行き着かない。削除するとうまくいく（クライアントとつながり、"hello ::1"とか出る）
>FD_SETSIZEを超えたらまずいというのならその通り。
「何が」FD_SETSIZEを超えたらまずいのかいまいちどお考えいただきたい
FD_ISSET(a, b)の第一引数aが超えたらfd_set構造体をオーバーランするからまずい、というのが第一義だが、
しかし、>213の上のリンク先と、>213の下のリンク先では、第一引数に書かれている内容が異なるのですじゃ
216:215
13/06/09 13:22:58.77
訂正。
誤1： getaddrinfo()で列挙されたlisten可能ポート
正1： getaddrinfo()で列挙されたlisten可能ソケット
誤2: s[0] = 116, s[120]=120となった
正2: s[0] = 116, s[1]=120となった
217:214
13/06/09 17:26:56.22
一応「何が」について答えておくと、ファイルディスクリプタ番号。
fd_set構造体をオーバーランしたらまずい、という理解で合ってる。
>>213 の上の引用と下の引用の第一引数は同じなので、何言ってるかわからない。
218:デフォルトの名無しさん
13/06/09 17:51:44.47
>>211
> socket()が返した数値（FD_SETSIZEより大きく成り得、かつ離散的）を配列かvectorにでもとっておいて、
> その値を直接与えるのが正しいっぽい
> 上の現代版サンプルでもそうなっている（つまり>189のやり方は古い疑い有り）
根本的に理解してないな。
>>189と同じ事を言っておいて、古い疑いありとはw
仕様と仕様を満たすための実装方法の区別がつかない人みたい。
実装方法で考えないと仕様が理解できない。
219:デフォルトの名無しさん
13/06/10 11:24:49.53
私はselectは使わない、絶対に。
220:デフォルトの名無しさん
13/06/10 11:30:49.49
絶対ニダ
221:デフォルトの名無しさん
13/06/15 12:03:09.61
>>217>>218
はいはい御託は>189をWinsockで動かしてから言ってね＆#9825;
BSDソケットでは、ファイルディスクリプタ番号がFD_SETを超えることは無いから>189のコードで良い
0～FD_SETまでの中に、必ずsocket()で作ったlisten中のソケットがある
Windsockでは違う
222:デフォルトの名無しさん
13/06/15 15:40:20.49
>>221
> Windsock
ってのは, BSD ソケット API を Windows で実装したものって理解してたんだが違うのか?
つか,
> BSDソケットでは、ファイルディスクリプタ番号がFD_SETを超えることは無い
保証は何処にある?
223:デフォルトの名無しさん
13/06/15 15:58:13.05
FD_SETじゃなくてFD_SETSIZEの事言ってるんだろうけど
そんなもの使うのヤメレ
224:デフォルトの名無しさん
13/06/15 15:59:06.31
保証されてるのはFD_SETSIZE未満の記述子に対してだな。
しれっとウソつくなよ。>>221
225:デフォルトの名無しさん
13/06/15 16:46:01.43
>>222
> > Windsock
> ってのは, BSD ソケット API を Windows で実装したものって理解してたんだが違うのか?
違う。似て非なるもの。意味不明の改変もある。
226:デフォルトの名無しさん
13/06/15 16:46:47.76
>>225
>>221は馬鹿でよく分かってないので間違ったこと書くのは仕方ない。
227:デフォルトの名無しさん
13/06/16 12:00:56.26
windsockってなんだwinsock2のことかね
228:デフォルトの名無しさん
13/06/17 12:46:20.67
>>227
1も2もどっちも嫌い
229:デフォルトの名無しさん
13/06/23 03:27:09.95
別物なんだよなあ…ところどころ似てるけど全然違うから紛らわしい
230:デフォルトの名無しさん
13/07/03 NY:AN:NY.AN
質問です。
Winsockを使っています。
一度通信を終えた後に再度通信を行おうとすると、sendをacceptが認識してくれません。
bind,listen関数は正常に動作しています。
クライアント側は完全に再起動、サーバーはwhileで使いまわしています。
原因に心当たりのある人教えてください
231:デフォルトの名無しさん
13/07/03 NY:AN:NY.AN
>sendをacceptが認識してくれません
認識するわけなかろう
232:230
13/07/03 NY:AN:NY.AN
>>231
済みません。仰る通りでした。
connectの戻り値は0でクライアント側は繋がっていると認識しているようです。
サーバー側を消すとエラーが出てくるので間違い無いと思います。
サーバー側はacceptを使っているスレッドを消していない時は２つ以上の接続であっても、上手く動作します。
クライアント側が再接続する場合もちゃんと動きます。
しかしスレッドを再起動した時には一つ目の接続から認識しません。
変数は毎回初期化しています。
233:デフォルトの名無しさん
13/07/03 NY:AN:NY.AN
サーバーはwhileで使い回してるのにスレッドを再起動？
状況がよくわからんな
234:デフォルトの名無しさん
13/07/03 NY:AN:NY.AN
closeし忘れ？
235:デフォルトの名無しさん
13/07/03 NY:AN:NY.AN
>>232
ちゃんとListenしなおしてる？
236:デフォルトの名無しさん
13/07/04 NY:AN:NY.AN
listenしなおしってなんだよ
しっぱなしでいいだろ
いちいち再listenとかどこのBASICモドキだよ
237:デフォルトの名無しさん
13/07/04 NY:AN:NY.AN
accept に渡してるソケットを accept の戻り値で書き換えてるとか？
accept の戻りのソケットは 接続発生毎に別物だから
変な使いまわしからすると 「接続は受けた けど クライアントとの通信が出来てない」 ってなことになる
238:230
13/07/05 NY:AN:NY.AN
>>233,236
考えてみればlistenしっぱなしで良かったです；
設定を弄る時に排他処理が必要かと思い、止めようとしてました
>>234,5
再lisetn,closeはしていると思います。
>>237
有用な情報ありがとうございます！
以下のような処理をしてるので大丈夫だとは思いますが、調べてみます。
listen(--);
-初期化処理-
while(1){
dstSocket[id] = accept(----);
if(-1 != dstSocket[id]){
--------
id = DecideNewId();
}
}
239:デフォルトの名無しさん
13/07/09 NY:AN:NY.AN
これは肝心なところを隠して、どうでもいいところだけ書くダメな質問の典型だな
全体に意味不明だから、もう少し勉強してから出直すほうがいいと思う
240:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
ほとんどのバグは本人が関係ないと思って端折ってるところに存在する
そもそも肝心なところがどこか判ってるプログラマはむしろバグらない
241:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
なんでこうセンスの無い人間がプログラミングなんかやるのか
すべて駆逐したい
242:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
9割5分くらいのPGが消えてしまうじゃないか
243:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
104期生ってどのくらい巨人になれるの？
244:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
web(HTTP)の普及のせいで
ネットワークを利用するアプリの質が極端に下がった
退化しまくり
245:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
なんでもWebサービス。まあ便利だけどね。
246:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
webサービスは機種依存性をなくしたりアプリのインスコの手間を省いたりDLL地獄回避のメリットがあると言われていたが
結局ブラウザのバージョン依存で地獄とか同じ過ちを繰り返してるとしか
247:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
俺の言ったwebサービスはWebブラウザは関係ないけどね
248:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
P2P掲示板の同期方法はどうやればいいですか?
基本が一対一の通信なのに全体で同じデータを受け取れるのはむずかしくないですか?
249:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
通信速度が上がったから、HTTPのオーバーヘッドが気にならんからなぁ
>>248
P2Pで全体ってどういう事を言ってるのかしらんが
全体で同じデータを受け取る必要はないだろ
250:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
WebサービスってWSDLとかの話だろ、ブラウザ関係ねえｗ
251:デフォルトの名無しさん
13/07/10 NY:AN:NY.AN
ソケットでhttpクライアント作ってみたけど意外に簡単すね
でも企業面接でhttpの質問のみで落とされますた
252:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
java の質問で拾ってもらいました10年前
253:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
TCPのパケットの問題で落ちたわ…
254:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
>>248
難しくは無い。
全体に同じデータを送る必要があるなら、全体に同じデータを送るだけ。
非常に単純な話だよ。
255:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
実はUDPの方が転送効率は良いんです。TCPは糞です。
URLﾘﾝｸ(ascii.jp)
256:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
>>255
tcp6に採用されるような論文書かないと説得力全くない。
特殊な状況でしか効率良くないプロトコルじゃあ...
257:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
TCPが効率悪く見えるのは通信が1対1のときのを測定してるからだよな
多対多の通信を想定したプロトコルなんだから
258:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
TCPって思いっきり1対1の通信を想定したプロトコルじゃねーか。
259:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
故47氏がTCPを何十倍も超える高速通信を実現したとか聞いたが
260:デフォルトの名無しさん
13/07/11 NY:AN:NY.AN
TCPが回線スループットの何十分の1の速度しか出ないなんて事は無いから
言ってることが明らかにおかしい
261:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
UDPは一方向の無手順通信
無手順だから早いってだけでハマらんようにね
262:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
既存ファイル転送プロトコルに比べて大して変わらない性能で何のインパクトもなかった(当時)。
263:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
出たなMulticastTCPお化け！
264:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
SCTPのマルチホーミング構成をとっているときに
クライアント-プライマリサーバからはHEARTBEAT
の送信・応答があるんだけど、セカンダリサーバの
ほうってプライマリからのハートビートインフォメーションに
乗せるんじゃなくてセカンダリサーバからHEARTBEAT
返すことってSOCKOPTのパラメタ設定とかで可能？
265:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
>>260
複数セッション束ねるとか、方法はあるでしょ
266:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
>>260
TCPはRTT依存するし、パケットロスに対する速度低下率が高すぎる。
267:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
>>264
dynamic multihomingが有効なら管理されてるpathの死活を把握してないといけないから、
セカンダリでもheartbeatによるpath管理が行われているはず。
フリーの実装ならRandall Stewartさんが関わっていたFreeBSDが信頼性あるんじゃないか。
>>266
URLﾘﾝｸ(image.itmedia.co.jp)
みると、最初からwindow最大化したTCP4とRTT性能は大差ないように思う。
ack管理が閾値ベースである問題は解消してるけど、
そんなのは10年以上前からあるし。
268:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
無罪判決後、47氏の夢 2012年 『Winnyの金子氏が夢見る次世代高速ネットの世界』
ascii.jp/elem/000/000/712/712158/
>金子：本当にTCPがボトルネックなんですよ。みなさんあまり気付いていないですけど、
>SilverBulletで動作させてみると楽勝で10倍くらいの通信速度が出るんですよ。ヘタすると100倍くらい出ますから。
269:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
>>258
多対多だおω
270:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
>>258はTCP層だけしか見てないから仕方ない
271:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
TCPコネクションが <自IPアドレス, 自ポート番号, 他IPアドレス, 他ポート番号>という
組(tupple)でモデル化されることは、このスレ住人にとっては常識だと思う。
で、TCP層の利用者(user)であるアプリケーションの視点からは、
TCPコネクションは相手アプリケーションとの間の「１対１」関係に見えるし、同時に
TCPコネクションの集合を扱うTCP層の提供者(provider)であるTCPスタックの視点からは、
自集合と多集合との間の「多対多」に見える。
272:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
ベストエフォート側のネットワークで、
みんな帯域を譲りあいながら使ってるわけだからさ、
じゃないとslow-startとか必要ないわけよ。
273:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
>>266
＞パケットロスに対する速度低下
それは確かにそうだね
274:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
>>271
ふつう、全単射を「多対多」とは言わんわな。
275:デフォルトの名無しさん
13/07/12 NY:AN:NY.AN
言わないな
276:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN
TCPを多対多とか言う奴はUMLの多重度も正しく書けないだろ
277:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN
輻輳を意識したプロトコルなんだから
1対1のことだけ考えてる訳ではないよ
278:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN
>>277
全くその通りだが、それは論点ではない
279:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN
速度低下の原因が輻輳であるならば
1対1の場合なら速度低下は起きない
と言っているということになる
それではいったい47氏の主張と
どこが違うと言えると言うのか
280:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN
何が言いたいのか伝わって来ない
281:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN
流れぶった切って宣伝です
C++で通信ライブラリのようなものを作っております
よかったらお試しください
URLﾘﾝｸ(ichishino.nobody.jp)
282:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN
>281
頑張ったところを教えて
283:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN
どっかのTCP/IPスタックがお馬鹿ってだけじゃあ
284:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
>>281
これは酷い
某技術書のサンプルコードとほとんど同じコードばかりじゃねえかｗ
285:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
WinSockで通信プログラム作ってるんですけど
ポート１つで通信するとした場合
ホスト側でソケット２つ用意してクライアント2人と繋げたいんですけど
どうしても片方のソケットにしか二人分のデータが飛んでこないんですけど
どうしたらいいですかね
286:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
マヌケな発言はやめてくれ
力が抜ける
287:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
まず服を脱ぎます
288:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
このスレに来ていいレベルじゃないな
289:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
いつからこのスレがレベルの高いスレだったと錯覚している？
290:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
俺が来た時から
291:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
誰も高いなんて言ってないんだが...
292:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
>>289
安心しろ
君がいることがレベルが高くない証明だ
293:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
俺とお前と
294:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
田舎ではまだいるけど東京ではLooseSocksはほぼ絶滅したね。
295:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
>>294
へえ、じゃ今はどんなのがはやりなの？こっちは田舎（神戸）だからよくわからないや
296:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
いまはNoseFooksだな
297:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
自分からドナドナされにいくのか？
298:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
大五郎～♪
299:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
おれとおまえと
300:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
だいごろお～♪
301:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
>>282
ネットワーク通信ですかね
サーバーアプリつくれば３０００コネクションぐらいだったらいけると思います
302:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
微妙だな。頑張ったと言うわりに10Kは特に意識してないってことか。
303:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
この業界は何かと3Kと言われますしね
304:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
>>302
テストは１０Kでやってるんですが、まあユーザープログラムの実装を入れたらもっと下だろうってことで
305:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
長時間の安定稼働がきついんですよね
306:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
１０Kコネクションで、最低でも一週間以上稼働し続けられるものを目指してはいます
307:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
で、それを実現するために何苦労したとか、
役立つことは一切語る気はない、ただの宣伝行為という認識でいい？
308:285
13/07/14 NY:AN:NY.AN
URLﾘﾝｸ(plsk.net)
マルチスレッドにしている部分のソースコードはらせて頂きました。
(現在は10個このスレッドを作成しています)
UDP/IPでの通信で同一ポートの使用が条件で
複数のクライアントと通信したいのですが
2箇所から通信してもらっても同じソケットにしかデータが着ません。
ここで質問なのですが
①分けることは可能なのでしょうか？(ソケットひとつにつき一人にする)
②分けない場合１つのソケットに複数のクライアントからデータが飛んできますが
その様な動きはサーバーとしていいのでしょうか？
309:デフォルトの名無しさん
13/07/14 NY:AN:NY.AN
ソースは読んでないが、
同じソケットを使え
エラー処理はちゃんとやれ
310:デフォルトの名無しさん
13/07/15 NY:AN:NY.AN
>>308
不可能、いい
#ソースコードの断片から滲み出る初心者臭が酷いな
311:デフォルトの名無しさん
13/07/15 NY:AN:NY.AN
bindのエラーコードチェックすればすぐに分かることなのに
312:285
13/07/15 NY:AN:NY.AN
>>309
>>311
書き直した所bindで最初以外の9つのソケットからエラーが出てました
エラー処理は大事ですねありがとうございました
>>310
1つのソケットでデータを受信することにします
ありがとうございます
Ｃ言語初めてもう5年近くなるのにひどいありさまです
313:デフォルトの名無しさん
13/07/15 NY:AN:NY.AN
ソース読んでなかった人間だけど、
ちゃんと文章で説明できてたからエスパー出来た。
それほど酷い有様でもない。
314:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
特定のポートを使用しているプログラムを全員殺す
というプログラムはどうやって書けばいいかな
315:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
全員って？例えば？
316:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
>>315
たとえば、待ちうけや接続で ローカルポート9999 を使用している
プログラムを全員殺す
って fuser で一覧出して殺せばいいのか
ありがとう
317:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
全員って、一つのポートを複数のプログラムで使えたっけか？
318:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
使えますが?
319:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
>>318
どうやって使うの？
320:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
socket APIで。
TCPの接続は<src IP, src port, dst IP, dst port>の四つ組で識別される。
321:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
>>320
複数のプログラムで使えるのは、src portの方？dst portの方？
そのとき、send()やrecv()ってどうやるの？
322:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
特定のポートに接続してくる迷惑な相手鯖を全員殺す
というプログラムはどうやって書けばいいかな
(迷惑の基準は一秒間に一定回数回以上とかです)
ただフィルタするんじゃなくて相手側のプロセス(出来れば鯖ごと)殺したいです
323:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
>>321
あまりにも初歩的だからマニュアル嫁。
324:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
自分の管理下じゃない、相手プロセスを殺すのは無理
案1) IPメモって 上位のところに abuse 報告
案2) 接続ポートを特定化しないようにする細工がかけられればそれで自衛
325:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
IP特定できてるならダミー鯖を用意してそっちに誘導かなぁ
326:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
>>321
せっかく>>320がTCPコネクションの概念を明解に書いてくれているのだから、
その意味を(ネットの情報や書籍を参考にして)勉強してみたほうがいいと思うよ
327:321
13/08/05 NY:AN:NY.AN
今までいくつもソケットを使うアプリを作ってきたけど、同じポートを使うという
発想がなかったから全く想像つかないんです。
同じポート番号でlistenするってことなの？
328:321
13/08/05 NY:AN:NY.AN
あ、ひょっとして、connectで同じポート番号を使ったプロセスをkillしたいってことなのかな？
今使ってるポート番号じゃなくて。
329:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
何寝言いってるんだか
330:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
どんな糞アプリ作ってきたんだよ？
331:デフォルトの名無しさん
13/08/05 NY:AN:NY.AN
ポート80を使用しているプログラムを全員殺す＝世界中のWebサーバを殺すってことだろ。
332:デフォルトの名無しさん
13/08/06 NY:AN:NY.AN
apache MPMを調べてみると良い。コードも読める。preforkが分かりやすい。
333:デフォルトの名無しさん
13/08/10 NY:AN:NY.AN
俺もソケットよくわかんね
教科書通りだとforkして平行宇宙せよってなってるし
実際試してもそれで同一ポートでの通信が出来ちゃうんだけど
四つ組じゃそれぞれのクライアントを識別するのはどうやってんだろうって
334:デフォルトの名無しさん
13/08/10 NY:AN:NY.AN
難しいことなど何もないよ
まずその教科書を投げ捨ててプログラミングしろ
335:デフォルトの名無しさん
13/08/10 NY:AN:NY.AN
シグナルとかが絡むとどうしたらいいかわからなくなる
例えばSIGPIPEが来たときreadしてるスレッドから来たreadの終了を表すものなのか
そのほかスレッドでの要因なのか判断する方法とかわからなすぎる
336:デフォルトの名無しさん
13/08/19 NY:AN:NY.AN
>>335
もしよければ教えるけど
337:デフォルトの名無しさん
13/08/19 NY:AN:NY.AN
WindowsSocketのGracefulShutdownを実装してSend側をshutdownしてから0が返るまでrecv呼ぼうとしたらそのままブロッキングしてcloseまで辿り着かないんですけど…
338:デフォルトの名無しさん
13/08/20 NY:AN:NY.AN
>>337
それほんとうにブロッキングしている？
ブロッキングと思い込んでるだけな気がする
339:デフォルトの名無しさん
13/09/02 01:56:58.23
ASIOを使ってUDPでデータを送ってるんだが、遅延が酷い
すごく単純にするとこんな感じ
A→Bに一つの数値を送る
Bは他にいろいろやってるから処理は遅い
開始時のログ
A：１ ２ ３ ４
B：１ ２ ３ ４
しばらくすると、こうなる
A：１２３ １２４ １２５ １２６
B：９８ ９９ １００ １０１
時間が経てば経つほど、AとBの差が開いていく
内部バッファ？の古いパケットは捨てて、
最新のパケットだけ使う設定とかないのかな？
340:デフォルトの名無しさん
13/09/02 02:33:02.02
>>339
録音再生なら、オーディオデバイスでのズレの蓄積が原因
341:デフォルトの名無しさん
13/09/02 03:32:00.56
昔某メーカから調査頼まれたやつで、ドライバのクロック設定に
明らかなバグがあって、周波数が1%以上もズレてるのがあったよ
342:デフォルトの名無しさん
13/09/02 03:39:03.02
そうじゃなくてもクロック偏差はどうしても存在するから
何らかの偏差吸収メカニズムがないと必ず破綻するよ
343:デフォルトの名無しさん
13/09/02 07:25:01.12
ASIMOに運んでもらうか
344:デフォルトの名無しさん
13/09/02 09:53:13.20
先行者で十分
345:デフォルトの名無しさん
13/09/17 13:43:47.93
ユーザーの心拍数に同期するようにしたよ
346:デフォルトの名無しさん
13/09/17 14:11:25.17
>>345
フィットネスの観点だと使い道あるぞｗ
347:デフォルトの名無しさん
13/09/17 16:32:04.84
>>345
心拍数の測定に何使ってる？
348:デフォルトの名無しさん
13/09/17 21:06:23.77
腕時計と人差し指・中指に決まってんだろ
349:デフォルトの名無しさん
13/09/17 23:08:22.80
看護師が言ってたが、あまりあれは正確さが欠けるのでやりたくないらしい
350:デフォルトの名無しさん
13/09/18 00:02:56.87
そういや最近bluetooth接続の心拍計があるな。ちょっと欲しい。けど一回しか使わなそう。
351:デフォルトの名無しさん
13/09/18 02:25:41.95
SNMP TRAPあげてくれる体重計とか無いですかね。
いちいち倉庫から引っ張り出して乗るのは面倒なので椅子の下に常に敷いておくだけで40キロ以上の重量が加わったら時刻と重量を定期的に飛ばしてくれるだけでもだいぶ助かるんだけどなぁ。
352:デフォルトの名無しさん
13/09/18 07:10:01.29
ときどき脈が飛ぶんだけど
こんな私でも通信出来ますか？
353:デフォルトの名無しさん
13/09/18 07:48:21.31
めんどうだから
体重が2Kg以上増えたら電気ショックが流れるようにしたら
354:デフォルトの名無しさん
13/09/18 14:45:09.07
> 体重が2Kg以上
この業界では2Kgなんぞは誤差のうちって奴がほとんどじゃないのか？
355:デフォルトの名無しさん
13/09/18 22:32:36.64
>>354
一日で2Kg増えると考えると妥当と思うが
AIカーではシートが健康診断してくれるそうな（by TV）
356:デフォルトの名無しさん
13/09/18 23:40:59.35
医師法違反ですね
357:デフォルトの名無しさん
13/09/19 08:50:17.30
>>353
> 電気ショックが
この業界では電気ショックなんぞはご褒美のうちって奴がほとんどじゃないのか？
358:デフォルトの名無しさん
13/09/19 15:50:42.93
こうしてショッカーが誕生した
359:デフォルトの名無しさん
13/09/19 16:14:49.62
アイゴー
360:デフォルトの名無しさん
13/09/19 16:18:53.73
ケー
361:デフォルトの名無しさん
13/09/20 13:45:39.10
> 電気ショックなんぞはご褒美のうち
ラムちゃん (;´Д｀)ﾊｧﾊｧ
362:デフォルトの名無しさん
13/09/21 10:31:20.92
支援ツールktkr
URLﾘﾝｸ(hide.maruo.co.jp)
363:デフォルトの名無しさん
13/09/21 10:47:02.53
宣伝乙
364:デフォルトの名無しさん
13/09/21 16:49:30.81
>>362
これは面白そうなソフトだな
etherealと干渉しないなら使いたいな
365:デフォルトの名無しさん
13/09/21 17:54:15.50
ホシュ
366:デフォルトの名無しさん
13/09/24 03:26:25.19
>>352
俺もあるよ。徐脈性不整脈だろ。椅子の圧力でももの下側の血流が悪くなるのが原因だと俺は特定した。
デスクワークが多いPGの職業病ともいえる。びんぼうゆすりが有効。
367:デフォルトの名無しさん
13/09/24 03:52:32.05
>>366
ありがとう
スタバの硬い椅子でも長居出来るように
座布団持ち歩いてるんだけどなぁ
368:デフォルトの名無しさん
13/09/24 06:53:21.28
>>367
マーサージで血管を広げる、爪先立ちでかかとのあげさげ
だめなら病院行けよ（棒）
369:デフォルトの名無しさん
13/09/24 08:21:30.10
社長椅子みたいのに変えれば治るの？
370:デフォルトの名無しさん
13/09/24 08:29:35.42
ファーストクラス症候群
371:デフォルトの名無しさん
13/09/24 09:06:17.61
>>367
長居するなよ迷惑なやつだなクソ野郎
372:デフォルトの名無しさん
13/09/24 09:57:42.13
寝不足だろうな原因は
373:デフォルトの名無しさん
13/10/28 21:37:00.93
ソケットで、すでに送信元ポートがbindしてあるかどうかって
なにで見るのが一番簡単かな
374:デフォルトの名無しさん
13/10/28 22:10:23.60
netstat
375:デフォルトの名無しさん
13/10/29 12:22:10.81
ニコニコ動画のコメントを取得するためにAPIを利用すればいいと思うのですが
それ以外に方法ありますか？
376:デフォルトの名無しさん
13/10/29 13:55:49.85
selectで待つとき、
t.tv_sec = 0;
t.tv_usec = 0;
で無限に待つかと思ったらすぐ帰ってくるのな
これ無限に待ちたいときは何セットすんだっけか
377:デフォルトの名無しさん
13/10/29 14:06:06.03
>>376
nullだよ
378:デフォルトの名無しさん
13/10/29 16:09:23.36
>>377
おおーありがとう
379:デフォルトの名無しさん
13/10/30 10:04:00.99
中国から輸入したアイロンに無線LAN経由でスパム攻撃をするチップが発見される
URLﾘﾝｸ(gigazine.net)
PCだけ気を付けてもダメだったな
380:デフォルトの名無しさん
13/10/30 19:48:01.50
>>379
アイロンってシワを伸ばすアレだよね。
無線LANに自分で接続しない限り、認証が必要なんだし気をつける必要はないでしょう。
どちらかと言うと、干渉によるノイズが気になる。
381:デフォルトの名無しさん
13/10/31 09:52:44.31
近所でパスワードなしの野良APがあったら終わりｗ
382:デフォルトの名無しさん
13/10/31 10:34:48.52
あるよな
いがいと
たくさん
383:デフォルトの名無しさん
13/10/31 12:00:45.17
「一番つながりやすい会社」のだろう
384:デフォルトの名無しさん
13/10/31 13:32:30.12
やわらか銀行
385:デフォルトの名無しさん
13/11/19 01:28:55.04
プログラムからICMP(v6) echo requestを送る必要が出て来て、送り先を探しています。
1 ipv4とipv6のアドレスを持っている
2 実際には届かなくてもok
3 経路上のルータからunreachが返って来てもok
4 突然dnsレコードが亡くなったりしない
を満たすホストは有りますか？
m.root-servers.netがこれに該当しますが、他にありますか？
送る理由は企業秘密です
頻度は最大1パケット/1分
386:デフォルトの名無しさん
13/11/19 08:02:07.09
MSがインターネット接続の確認用に立ち上げてるdns.msftncsi.comを使う事にしました
387:デフォルトの名無しさん
13/11/19 08:35:42.45
>>385
迷惑行為
388:デフォルトの名無しさん
13/11/19 08:40:53.32
>>385
キチガイ死ね
389:デフォルトの名無しさん
13/11/19 09:45:08.25
MSがネットワーク接続の確認にwww.msftncsi.comからダウンロードするのは
キチガイじゃないんですか?
URLﾘﾝｸ(sect.iij.ad.jp)
によるとベストアワードを受賞した論文は、無断でsshポートから
サーバー公開鍵を収集したみたいだけど、これは許されるの?
390:デフォルトの名無しさん
13/11/19 09:48:26.01
自分の持ち物の回線・サーバを使って何が悪い。
公開されている鍵を集めて何が悪い。
お前のは他人の回線・サーバを悪用する犯罪行為。
391:デフォルトの名無しさん
13/11/19 09:50:48.03
途中の回線は他人の物だ
392:デフォルトの名無しさん
13/11/19 09:51:36.07
真正のキチガイなんだな、あーやだやだ
死んでくれないかな
393:デフォルトの名無しさん
13/11/19 09:52:21.17
>>391
そう思うなら、いますぐプロバイダ解約したまえ
394:デフォルトの名無しさん
13/11/19 09:53:32.21
>>391
インターネット批判とか、おまえどんだけ偉いの？
395:デフォルトの名無しさん
13/11/19 09:54:46.31
他人のサーバーをpingで攻撃してはいけません
って言われないと、攻撃してもいい、と判断するのがゆとり世代。
396:デフォルトの名無しさん
13/11/19 09:57:11.55
経路を自社の製品のために利用するのは許されるという主張か?
ターゲットホストに届かなきゃいいって事だな
TTL 1にするからこれなら文句ないだろ
397:デフォルトの名無しさん
13/11/19 09:57:58.97
m.root-servers.netを襲うかもしれないし、
通報しておいたほうがいいんじゃね？
こういう不文律が通じないアフォは徹底的に駆除するべき
398:デフォルトの名無しさん
13/11/19 09:59:58.85
ping禁止が不文律? www
399:デフォルトの名無しさん
13/11/19 10:02:46.47
>>397
m.root-servers.netはWIDEが運用してるから、WIDEに「ping攻撃企んでるアホがいる」と通報してくれ。
通報結果も教えてね。 はーと
400:デフォルトの名無しさん
13/11/19 10:06:46.11
何かいけないことなのかすら理解できていないんだな。
401:デフォルトの名無しさん
13/11/19 10:08:41.95
アホ 通報する方が迷惑行為だわ
とっとと、通報しろよ
402:デフォルトの名無しさん
13/11/19 10:11:51.74
ttl 1のICMP echo requestを無差別に投げる事の何がいけないのか
論理的に説明してみろ 出来なきゃお前の負けな
403:デフォルトの名無しさん
13/11/19 10:13:38.09
1ping/min位なら普通に自分のプロバイダのDNSにpingすりゃいいんじゃねーの？
なんでわざわざrootサーバー使うんだ
404:デフォルトの名無しさん
13/11/19 10:14:23.94
後出しでttl 1になりました！
ttl 1入りまーす！ｗｗｗ
405:デフォルトの名無しさん
13/11/19 10:17:22.97
>>403
プロバイダに依存したくないからに決まっているだろアフォか
406:デフォルトの名無しさん
13/11/19 10:18:45.47
他の方法を取るべき事の代替にping使おうとしてねえか？
407:デフォルトの名無しさん
13/11/19 10:18:52.81
>>404
こういうことをするときの不文律だろttl 1は
はじめからそのつもりだったにきまってるだろ
言われるまで気づかなかった奴はネット使う資格はない
408:デフォルトの名無しさん
13/11/19 10:20:24.82
>>405
一言でもそういったのか？
なら決まってないと思うが
409:デフォルトの名無しさん
13/11/19 10:20:41.10
>>406
企業秘密を聞き出そうとしても無駄
姑息な工作をしている暇があるなら>>402に答えろ
410:デフォルトの名無しさん
13/11/19 10:22:43.01
>>408
不文律だろ不文律
わかんない無能は氏ね
411:デフォルトの名無しさん
13/11/19 10:26:18.07
>>406
目的は企業秘密 実現手段として選んだのがICMP echo requestを投げる事
他の手段の存在は否定できないが、アホが集まる2chで質問する事ではない
412:デフォルトの名無しさん
13/11/19 10:26:23.01
他所のNSに負荷かけんなよ
413:デフォルトの名無しさん
13/11/19 10:28:10.07
>>410
!!!!ttl = 1でもICMP echo requestを無差別に投げる事は禁止!!!!
そんな不文律ねーよ wwww
お前の負け 引っ込んでろよ
414:デフォルトの名無しさん
13/11/19 10:30:23.54
>>412
今度はNSか wwww
ISPのNSは使い放題という事で契約している
お前の負け 引っ込んでろ
415:デフォルトの名無しさん
13/11/19 10:31:59.97
DNSの仕組みも知らないのか。
416:デフォルトの名無しさん
13/11/19 10:34:38.18
なにやりたいんだか知らないけど、
常識的には、ネームサーバもEcho受けるサーバも自前で設置するものだよ。
他人の資源を勝手に転用しちゃいけない。
417:デフォルトの名無しさん
13/11/19 10:34:39.63
釣り名目でひたすら他人を罵倒したいだけのガキだな
TTL1ならどこ指定してもゲートウェイか近くで止まるんだから
固定する必要すらない
事前の想定をきちんと理解してるなら質問の意味ないだろ
知能指数測ってこい池沼
418:デフォルトの名無しさん
13/11/19 10:39:54.83
>>416-417
アホが必死で喚いても
> ttl 1のICMP echo requestを無差別に投げる事の何がいけないのか
これを説明できない お前の負け
419:デフォルトの名無しさん
13/11/19 10:41:05.34
やりたいことが、経路があるか知りたいとか、アドレスがあるか知りたい、
なのに対して、実現手段として基本的なソケットインタフェースしか知らない
無恥野郎なんだろうな
420:デフォルトの名無しさん
13/11/19 10:42:01.13
>>419
アホが必死で喚いても
> ttl 1のICMP echo requestを無差別に投げる事の何がいけないのか
これを説明できない お前の負け
421:デフォルトの名無しさん
13/11/19 10:43:45.98
企業の防壁によっては、管理者にアラートがあがるよ＜ttl=1
422:デフォルトの名無しさん
13/11/19 10:45:47.42
blacklistに登録されてbangされるようになるとかそういう方向で解決されるんじゃね
423:デフォルトの名無しさん
13/11/19 10:47:52.46
IPv6はそもそもTTLじゃないという突っ込みはなし？
424:デフォルトの名無しさん
13/11/19 10:48:16.40
>>421
必死すぎる www
そこではtraceroute禁止ですかあ?
>>422
パケットが出ていかないのにブラックリストに登録とか 必死すぎる www
お前の負け
425:デフォルトの名無しさん
13/11/19 10:51:21.74
>>424
企業ネットワークでtracerouteを打つとか、普通に懲戒処分のところもある
無知すぎるぞおまえ
426:デフォルトの名無しさん
13/11/19 10:55:03.73
wiresharkやtcpdumpなどpromiscasモードアプリ＝即検出、一発解雇
とかはよく聞く。
427:デフォルトの名無しさん
13/11/19 11:01:18.87
許可された特定のアプリ以外は使用禁止の企業もあるだろうが、
そういうところじゃないから作ってるし、そういうところでは使われない。
必死でひねり出した反論もアホの極致
惨めすぎるぞお前
428:デフォルトの名無しさん
13/11/19 11:00:51.38
そういえば10年くらい前にバカhub挿して端末増やしたら怒られたことあったわ
429:デフォルトの名無しさん
13/11/19 11:04:59.19
今時tcpdumpで盗聴なんてできないのに老害adminは死ねって感じ
430:デフォルトの名無しさん
13/11/19 11:05:13.24
最近の企業コンプライアンスは異常だからなぁ。
traceroute禁止とか聞いても、そうなんだくらいにしか思わん。
勝手にネットワーク障害を解決して解雇とかという話も事例として
よく出てくるしな。
431:デフォルトの名無しさん
13/11/19 11:06:28.60
>>429
arp spoofingなんていまでも有効で無防備だから仕方がない。
432:デフォルトの名無しさん
13/11/19 11:10:05.05
>>431
ARPエントリの変更はそれこそ監視対象 お前ズレてる
433:デフォルトの名無しさん
13/11/19 11:11:57.55
m.root-servers.netに通報と騒いでたバカは逃亡したか?
通報結果を知りたいのだが
434:デフォルトの名無しさん
13/11/19 11:13:05.65
>>432
ノート型全盛で端末のネットワーク位置がどんどん変わるから
いまはまたarp spoofingに対応できない時代になっているんだよ。
435:デフォルトの名無しさん
13/11/19 11:18:42.23
ARPエントリが20分有効ってのがそもそもおかしいんだよな。
やりたい放題。
436:デフォルトの名無しさん
13/11/19 11:23:03.21
>>434
ステーション間の通信は遮断だろ 普通
そんな事も出来ないadminなら解任した方が良い
437:デフォルトの名無しさん
13/11/19 11:55:39.23
>>433
何一人で顔真っ赤にして盛り上がってんの？
いい加減空気読めよ
438:デフォルトの名無しさん
13/11/19 12:04:05.97
>>437
通報してから出直しな
アホ
439:デフォルトの名無しさん
13/11/19 12:58:57.56
かいじせいきゅう
440:デフォルトの名無しさん
13/11/19 13:26:27.58
pingが攻撃
三菱電機インフォメーションシステムズの最底辺SEですら言わねーぞ
441:デフォルトの名無しさん
13/11/19 13:30:16.32
固有名詞出してんじゃねーよ非常識オレサマ野郎
442:デフォルトの名無しさん
13/11/19 13:42:27.40
年末特番「はじめてのつうほう」
撮影快調！ 乞うご期待！
443:デフォルトの名無しさん
13/11/19 13:44:50.26
いやまあ三菱電機インフォメーションシステムズのやったことは犯罪に近いですしおすし知らないならググレカス
444:デフォルトの名無しさん
13/11/19 14:03:01.50
>>443
ぐぐっても何も出てきませんよ
445:デフォルトの名無しさん
13/11/19 14:06:14.25
>>441
三菱電機インフォメーションシステムズの関係者?
あんなド底辺と関係あるって恥ずかしくない?
だからpingで通報とか言っちゃうのか
446:デフォルトの名無しさん
13/11/19 14:06:42.18
2ch来るような奴が知らないわけねえだろ
いちいち見下す発言しかできねーのか屑
447:デフォルトの名無しさん
13/11/19 14:07:25.30
>>444
岡崎図書館事件を知らないドドド底辺がいるとわ
448:デフォルトの名無しさん
13/11/19 14:08:50.33
>>446
見下されたくなかったら、ド底辺な発言しないことだ
ping攻撃!!! 通報すべき!!!
449:デフォルトの名無しさん
13/11/19 14:09:00.20
で、TTL1のpingで何がしたかったのコミュ障
450:デフォルトの名無しさん
13/11/19 14:10:18.31
>>448
本気で同一人物だと思ってるの？呆れるわ
一人で盛り上がりすぎなんだよオナニー野郎
451:デフォルトの名無しさん
13/11/19 14:14:28.50
>>449
NDAで教えてやろうか?
公的個人認証で署名した秘密保持契約書アップしたら教えてやるよ
>>450
そういう事にしたいならしといてやるよ
452:デフォルトの名無しさん
13/11/19 14:18:33.48
>>451
NDAとか何背伸びしちゃってんの？ウケルー
453:デフォルトの名無しさん
13/11/19 14:18:58.40
つか、
>>385
> m.root-servers.netがこれに該当しますが、他にありますか？
他に探す理由は？
454:デフォルトの名無しさん
13/11/19 14:27:28.35
1 引けない場合に備える
2 選択肢は多い方が良い
455:デフォルトの名無しさん
13/11/19 14:29:14.94
aでもbでもcでも好きなの使え
456:デフォルトの名無しさん
13/11/19 14:30:08.16
他のルートサーバー使えばいいだけじゃん
457:デフォルトの名無しさん
13/11/19 14:31:54.89
8.8.8.8でいいんじゃないの？
458:デフォルトの名無しさん
13/11/19 14:58:26.43
>>385
企業ならいくつかのデータセンターにラック借りてるだろう
どれか適当な自社サーバー相手にping打てよ
459:デフォルトの名無しさん
13/11/19 15:00:52.23
ipv6.msftncsi.comってのがあった、v6はこっちにしよう
460:デフォルトの名無しさん
13/11/19 15:10:36.87
もう解決したんだから、後はブログでお願い。
461:デフォルトの名無しさん
13/11/19 15:18:32.58
もりあがってると思ったら、あらされてるのか
逆切れ--->あらしのパターンか
462:デフォルトの名無しさん
13/11/19 15:40:15.95
>>459
自社サーバー使えよ
463:デフォルトの名無しさん
13/11/19 16:14:19.64
>>462
これ説明してよ
> ttl 1のICMP echo requestを無差別に投げる事の何がいけないのか
464:デフォルトの名無しさん
13/11/19 16:17:37.16
いい加減、別板か過疎スレでsage進行でやってくれ。
465:デフォルトの名無しさん
13/11/19 16:46:59.97
>>463
無差別じゃなくて、一点集中攻撃だよな
466:デフォルトの名無しさん
13/11/19 16:51:48.28
無差別に投げられるレス
467:デフォルトの名無しさん
13/11/19 17:16:02.58
ttlがなんだかわかってないやつが混ざっててわかりにくいぞ、進行が。
468:デフォルトの名無しさん
13/11/19 17:16:12.77
>>385はびっぷ板からきたのか
469:デフォルトの名無しさん
13/11/19 17:21:12.38
> ティーティーエル
> TTL 【 Time To Live 】
>
> パケットの有効期間を表す値。最大255までの整数値で表され、ルータなどを1回経由されるたびに値が1減少する。
> TTLが0になったパケットはその時点で廃棄され、廃棄通知がパケットの送信元に届くようになっている。
へー、はじめて知ったわ。
470:デフォルトの名無しさん
13/11/19 17:23:37.31
繰り返しになってきたな アホの相手も飽きたので
この説明
> ttl 1のICMP echo requestを無差別に投げる事の何がいけないのか
または
> m.root-servers.netを襲うかもしれないし、
> 通報しておいたほうがいいんじゃね？
これの通報結果以外はレスすんな アホども
あと、三菱電機インフォメーションシステムズのド底辺SEなら上記に関わらずレスしていいよ。
471:デフォルトの名無しさん
13/11/19 17:29:01.01
>>470
だから、aでもbでもcでも好きなの使えって
それ以上に何求めてんだよ