1

asp net coreはWebリスナー などの強力なWebサーバーまたはインターネットゲートウェイとしてプロキシを使用する必要があります。私の質問です:リバースプロキシのビルドは、その役割を果たすために十分ですか?内部サービスでasp net core + kestrelを使用し、すべての外部通信がロードバランサ後のリバースプロキシを経由する場合、安全ですか?Azureサービスファブリックはロードバランサ後にエッジプロキシとしてリバースプロキシを使用できます

答えて

0

短い回答:いいえ これはちょっとしたスマートリトライロジックを備えたプロキシです。

すべての内部サービスをインターネットに公開してkestrelを使用する場合、またはすべてのサービスにWebリスナーを使用する場合は、WAFまたはAzure APIマネージャをその前に配置します。

+0

公衆対向ゲートウェイとして使用しない場合のポイントは何ですか?公表されているWWWには向いていませんが、どこで推奨されていますか? – Mardoxx

+0

これが私がこの質問をした理由です。このリバースプロキシはhttp.sysを使用していますか? Weblistenerはステートフルなサービスでは使用できません。ケストレルは公表することはできません。リバースプロキシは、トラフィックをステートフルなサービスにルーティングする際に公開されるべきです。 Azureサービスファブリックは、リバースプロキシがジョブを実行できるか、またはリバースプロキシとロードバランサ間にさらに強力なプロキシが必要な場合に確認を提供する必要があります。 – lixuanzhu

+0

docsページ:https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-reverseproxyの「クラスタ外からのリバースプロキシ経由でマイクロサービスにアクセスする」セクションの下にあるMSは、プロキシのポートを使用するようにLBを設定できると説明しています。これは、MSが依然としてLB infrontを使用してほしいということを意味します。 –

0

はい。

"リバースプロキシは、WebListenerが使用するのと同じWindows HTTP Server API(http.sys)上に構築されています。このWebListenerは、現在KestrelにないDoS保護を提供します。 - Vaclav Turecek(github

関連する問題