ASP.NET(WebForm) でプリフライトリクエストを成功させたい

Question

前提

ASP.NET(WebForm) でプリフライトリクエストを成功させるにはどうすれば良いでしょうか？

SPAでファイルアップロードをする機能を作りました。
ファイルのアップロードは出来たのですが、進捗をクライアントサイドで取得しようとすると
エラーになります。

【通信ライブラリ】
axios
【サーバーサイド】
ASP.NET(VB) ・・・MVCでもWebAPIでもありません。WebFormのソースにファイル保存処理後にJSONを返すように記述しています。

【備考】
クライアントとサーバーは別オリジンにあります。
CORS対策としてIISのWeb.configに以下のように追記しました。

    <customHeaders>
      <add name="Access-Control-Allow-Origin" value="*"/>
      <add name="Access-Control-Allow-Methods" value="POST, GET, OPTIONS"/>
    </customHeaders>

発生している問題

アップロードの進捗状態をブラウザ側で取得したいため、axios.postメソッドにおいて
onUploadProgressオプションを指定しています。
これを指定するとプリフライトリクエストでOPTIONSが発生し、その結果がエラーとなってしまいます。
（指定しなかった場合、正常にファイルがアップロードされます）

    uploadFile(endpoint,file){
        const data = new FormData()
        data.append("filedata",file)
        const callbackOption = {
            onUploadProgress:function(progress){
                console.log(progress+"%完了")
            }
        }
        axios.post(endpoint,data,callbackOption)
    }

試したこと

サーバーサイドにASP.NET MVCとPHP+Apacheで試したところ、エラーになりませんでした。
ともにファイルデータを保存したあと適当なJSONで返すものです。
Web.config,httpd.confにおいてCORS対策も同様に行いました。
ASP.NET WebForm に対して何か固有の対処が必要なのか？と思い投稿しました。

Answer 1

Global.asax ファイルの Application_BeginRequest で対応してはいかがですか？

具体例は以下の記事を見てください。

クロスドメインの WCF サービス
http://surferonwww.info/BlogEngine/post/2016/12/27/wcf-service-in-cross-domain.aspx

Comments

[fukusuke]

ご回答いただきありがとうございます。
教えていただいたページにあるようにGlobal.asaxで制御を試みましたがダメでした。
ブラウザ側からはOPTIONメソッドが実行されているようなのですが、それがGlobal.asaxのBeginRequestに届かずにエラーになっています。
通常のPostは届いているんですが・・。

[退会済みユーザー]

Fiddler などのキャプチャツールを使って要求が正しく出ているか調べてください。要求が正しく出ていれば「BeginRequestに届かず」ということはあり得ません。

[退会済みユーザー]

今気がついたのですが、質問の画像を見ると 405 エラーになってますね。ということは、 CORS のプリフライト云々以前の話で、IIS で OPTIONS という HTTP 動詞が許可されてないということではないですか？

だから「BeginRequestに届かず」ということになったのではなかろうかと思います。

その辺りを調べてみてはいかがでしょう。調べ方や解決方法はググるといろいろ出てくると思います。たとえば下記:

HTTP エラー 405.0 IIS を実行しているサーバーでホストされている web サイトにアクセスすると
https://docs.microsoft.com/ja-jp/troubleshoot/iis/http-error-405-website

CORS 405 Method Not Allowed
https://stackoverflow.com/questions/15584909/cors-405-method-not-allowed

[退会済みユーザー]

何にしても、プリフライトリクエストになるなら解答欄に述べた blobal.asax での対応 (又はそれと同等の処理) は必要ですのでお忘れなく。

[fukusuke]

再度ご回答いただきありがとうございます。
おっしゃるとおりOPTIONSメソッドがそもそも受け付けられてなかったようです。
CORS対策はWeb.configによって行いつつ、以下の対処でOPTIONSメソッドを許可できました。

(1) IISにてaspxへのアクセスに対してoptionsメソッドを許可する
applicationhost.config内で
<add name="PageHandlerFactory-ISAPI-4.0_64bit">のverb属性に「OPTIONS」を追記

(2)アプリケーションにてoptionsメソッドハンドラ解除を中止する
Web.configの以下の要素を除去する。
<remove name="OPTIONSVerbHandler"/>

[退会済みユーザー]

> CORS対策はWeb.configによって行いつつ

プリフライトリクエストになる場合でも Web.config の設定だけで対処できたのですか？ であれば、どのような設定としたのか教えていただけませんか？

シンプルなリクエストと違って、ブラウザとサーバーの間に一往復やり取りがあるので、紹介した記事に書いたように Global.asax などでその処理が必要と思っていたのですが・・・

[fukusuke]

Web.configにおいて今回手を入れた周辺を抜き出すと以下のようになっています。

<system.webServer>
<httpProtocol>
<customHeaders>
<add name="Access-Control-Allow-Origin" value="*"/>
<add name="Access-Control-Allow-Methods" value="POST,GET,OPTIONS"/>
</customHeaders>
</httpProtocol>

<handlers>
<remove name="ExtensionlessUrlHandler-Integrated-4.0"/>
<!--remove name="OPTIONSVerbHandler"/-->
<remove name="TRACEVerbHandler"/>
<add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0"/>
</handlers>
</system.webServer>

一応、Web.configでの設定は行わずにGlobal.asaxで対処したパターンでもOKでした。
ブラウザとIISExpressのログにはoptionsメソッドの結果が200で成功しています。
ただ、それでもプリフライトリクエストのoptionsであろうリクエストはBeginRequestでは捕獲できませんでした。

最終的にWeb.configでの対処だけでOKだったので、Global.asaxは空にしました。
CORS対策において、Global.asaxは動的制御、web.configでの設定は静的制御ぐらいにしか思っておらず
Responseヘッダに何かを付加するという意味では本質的には同じものだろう、ぐらいの認識でいるのですが・・。

[退会済みユーザー]

返答いただきありがとうございました。調べてみます。