この記事で説明したように我々はweb.configに書き換えルールを使用してAzureのアプリケーションサービス上で動作する我々のアプリにHTTPSを強制していた後、web.configファイルを維持する： https://docs.microsoft.com/en-us/azure/app-service-web/web-sites-configure-ssl-certificate#enforce-https-on-your-appAzureのアプリケーションサービス上のスワップ
問題がありますデプロイメントスロットからメインプロダクションサイトへのスワップを実行すると、web.configが再作成され、web.configの書き換えルールが消えてしまいます。
スワップ後にこのルールが有効であることを確実にするための提案はありますか？
私が知っていたように、Azure Web Appsの操作は、Webアプリケーションの内容をコピーすることではなく、DNSポインタを交換することについてのものです。詳細については、このblogを参照して、展開スロットのプロセスをよりよく理解することができます。
簡単な方法でHTTPSをアプリケーションに適用するシナリオに基づいて、サイト拡張機能を活用して運用用と展開用の両方のスロットにHTTPSを適用できると仮定します。次のようにあなたはそれを達成することができます：
をKUDUを使用して、選択した「サイトの拡張を>ギャラリー」：
また、あなたは、AzureのポータルにログインしてWebアプリケーションを選択し、「開発ツールをクリックしてください可能性があり>次のように拡張機能は、HTTPS、 『内線にリダイレクトHTTP」追加』：
をさらにAzureのサイト拡張機能の詳細については、あなたはクーロンd tutorialに従ってください。
これは私にとってはうまく機能しましたが、アプリケーションのメイン設定ウィンドウでアプリケーションを完全に停止してから起動する必要がありましたが、Site Extensionsウィンドウの上部にある再起動ボタンは機能しませんでした。 – Graham
web.configで書き換えルールを使用していますが、消去されません。余分なものを使用していないと確信していますか？ – albattran
基本的に、私はスワップをした直後に、Kuduデバッグコンソールを通してweb.configに入り、すべての書き換えはなくなりました。私が持っている唯一の説明は、アプリケーションをデプロイメントスロットに公開すると、dev環境から来ているため、ローカルで書き換えルールをローカルに持たないため、ローカルに書き換えルールがないということです。したがって、web.configのローカルバージョンがApp Serviceのものを上書きしている可能性があります。 – Sam