アカウント名:
パスワード:
ちょっとした通信障害をきっかけとして、SPモードサーバが誤動作を起こすという点が問題だと思うのですが、接続要求が集中したときに誤動作を起こさない方法というのは無理なんでしょうか？（このあたり、よくわからないので、識者の方の解説がいただけると幸いです。）
＃ルーターがパケットをバッファごとばっさり廃棄したり、TCPのSYNにとにかくRST応答するみたいなことはできないのかと
あと、輻湊というのをドコモはよく使うんですが、トラフィック(NTT用語だとトラヒックか？）の集中は輻湊と呼ぶけれど、サーバの処理が間に合わなくなったのは過負荷（オーバーロード）じゃない？ と古い頭の私は思うのですが、皆さん違和感はありませんか？（今回の件だと、「接続要求が輻湊して、SPモードサーバが過負荷状態になった」なら一応納得）
単に接続を拒否すればいいだけ
輻輳で間に合わなくなったのに、そのまま動いちゃう（動いているようにみえる）システムの方が異常認証に失敗しても、IPアドレスを持っていたらその他の処理（課金等を含む）が出来ちゃうのはさすがにないわぁ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
サーバーの対策は？ (スコア:0)
ちょっとした通信障害をきっかけとして、SPモードサーバが誤動作を起こすという点が問題だと思うのですが、接続要求が集中したときに誤動作を起こさない方法というのは無理なんでしょうか？
（このあたり、よくわからないので、識者の方の解説がいただけると幸いです。）
＃ルーターがパケットをバッファごとばっさり廃棄したり、TCPのSYNにとにかくRST応答するみたいなことはできないのかと
あと、輻湊というのをドコモはよく使うんですが、トラフィック(NTT用語だとトラヒックか？）の集中は輻湊と呼ぶけれど、サーバの処理が間に合わなくなったのは過負荷（オーバーロード）じゃない？ と古い頭の私は思うのですが、皆さん違和感はありませんか？
（今回の件だと、「接続要求が輻湊して、SPモードサーバが過負荷状態になった」なら一応納得）
Re:サーバーの対策は？ (スコア:0)
単に接続を拒否すればいいだけ
輻輳で間に合わなくなったのに、そのまま動いちゃう（動いているようにみえる）システムの方が異常
認証に失敗しても、IPアドレスを持っていたらその他の処理（課金等を含む）が出来ちゃうのはさすがにないわぁ