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でも好きなの使えって
それ以上に何求めてんだよ
472:デフォルトの名無しさん
13/11/19 17:34:22.36
>>471
もうそれは終了してるから。www.msftncsi.com, ipv6.msftncsi.com
あとbはダメ 知ったかすんなよ
> それ以上に何求めてんだよ
↓かな 笑い
この説明
> ttl 1のICMP echo requestを無差別に投げる事の何がいけないのか
これの通報結果
> m.root-servers.netを襲うかもしれないし、
> 通報しておいたほうがいいんじゃね？
473:デフォルトの名無しさん
13/11/19 17:35:09.14
うざ
474:デフォルトの名無しさん
13/11/19 17:37:16.04
>>472
> ttl 1のICMP echo requestを無差別に投げる事の何がいけないのか
いけなかない
> これの通報結果
多分通報した奴なんかいない
475:デフォルトの名無しさん
13/11/19 17:44:21.27
>>472
すきにしろ
476:デフォルトの名無しさん
13/11/19 17:46:34.42
NDSがらみのことを２ちゃんねるで聞くとはぷげらちょ
477:デフォルトの名無しさん
13/11/19 17:48:18.64
>>472
いい加減消えてくれ
478:デフォルトの名無しさん
13/11/19 18:19:01.84
>>475-477
お前ら、三菱電機インフォメーションシステムズのド底辺SEは生きてて恥ずかしくない?
479:デフォルトの名無しさん
13/11/19 20:11:44.12
きいてるきいてる
480:デフォルトの名無しさん
13/11/20 00:16:31.65
暴れるなら酉出せよチンカスども
481:デフォルトの名無しさん
13/11/20 10:43:54.01
iptables で許可されたパケットだけをダンプするコマンドはありますか？
tcpdump だと全部のパケットが出て来てしまいます ＞＜
482:デフォルトの名無しさん
13/11/20 11:19:37.38
tcpdumpは懲戒だと、三菱インフォメーションシステムズのド底辺SEが言ってた
483:481
13/11/20 13:24:59.68
僕が懲戒になっても後に続く若人たちの踏み台になれるなら本望です
おしえてください！！！
484:デフォルトの名無しさん
13/11/20 13:35:07.54
iptables と同じようになるようにオプションではじいたら
485:デフォルトの名無しさん
13/11/20 14:10:07.18
>>481
tcpdumpはフィルターの指定ができるだろう
486:デフォルトの名無しさん
13/11/20 14:20:09.07
まだいたのか・・本物だなこりゃ
487:デフォルトの名無しさん
13/11/20 15:59:15.44
こんなド底辺に出くわすなんて、1年に1回あるかないかだからね
早く通報してくれよ
> m.root-servers.netを襲うかもしれないし、
通報しておいたほうがいいんじゃね？
> こういう不文律が通じないアフォは徹底的に駆除するべき
488:デフォルトの名無しさん
13/11/20 16:11:11.80
>>487
お前がTTL 1だとあかしたレスを読む前にレスしたんだろうよ。
> 396 名前：デフォルトの名無しさん[] 投稿日：2013/11/19(火) 09:57:11.55 <- 秘密の暴露レス
> 397 名前：デフォルトの名無しさん[sage] 投稿日：2013/11/19(火) 09:57:58.97 <- 通報するぞレス
489:デフォルトの名無しさん
13/11/20 16:21:13.83
>>487
お前みたいなアホに出くわすのも、1年に1回あるかないかだわ
490:デフォルトの名無しさん
13/11/20 16:41:07.53
>>478
カジュアルにこんな毒吐いてると、いつか足下すくわれるぞ。
491:デフォルトの名無しさん
13/11/20 16:58:24.67
>>488
見てない証拠はねーし、pingを最大1パケット/1分は最初から言っていた
これでもいいから早く通報しろ
>>490
三菱インフォメーションシステムズはそれだけの事したんだから良いんだよ
むしろ風化させないために煽り続けるべき
492:デフォルトの名無しさん
13/11/20 17:10:04.64
相手するから居座るんだよ。
完全無視しろ。
493:デフォルトの名無しさん
13/11/20 17:22:39.21
この手のは嫌なら見るなするくせに、
トリップ付けろって言っても絶対付けないよな。
494:デフォルトの名無しさん
13/11/20 17:37:49.41
いや、こんなド底辺めったに遭遇できない
がんばってageるのであぼーんしないでみんな見てほしい
ttl = 1のpingを最大 1 パケット/1分で通報すべしとのたまう
ド底辺の醜態をお楽しみください
ｽﾚﾘﾝｸ(tech板:397番)
> From: [397] デフォルトの名無しさん <sage>
> Date: 2013/11/19(火) 09:57:58.97
>
> m.root-servers.netを襲うかもしれないし、
> 通報しておいたほうがいいんじゃね？
> こういう不文律が通じないアフォは徹底的に駆除するべき
495:デフォルトの名無しさん
13/11/20 17:40:22.31
>>484-485
ありがとう
-F オプションは判ったけど
iptables と書き方が違うので
ルールが沢山あって変換が面倒です ＞＜
496:デフォルトの名無しさん
13/11/20 17:45:17.11
iptablesにログ機能くらいあるだろ、それ使えよ ド底辺
497:デフォルトの名無しさん
13/11/20 17:54:20.35
検索すりゃ簡単に出てくるじゃねーか ド底辺
URLﾘﾝｸ(sgros-students.blogspot.jp)
498:デフォルトの名無しさん
13/11/20 18:24:25.55
10分間に1000回アクセスすると逮捕されるというのは、韓国のF5攻撃から
2CHを守るためにできた法律だろ？
499:デフォルトの名無しさん
13/11/20 18:27:33.77
百度とNAVERから俺のサーバを守るための法律。
500:デフォルトの名無しさん
13/11/20 18:44:29.00
httpの場合は三菱インフォメーションシステムズのド底辺SEの
策謀が功を制して1リクエスト/1秒で逮捕という事になっている
10分なら600リクエストで逮捕
HTTPよりも遥かに低負荷(しかもttl = 1 爆笑)のpingを10リクエスト/10分で
攻撃だ!! 通報だ!!! 駆除だ!!!!
めったに遭遇できないド底辺
501:デフォルトの名無しさん
13/11/20 19:36:11.08
この粘着力
他でも荒らしてそうだな
502:デフォルトの名無しさん
13/11/20 19:41:27.97
>>497
thx!!
503:デフォルトの名無しさん
13/11/20 19:42:10.19
ド底辺が発言どおりに通報して通報結果を報告すりゃ終了するんだが
言ったことは実行しろよ
504:デフォルトの名無しさん
13/11/20 19:45:17.47
俺俺プロトコルは通報パケットが発行されるまで終了せずリソースも開放しないと定義されております
505:デフォルトの名無しさん
13/11/20 20:10:43.02
恥かかせたいってことなら、
自分で通報して結果貼ればいいんじゃないの。
とにかく続けたいにしても別板でスレ立ててそこでやってくれ。
506:デフォルトの名無しさん
13/11/20 20:22:58.19
くやしいのうｗくやしいのうｗ
507:デフォルトの名無しさん
13/11/20 20:25:53.27
>>397みたいなド底辺って、いったいどういう集団に属しているんだろう?
その集団には、1パケット/1分(ttl = 1 大爆笑)を送ることが攻撃という不文律があるらしいんだが
> m.root-servers.netを襲うかもしれないし、
> 通報しておいたほうがいいんじゃね？
> こういう不文律が通じないアフォは徹底的に駆除するべき
508:デフォルトの名無しさん
13/11/20 20:26:59.21
くやしいのうｗくやしいのうｗ
509:デフォルトの名無しさん
13/11/20 20:29:10.20
酉付けろよキチガイ
510:デフォルトの名無しさん
13/11/20 20:29:46.25
m.root-servers.netを目的外に使うって言いだした時点で
完全敗北しているのに、いまだ生き恥をさらしているのかｗ
くやしいのうｗくやしいのうｗ
511:デフォルトの名無しさん
13/11/20 20:31:53.74
何がそんなに悔しかったんだろう？
最初からttl=1って書いておけば、こんなにもバカにされなかったネタだと思うんだがな。
512:デフォルトの名無しさん
13/11/20 20:32:58.04
くやしいのうｗくやしいのうｗ
513:デフォルトの名無しさん
13/11/20 20:36:15.60
>>510
完全敗北という妄想はお前の半径3m以内でしか通じない不文律の話だろ。
514:デフォルトの名無しさん
13/11/20 20:37:30.44
くやしいのうｗくやしいのうｗ
515:デフォルトの名無しさん
13/11/20 20:39:01.58
>>510
なんで？
公開サーバーなんだからping打つくらい問題ないでしょ。
いやなら公開するなよって話だ。
516:デフォルトの名無しさん
13/11/20 20:53:39.59
ttl=1で、最初から届かないことが確定でいいなら、
そもそも宛先はルートサーバーではなくてランダムアドレスでいい
517:デフォルトの名無しさん
13/11/20 20:56:05.91
他の人が同じことを始めたらどうなってしまうか、
考えられないのが山本太郎
518:デフォルトの名無しさん
13/11/20 20:57:34.97
>>510
ほれ、とっとと通報しろよ ド底辺
519:デフォルトの名無しさん
13/11/20 20:59:32.82
>>516
だったらデフォルトルートがあるかどうかを見るだけでよくて
ttl=1以前にパケット送る必要自体がなくね？
520:デフォルトの名無しさん
13/11/20 21:00:18.41
くやしいのうｗくやしいのうｗ
521:デフォルトの名無しさん
13/11/20 21:01:07.93
>>517
ttl = 1のpingを10万人位がm.root-servers.netに向けて一斉に打ちまくると、
どこにどんな影響があるのか説明してみろ ド底辺
522:デフォルトの名無しさん
13/11/20 21:02:59.85
くやしいのうｗくやしいのうｗ
523:デフォルトの名無しさん
13/11/20 21:16:28.30
>>515
死ねよ人間のクズ
524:デフォルトの名無しさん
13/11/20 21:19:41.52
なんでまだroot-serversに拘ってるの
ttl=1なんだから関係ないじゃん
説明してみてよ
525:デフォルトの名無しさん
13/11/20 21:24:11.51
>>524
NDAで説明してやるよ
公的認証で署名した誓約書何処かにうpしな
526:デフォルトの名無しさん
13/11/20 21:24:28.21
>>524
馬鹿は引っ込んでろ
527:デフォルトの名無しさん
13/11/20 21:26:14.11
>>525
いくら自分が理解できないことだからって
そういう言い訳しちゃ駄目だよ
528:デフォルトの名無しさん
13/11/20 21:30:12.24
>>524
ちなみに、root-serversじゃなくてMSのサーバーを使う事にした
m.root-serversはド底辺が日本語で通報できるように、バックアップとして使用する事にしている
早く通報しろ ド底辺
>>527
最初から目的は企業秘密と断ってある
知りたいなら誓約書だせよ
529:デフォルトの名無しさん
13/11/20 21:30:30.67
同一ネットワークでそのプログラム使っているホストが沢山いたら、そこのデフォルトゲートウェイの負荷が増えるし、そういうアプリが沢山あったら、ホスト自身の負荷も増えるな。
アプリの目的にもよるが、マルウェア扱いされそうだ。
530:デフォルトの名無しさん
13/11/20 21:32:08.50
>>528
わからないならわからないってえ言えばいいのに
きちんとTTLの意味から教えてあげるよ？
531:デフォルトの名無しさん
13/11/20 21:32:11.21
くやしいのうｗくやしいのうｗ
532:デフォルトの名無しさん
13/11/20 21:32:54.87
恥ずかしくて言えない企業秘密もあるさ
533:デフォルトの名無しさん
13/11/20 21:35:58.16
>>529
負荷見積もりも出来ない ド底辺
534:デフォルトの名無しさん
13/11/20 21:38:46.51
>>530
わかりませーん
ttl = 1のpingを10万人位がm.root-servers.netに向けて一斉に打ちまくると、
どこにどんな影響があるのか説明してくださーい
535:デフォルトの名無しさん
13/11/20 21:42:58.55
くやしいのうｗくやしいのうｗ
536:デフォルトの名無しさん
13/11/20 21:44:25.03
>>534
またそうやって話をずらすんだから
よくわかってないから固定にしなきゃいけないと思ってるんでしょ？
言ってごらん？わからない部分があるなら説明してあげるからさ
537:デフォルトの名無しさん
13/11/20 21:50:57.43
そもそもルーターがTTLを１減らさなきゃいけない決まりはないし。
HopLimitとは違うのだよ。
538:デフォルトの名無しさん
13/11/20 21:52:28.05
>>536
煽って聞き出そうなんて、20世紀に流行ったおじいちゃんの手法
固定としか考えつかないの？ 頭悪すぎる
539:デフォルトの名無しさん
13/11/20 21:56:02.80
>>385
>1 ipv4とipv6のアドレスを持っている
>2 実際には届かなくてもok
>3 経路上のルータからunreachが返って来てもok
>4 突然dnsレコードが亡くなったりしない
Time Exceededが返って来てもok
って書いてないからttl=1はダメだよね
自分で出した条件から外れてるよ
540:デフォルトの名無しさん
13/11/20 22:16:18.35
>>537
知らないなら引っ込んでなよ
541:デフォルトの名無しさん
13/11/20 22:18:31.60
>>540
じゃあどこに書いてあるんですか？
542:デフォルトの名無しさん
13/11/20 22:27:21.19
>>541
なんで決まりが無いと思ったんだい?
543:デフォルトの名無しさん
13/11/20 22:29:19.09
>>542
あるなら早く出してね。
簡単でしょ？公式な文書から１文見つけるだけなのだから。
544:デフォルトの名無しさん
13/11/20 22:32:00.74
というより「決まりがある」と思っているそのこと自体が、
TTLをまったく理解していない何よりの証拠なんだけどね。
なぜ「Time」To Liveなのか。なぜIPv6でHopLimitに取って代わられたのか。
この業界の人間なら知らないはずはないんだけどねぇ。
ああ。恥ずかしい恥ずかしい。
545:デフォルトの名無しさん
13/11/20 22:34:47.74
本当にド底辺なんだな 英語読める? 訳してとかいうなよ
URLﾘﾝｸ(tools.ietf.org)
The time is measured in units of seconds, but since every module
that processes a datagram must decrease the TTL by at least
one even if it process the datagram in less than a second,
the TTL must be thought of only as an upper bound on the time
a datagram may exist.
546:デフォルトの名無しさん
13/11/20 22:37:24.17
自分で持ってきた英文をよく読んでごらん。
英語理解できないの？
547:デフォルトの名無しさん
13/11/20 22:39:56.86
せっかく貼ってやったんだから英文をよく読んでごらん。
英語理解できないの？
548:デフォルトの名無しさん
13/11/20 22:41:46.37
ド底辺 vs パシリ
549:デフォルトの名無しさん
13/11/20 22:42:48.64
このバカはどう読んで
> そもそもルーターがTTLを１減らさなきゃいけない決まりはないし。
という理解に達したんだろう? 謎だ 謎すぎる
貼ってあげた英文翻訳してみてよ
550:デフォルトの名無しさん
13/11/20 22:44:23.30
翻訳してよ。英語理解できないんだからさｗ
よろしくたのまー。
551:デフォルトの名無しさん
13/11/20 22:45:31.86
まさか、「1じゃなくて2引く可能性も3引く可能性もある」とか小学生みたいな事言い出すのかな?
552:デフォルトの名無しさん
13/11/20 22:52:06.98
やっぱり英文が理解できないようだね。
読めればすぐにわかるのに。
553:デフォルトの名無しさん
13/11/20 22:55:27.20
コイツちょっとからかっただけで勝手にファビョってage連投するなｗ
最高オモチャｗ
554:デフォルトの名無しさん
13/11/20 22:55:35.94
RFCはRequest For Commentであって規格書ではないから
従う決まりはないとか。
555:デフォルトの名無しさん
13/11/20 23:00:51.89
>>521
そういうのが流行ると、ttlを変えずにルートサーバーにping打ち続ける人が増える要因になる
556:デフォルトの名無しさん
13/11/20 23:01:37.49
>>554
状態がstandardになってるものは規格だよ
557:デフォルトの名無しさん
13/11/20 23:02:25.82
RFCを扱った人ならわかるはず
大文字「MUST」でなければ従わなくていい業界暗黙ルール
ちなみに
「SHOULD」＝少しは頑張ってみて
「MAY」＝ちょっとは気にかけて
だな
558:デフォルトの名無しさん
13/11/20 23:11:40.97
rfc 791にはMUSTは一回も出現しないが、インターネットは従わないても構わない業界暗黙ルールで動いているのか。
こりゃ、びっくりだ 爆笑
559:デフォルトの名無しさん
13/11/20 23:17:54.29
>>557
RFC791には「MUST」も「SHOULD」も書かれていない
という前提で言ってんだよな？
560:デフォルトの名無しさん
13/11/20 23:22:23.99
>>557
RFCの歴史から見たら、およそ後ろ半分にしか存在しない新しいルールだな
561:デフォルトの名無しさん
13/11/20 23:22:32.68
>>559
RFC791の頃にはまだお決まりのMUST/MUST NOT/SHOULD/MAYの話はなかったんだな
こりゃ失礼
562:デフォルトの名無しさん
13/11/20 23:26:30.53
これが「決まりはない」のオチかよ^_^
563:デフォルトの名無しさん
13/11/20 23:28:27.92
>>562
いいえ。
英文を正しく理解してね。
564:デフォルトの名無しさん
13/11/20 23:30:20.54
少なくとも1989年のrfc1122あたりでは"MUST"が出始めてるな。
およそあの時期からの流行だったと思う。
565:デフォルトの名無しさん
13/11/20 23:32:18.33
さて、もう寝るので明日朝までに回答よろしく。
答えにたどり着けなかったり、その他の逃げは敗北宣言とみなすので
よろしく。
自分で貼った英文に答えはあるのに、なんでわからないかなぁ？
だまされたと思って翻訳して貼ってみれば気づくかもよ？
じゃあ頑張ってね。
566:デフォルトの名無しさん
13/11/20 23:37:40.01
どうやら「MUST」がオチだったようだ
知らないなら最初から黙ってりゃいいのに
567:デフォルトの名無しさん
13/11/20 23:45:33.29
>>566
ということにして、さっぱり理解できないこの話からは
とっとと逃げたいという敗北宣言ですか？ｗ
568:デフォルトの名無しさん
13/11/20 23:49:53.32
逃げ^H^H寝たんじゃないのか 爆笑
569:デフォルトの名無しさん
13/11/20 23:50:29.06
>>545にルーターなんて一言も出てこないじゃん。
これが答え。
570:デフォルトの名無しさん
13/11/20 23:51:56.97
>>569
これはひどい
571:デフォルトの名無しさん
13/11/20 23:52:20.78
バカが逃亡したところで巻き戻しておくか
>>397みたいなド底辺って、いったいどういう集団に属しているんだろう?
その集団には、1パケット/1分(ttl = 1 大爆笑)を送ることが攻撃という不文律があるらしいんだが
> m.root-servers.netを襲うかもしれないし、
> 通報しておいたほうがいいんじゃね？
> こういう不文律が通じないアフォは徹底的に駆除するべき
572:デフォルトの名無しさん
13/11/20 23:53:35.56
>>571
>>539
573:デフォルトの名無しさん
13/11/20 23:55:27.76
ダメとも書いてないからok
574:デフォルトの名無しさん
13/11/20 23:58:02.67
書いてないものは認められません
書いてないからokとか、どこの底辺PGだよ
575:デフォルトの名無しさん
13/11/21 00:02:00.29
書いてないことは好きにしてokだろ
576:デフォルトの名無しさん
13/11/21 00:04:24.45
そもそもunreachの一種だろ
okって初めから書いてある
577:デフォルトの名無しさん
13/11/21 00:04:43.07
書いてある事しか認められないなら、仕様書にソースコード書かなきゃならんな。大爆笑
578:デフォルトの名無しさん
13/11/21 00:06:09.13
>>577
馬鹿？
ソースが仕様書だろ
579:デフォルトの名無しさん
13/11/21 00:06:21.40
>>571
> その集団には、1パケット/1分(ttl = 1 大爆笑)を送ることが攻撃という不文律があるらしいんだが
どこぞの大学のNTPサーバーを使うのが日本で流行ったとき、
そのサーバーはDoS食らったような状態になったらしいな。
各々のクライアントとしては1パケット/1分より少なかったのにな。
m.root-servers.netにping打つのが同じように流行ったら
それは好ましいことだと思うか？
580:デフォルトの名無しさん
13/11/21 00:08:13.44
ttl = 1の意味がわからないなら聞いてくれていいんだぜ？
581:デフォルトの名無しさん
13/11/21 00:09:58.25
ttlはルーターで１減るとは限らない(どやぁ
582:デフォルトの名無しさん
13/11/21 00:11:43.61
ttl = 1の案が出てきたのって>>397より後じゃね？
583:デフォルトの名無しさん
13/11/21 00:13:32.13
47秒差で前
584:デフォルトの名無しさん
13/11/21 00:18:12.12
ほんとだ１個前か
まあ、47秒差じゃ>>397の時点ではttl=1なんて聞いてないだろうけどな
ルートサーバにping攻撃するようにしか見えんわ
そんなのを挙げ足とって馬鹿じゃね？
585:デフォルトの名無しさん
13/11/21 00:19:16.49
>>580
ヒヤリハットの法則でいくと
ttl=1でm.root-servers.netにpingを飛ばすやり方が一般化すると
その数十分の一はttl=1にし忘れる
586:デフォルトの名無しさん
13/11/21 00:19:28.65
本人がいまさら必死の自己弁護ｗワロスｗ
587:デフォルトの名無しさん
13/11/21 00:21:36.18
>>585
そんなことはこの作者のツールしか思いつかないから
100% ttl=1に決まってるだろうが
588:デフォルトの名無しさん
13/11/21 00:24:55.15
>>584
自分では正しく間違っていないすごいアイデアだと思っていたのに
通報とか言われて恥かかされて相当に悔しかったんだろうな
そしてキレて荒らしになったと
589:デフォルトの名無しさん
13/11/21 00:27:44.40
ttl=1じゃなかったとして、いったいどこに通報すんだよｗ
これ自体が笑わせる煽りじゃんｗ
590:デフォルトの名無しさん
13/11/21 00:28:22.03
ド底辺が息吹き返してきたか？
不文律の説明してくれよ
>>397みたいなド底辺って、いったいどういう集団に属しているんだろう?
その集団には、1パケット/1分(ttl = 1 大爆笑)を送ることが攻撃という不文律があるらしいんだが
> m.root-servers.netを襲うかもしれないし、
> 通報しておいたほうがいいんじゃね？
> こういう不文律が通じないアフォは徹底的に駆除するべき
591:デフォルトの名無しさん
13/11/21 00:31:27.57
>>589
ttl=1じゃなかったら普通にwideに通報して注意喚起するだろ
そんなアプリが普及でもしたら大参事だし
592:デフォルトの名無しさん
13/11/21 00:33:15.42
>>587
こういうどこでも良いから打ち続けられるpingの宛先として m.root-servers.net を候補にしてるのだが
それを選ぶのは良い選択かという話だろうが
一般論として、そこに向かって撃つのが最も妥当性が高いとでも言うつもりか？
593:デフォルトの名無しさん
13/11/21 00:36:09.93
>>592
個別の案件で勝てないから、一般論を持ち出してきたか
個別の案件として100% ttl=1が保証されているのだから、
一般論がどうかに関係なく、全く問題はない
594:デフォルトの名無しさん
13/11/21 00:42:05.17
>>592
ttl=1の時点で「打ち続けられるpingの宛先」じゃないんだよ
そこを理解できてないな
レコードが引ければ宛先はなんでもいいんだよ
m.root-servers.netのレコードを引くことすら、NSの負荷がとか
言いだすつもりかい？
595:デフォルトの名無しさん
13/11/21 00:42:37.99
で、ttl=1なのに固定にする理由は？
596:デフォルトの名無しさん
13/11/21 00:46:37.90
>>595
NDAで
署名した誓約書うpしな
597:デフォルトの名無しさん
13/11/21 00:47:41.14
>>593
モデルガンを持って交番に行って警官に向かって打つふりをするようなものだよな
モデルガンだから問題ないと言ってるようだが
なんでわさわざそこを狙って打つことを肯定したがるんだ？
598:デフォルトの名無しさん
13/11/21 00:48:27.05
>>597
馬鹿はたとえ話をするな
全く意味がわからないぞ
599:デフォルトの名無しさん
13/11/21 00:49:19.84
>>533
増えると書いただけだが。
機器構成もホスト数もアプリ数も現状のトラフィック量もわからずに、何を見積もるの?
エスパー様にならわかるんだよねぇ?w
600:デフォルトの名無しさん
13/11/21 00:49:35.98
>>597
バカの例えは問題を発散させるだけだからやめろ
601:デフォルトの名無しさん
13/11/21 00:51:16.72
警官はモデルガンを向けられていることをわかるが、
m.root-servers.netはttl=1のpingの宛先にされていることを
知る由もない
たとえ話にすらなっていないな
602:デフォルトの名無しさん
13/11/21 00:52:39.38
>>599
pingを最大1パケット/1分と条件つけてるので楽勝に見積もれる
全然問題ない
603:デフォルトの名無しさん
13/11/21 00:54:04.39
>>597
ttl=1なので、交番に１歩向かった自宅の玄関でおしまいです。
そこでいくらモデルガンを打っても、何の問題もないし、
警官にもばれません。
はい論破ｗ
604:デフォルトの名無しさん
13/11/21 00:54:52.12
それで、ttl=1なのに固定にする理由は？
答えられないの？
605:デフォルトの名無しさん
13/11/21 00:55:48.15
>>603
なんでわざわざそこ狙うのかという話だろ
606:デフォルトの名無しさん
13/11/21 00:57:06.44
>>604
しつこいな
聞きたかったら誓約書うpしな
607:デフォルトの名無しさん
13/11/21 00:58:01.67
>>605
なんで狙っちゃいけないんですか？
交番に勤務する警官を絶対届かない自宅玄関から狙っちゃいけないという
不文律ｗでもあるんですか？
608:デフォルトの名無しさん
13/11/21 01:02:54.64
ttl=1でルートサーバーにping飛ばすのを流行らせたいテロ？
609:デフォルトの名無しさん
13/11/21 01:03:43.79
>>607
むしろなんでわざわざ大事なルートサーバーを狙う？
610:デフォルトの名無しさん
13/11/21 01:05:07.63
>>609
狙いたいから狙う。
狙っても一切無害だから狙う。
何か問題でも？
611:デフォルトの名無しさん
13/11/21 01:07:32.06
>>609
大事なサーバーだから、レコードも大事に扱われるでしょう。
なので大事なサーバーゆえに狙うのです。合理的な考えでしょ？
誰もが大事にするからターゲットにする。でも一切危害は加わらない。
わかりませんか？
612:デフォルトの名無しさん
13/11/21 01:09:23.03
>>606
じゃあ会社名と所属うｐ
613:デフォルトの名無しさん
13/11/21 01:10:18.20
>>611
たった一つの失敗でルートサーバーにパケットが飛ぶんだけど
そういうやり方を流行らせたい？
614:デフォルトの名無しさん
13/11/21 01:12:22.60
>>611
お前が綱渡りで遊ぶのは勝手だけど、失敗して他人に汚れが飛ぶような遊び方は止めろ
615:デフォルトの名無しさん
13/11/21 01:12:56.68
>>610
なんで自分のサーバーを狙わないの？
616:デフォルトの名無しさん
13/11/21 01:14:09.57
>>613
じゃあ、あなたは宛先をすべてルートサーバーにしてしまうかもしれない
失敗をしそうなので、インターネットをいますぐやめなさい。
ということと同義ですが？
たった１つの失敗といっても、言い出したらきりがないですね。
どうしてTTLだけ例外扱いして、その失敗だけが発現すると思うのですか？
むしろ、プログラムの構造上もっとも起きにくい失敗でしょう。
617:デフォルトの名無しさん
13/11/21 01:16:07.91
>>614
失敗しませんのでご心配なく。
あなたがブラウザでURLを間違えて、知らないサーバに負荷をかけてしまう
可能性のほうが圧倒的に高いですから。
618:デフォルトの名無しさん
13/11/21 01:16:21.43
>>613
失敗しないので
619:デフォルトの名無しさん
13/11/21 01:18:51.05
>>615
勝手だろ。
実際にサーバーに負荷かけるわけじゃないんだし。
620:デフォルトの名無しさん
13/11/21 01:24:38.83
>>619
じゃあなんで質問したの？なんで固定にする必要があんの？
621:デフォルトの名無しさん
13/11/21 01:28:53.17
>>619
身勝手過ぎ
622:デフォルトの名無しさん
13/11/21 01:30:12.25
>>617
> 失敗しませんのでご心配なく。
この根拠のない自信は何て言う病気？
623:デフォルトの名無しさん
13/11/21 01:33:37.80
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼
| |r┬-| |失敗しませんのでご心配なく
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
624:デフォルトの名無しさん
13/11/21 01:52:12.33
>>619は別人なので、間違えないように
>>620
前者の問には回答済み
後者は誓約書うpしたら教えてあげる、公的認証で署名すること
385 殿
誓約書
このたび情報開示を受けるにあたり、以下の事項を厳守することを、ここにお誓いいたします。
記
．開示された情報は如何なる理由においても第三者に開示しません。
． 有償無償に関わらず、開示された情報に基づくソフトウエアの開発は行ないません
． 前項、前々項に反する行為を行った場合は、私の責任において情報の回収をおこない、損害金として金1000万円を支払います
以上
平成 年 月 日
住所
氏名
625:デフォルトの名無しさん
13/11/21 01:57:04.60
ほんものの基地街の人ですか
626:デフォルトの名無しさん
13/11/21 02:03:57.90
最初から企業秘密といってる事をどーしても知りたいと言うので
そんなに知りたいならNDAでと言ってるだけ
627:デフォルトの名無しさん
13/11/21 02:22:34.92
tcpdumpで観察してみると
TTL1のパケットが出る前に
UDPのパケットが大量に出入りしています ＞＜
628:デフォルトの名無しさん
13/11/21 04:34:55.72
>>602
だから、それ見積もって何か意味あるのかよ。
629:デフォルトの名無しさん
13/11/21 06:05:01.75
>>624 >>626
385って何の385ですか？
ちゃんと会社名と所属と実名も出しなよ
もしかしてそんなこともわからなかったのかな？
630:デフォルトの名無しさん
13/11/21 07:29:30.07
>>628
> だから、それ見積もって何か意味あるのかよ
こういうド底辺な発言をしなくて済む
>>529
> 同一ネットワークでそのプログラム使っているホストが沢山いたら、
> そこのデフォルトゲートウェイの負荷が増えるし、そういうアプリが
> 沢山あったら、ホスト自身の負荷も増えるな。
>>629
誓約書は片務契約なので債務者の身元だけだけはっきりしてればいい
こんなことも知らないの?
631:デフォルトの名無しさん
13/11/21 07:52:10.95
債務者の身元しかわかってないと
仮に債務者が守秘義務違反を犯した場合に誰が損害賠償請求できるのかわかんないね
632:デフォルトの名無しさん
13/11/21 08:23:16.00
>>622
テレビの見すぎ病
633:デフォルトの名無しさん
13/11/21 08:36:26.10
片務契約だろうが、甲乙は対象の組織や個人を特定できるように
なっていないと契約として全く意味をなさない。
こんなことも知らないキチガイさん。
634:デフォルトの名無しさん
13/11/21 08:53:15.89
>>631
んじゃRSA公開鍵
sha1: e9b7e1b653c38cb368f3a36340441c3dd82544ce
-----BEGIN PUBLIC KEY-----
MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAoR/Xi5/CQIh3aOd/2xr4
5AI4SpLnuZh8JalC1xDvinAsTYuQdCA7D0Q9cbSjHilK6eQKXmPgoRJgDuLY3sEY
CZS/BH+v5SWt7Nr7nvRfwdsNnA1I7as8OcbvFQmhiH5Bn6FCOXRRFMUYqFiuXiXs
xN9KhNIYmdQI2Ed6wZqoHR3fppvut4bLJT3VS0bUmPpNTgMk6b/X/xHv0gpjqpug
6V1FwJjoLzon4I7yuQDS31zXtpq5g3yzgQt6ml8CaDogBcvpE+d2py/rv08b6DlP
Y6NIlIMoUbeUU+/TXGt0/nE6eR4j3ZisdkdsXssLAQr66t1Amd4Wg/8Um0ebo46z
eQIDAQAB
-----END PUBLIC KEY-----
635:デフォルトの名無しさん
13/11/21 09:02:28.92
>>631のいう事はそれなりに合理性があるので、改訂してやったぞ。
385 殿
誓約書
このたび情報開示を受けるにあたり、以下の事項を厳守することを、ここにお誓いいたします。
記
．開示された情報は如何なる理由においても第三者に開示しません。
．有償無償に関わらず、開示された情報に基づくソフトウエアの開発は行ないません
．前項、前々項に反する行為を行った場合は、私の責任において情報の回収をおこない、損害金として金1000万円を支払います
．損害金はｽﾚﾘﾝｸ(tech板:634番)(sha1: e9b7e1b653c38cb368f3a36340441c3dd82544ce)に掲載されたRSA公開鍵とペアになるRSA秘密鍵をもつ者に支払います。
以上
平成 年 月 日
住所
氏名
636:デフォルトの名無しさん
13/11/21 09:43:34.85
>>635
あれあれ？
＞誓約書は片務契約なので債務者の身元だけだけはっきりしてればいい
＞こんなことも知らないの?
じゃなかったの？
人からちょっと言われたぐらいでもう覆しちゃったの？
こんなに自身たっぷりに言ってるのに