IIS 管理者ユーザーが誤って生成キーを押して、web.config のマシン キーが上書きされる可能性があることを懸念しています。バックアップから取得するだけなので、人々はそれほど心配していませんか? それとも、誰もが堅実な管理プロセスを持っていますか、それとも優れた管理者はそうしていませんか?
IIS の開発マシンを使用していて、間違ったサイトのボタンを押しただけです。マシン キーがバックアップから復元されるまで、ユーザーをテストします。
顧客の web.config 属性が必要かどうか疑問に思っていますか?
ここでの優れた管理慣行とは何ですか? 他の知恵の言葉はありますか？IIS管理者ドンク以外。使用中のキーを示す通常の方法はありますか、再生成できませんか?
私が知る限り - いいえ。少しの調査の後、まだいいえ。
複数のマシン キーを扱う場合、共有管理リソース (スプレッドシート、txt ドキュメントなど) ですべて手動で生成しておくことをお勧めします。何か問題が発生した場合は、そこから復元してください。管理者として、特定のアプリケーションのキーを使用する場合、これらのキーを整理しておく責任があります。
心配しないでください、間違いは起こります。データベースがロックされたり、IIS サーバーがクラッシュしたりします。私たち管理者や開発者は、ツールや機能では自動修正できない人為的なエラーが発生する可能性があります。これはまだそのうちの 1 つにすぎません。
もちろん、特定の検証を実行し、それのみを使用してキーを操作する独自のツール (コンソール/GUI) を構築するのは、それほど簡単ではない方法です。