Tumblr任意のルールにマッチするHTTP通信を遮断する動作を、IIS/Azureの拡張モジュール(マネージド)で実装します。resetを返すような遮断動作を実装できます。拡張モジュール自体の実装方法は過去のブログをご参照ください。実装においては、ASP.NETのライフサイクルを理解する必要性があるかもしれません。ここでは言及しませんが、HTTPリクエストのContextにアクセスするためにはイベントPreRequestHandlerExecuteからのイベントハンドラを実装します。HTTPリクエストベースの遮断ルールはここで決定されるでしょう。次に遮断の実装方法です。私が調査したところによると、いくつかの手段がありました。返したい場合は、HttpContext.Current.Response.Close();を呼びます。Response.Close();はTCPソケット接続を突然切断させるメソッドです。resetを返すことができます。以上において、次のC#ソースコードをサンプルとして提示します。*.azurewebsites.net前項のサンプルコードは、次のケースに応用できると思いませんか。アクセス可能であるため、秘匿したい、そもそもアクセスをさせたくないし遮断したいというニーズがあると思います。実際には、いくつかの手段が存在しますが、IISのモジュールでも暫定的に対策ができます。Serviceにおいて、HttpContext.Current.Response.Close();メソッドは期待した動作をしません。代替手段が必要ですので模索してみました。パブリッククラウドサービス上で“手荒いことは”避けるべきだと思うため、不明なプロトコルにリダイレクトさせる手法に落ち着きました。protocol)AZBlockerテスト用のコードが残っていますが、何が起こるか簡単にコメントを残しているので、参考までに。サンプルコードはscript:プロトコル(?)を使っていますが、未定義であれば何でも良いのかもしれません。javascript:スキームを使うのも検討しましたが、トップレベルでのjavascriptスキームの実行は基本的に禁止されているのでやめました。そもそも不明なプロトコル・スキームにリダイレクトさせる方法は些かどうなんでしょう。安全に振るのであれば、ブランクページを返すHttpApplication.CompleteRequest();メソッドが適切だと思います。HttpContext.Current.Response.End();も類似した振る舞いをしますが、こちらはThreadAbortExceptionを投げるのでエラーが溜まってくようです。Serviceで動かしてみようMicro...検索スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。