Oh!Super164 取り留めのない日記のような

asp.net mvc5(or core)のArea機能
webのアプリをサブブロック毎に分けるような、ファイルで言えばdir/folderの様な仕組みなのだが、ふと思い立ち実験してみる。
なるほど、使えそうな気がする、、、

試しに3.1から5.0に変更してみた
ワーニング１件、実行時エラー２件が発生。まず、Obsoleteでワーニング、UseDatabaseErrorPageはもう使うなというもので回避策はMSのHPにあったので修正。そして、これはOracleのドライバ固有かもしれないがBinaryFormatterは危険だから使うなというもので強制的に「使う」にすると問題ない。安全に使うにはODPのアプデ待ちとなる。そして最後はUserStoreの動きが若干異なる為のもの。単純に当方が呼び出されないメソッドを未実装例外にしていた怠慢によるものだった。
取り合えず、これらを直して走らせると一応は動いた。細かいところまで見ていないので隠れたエラーはあるのかもしれないが、ビルドは通って動くには動く。

asp.net core 3.1で戯れる
dotnet 3.1になって既存のソースとか、ほぼそのままcoreでもビルド出来るようになって来た。これまでMVC5を使って来たのだが、いよいよ将来の移行も視野にasp.net coreを触ってみる。
VisualStudio上で動かすのは簡単だが、いざdeployとなるとどうなんだろう？ということでcentos7上でkestrelをapacheでリバースプロキシ経由で公開するテストをしてみた。vsでランタイムから何から一本のdllにまとめてしまうという素晴らしいオプションでpublishしたバイナリを使用。centos上でそのdllを普通に動かすだけで、そのままwebappが動くのでお気楽だ。
既定ではkestrelを動かすと”http://localhost:5000″として動作するが、これをそのままapache経由で公開するとwebのroot”/”になってしまう(凡例”http://www.example.com/”)。
そこで、外部からは”myapp”とかの名前で公開したい(凡例”http://www.example.com/myapp”)ので、いろいろ試行錯誤した結果を備忘録にしておこう。
まずはasp.net coreのアプリ側の細工：

//1) kestrelで"myapp"がbasepathになるようにする
public void Configure(IApplicationBuilder app, IWebHostEnvironment env) {
        :
    app.UsePathBase("myapp");
    app.UseStaticFiles();
        :
    app.UseForwardedHeaders(new ForwardedHeadersOptions {
        ForwardedHeaders = ForwardedHeaders.All
    });
        :
}

次にapache側の設定：

#2) apacheのリバースプロキシを設定
<VirtualHost *:*>
        RequestHeader set "X-Forwarded-Proto" expr=%{REQUEST_SCHEME}e
</VirtualHost>

<VirtualHost *:80>
        ProxyPreserveHost On
        ProxyPass /myapp http://localhost:5000/myapp
        ProxyPassReverse /myapp http://localhost:5000/myapp
        ServerName www.example.com
        <Location /myapp>
                Require all denied
                Require ip 127.0.0.1/32
                Require ip 192.168.0.0/24
        </Location>
</VirtualHost>

これで取りあえずは”myapp”で公開された。
そして更に、オレオレ証明書でhttpsにしたかったので、上記のconfを書き換えた：

#2') apacheのリバースプロキシを設定(https)
<VirtualHost *:*>
        RequestHeader set "X-Forwarded-Proto" expr=%{REQUEST_SCHEME}e
</VirtualHost>

<VirtualHost *:80>
        RewriteEngine On
        RewriteCond %{REQUEST_URI} /myapp
        RewriteCond %{HTTPS} off
        RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R,L]

        <Location /myapp>
                Require all denied
                Require ip 127.0.0.1/32
                Require ip 192.168.0.0/24
        </Location>
</VirtualHost>

<VirtualHost *:443>
        ProxyPreserveHost On
        ProxyPass /myapp http://localhost:5000/myapp
        ProxyPassReverse /myapp http://localhost:5000/myapp
        SSLEngine on
        SSLProtocol all -SSLv2
        SSLCipherSuite ALL:!ADH:!EXPORT:SSLv2:!RC4+RSA:+HIGH:+MEDIUM:!LOW:!RC4
        SSLCertificateFile /etc/pki/tls/certs/localhost.crt
        SSLCertificateKeyFile /etc/pki/tls/private/localhost.key

        <Location /myapp>
                Require all denied
                Require ip 127.0.0.1/32
                Require ip 192.168.0.0/24
        </Location>
</VirtualHost>

ブラウザには最初に怒られるが、構わず続けるとhttpsでアクセスできた。
これなら、kestrelのポートをwebapp毎に変えれば同じサーバで複数公開出来そうだ。