[connect24h:02535] Re: spam 対策でヘッダーをチェックすることの危険性

[Seiichi Nakashima <nakasei@xxxxxxxxxxxx>]

中島です。

 >
 >　それが 10,000 〜 100,000 件がとこ、やってきたくらいで DoS 
 >アタックとして成立してしまうのなら、深刻に通信インフラなり
 >サーバのスペックなりを検討する必要があるよ〜な気がします。
 >
 >　もっと言ってしまえば、いかに高速な通信インフラに高速な
 >サーバを使っていたところで、DNS で MX レコードを探しながら
 >実行されている SMTP のワンセッションが、「あわれなサイト」
 >の DNS のワンセッションより高速（でないと DoS になりまっ
 >しぇん）になり得る可能性はほとんど皆無だと存じますが。
 >
 

現在のこのMLに投稿することによって発生するDNSのトラフィックは、２０〜３０分程度
続きます（これは事実です、密度に関する計測はしていません）。ＯＣＮエコノミーなので
実質の接続速度は７０〜８０kbsではないかと認識しています。

このサイトに、同時にＤＮＳ検索がやって来ると、一時期に処理できる量が限られているので
リトライが繰り返されるために、このような時間がかかっているのだと思います。
現在は問題とは思っていませんが、もし、ＭＬの参加者が現状の５倍などになった場合は、
状況は深刻かもしれません（リトライの回数に関する評価もしていません）。

また、これはＭＬを運営している側にも影響しているのではないでしょうか。

(1) 参加者Ａから受け取ったMailを、ＭＬから参加者Ｂに配信
(2) 参加者ＢのSMTPはＭＬからの受信処理において、参加者ＡのＤＮＳへ問合せ
(3) 参加者ＡのＤＮＳからの回答を確認後、参加者ＢのSMTPはＭＬからのMailを受信
(4) (1)に戻って、ＭＬは参加者Ｃへ配信、以後繰り返し

であるとすると、ＭＬのSMTPがmailの配信処理をシリアル的に実施しているとすると
全ての参加者に対する配送時間が長くなりそうです。もし、ＭＬがmailの配送処理を
パラレル的に実施していると参加者ＡのＤＮＳに同時に数ヶ所からの問合せが
くることになりそうです。

上記処理によるとＭＬに投稿した参加者のDNSトラフィック処理能力に依存しそうです。
結果として、ＭＬの配送処理は遅れていくのではないでしょうか。
これは、１件のmailの送信時間　×　ＭＬ参加者　の計算値以上になりそうです。

このような状況が発生することを認識したのは、今回が始めてのことなのですが、
非常に大きな参加者を抱えているＭＬでは、このような問題は発生していないのでしょうか。
どなたか、ご存知の方は教えていただけませんでしょうか。

----
Seiichi Nakashima  nakasei@xxxxxxxxxxxx

------------------------------------------------------------------------
◆ 「パワーアップ！検索エンジン30万馬力キャンペーン」開催中！（5/2マデ）
　　　　　　　 http://www.infoseek.co.jp/ISCamp?svx=971122