私はこのテーマを検索しましたが、さらに混乱しています。
フォーム認証Webアプリケーションがあります。古いFormsAuthentication.SetCookieステートメントを変更して、代わりにFormsIdentityを含むGenericPrincipalを作成し、次にいくつかのカスタムクレームを追加してから、SessionAuthenticationModuleを使用してsessionsecuritytokentocookieを記述しました。FederatedAuthenticationと少し混乱しています-トークンを書き込むためにFederatedAuthentication.SessionAuthenticationModuleを使用していますが、これは私の場合はModules( "SessionAuthenticationModule")を使用するのと同じだと思いますか?
とにかく、認証は正常に機能しますが、カスタムクレームは再作成されていません。メンバーシッププロバイダーまたはロールプロバイダーを使用していません-それは重要ですか?
SessionAuthenticationModules、ClaimsAuthenticationManagers、ClaimsTransformationModulesについて読みましたが、これらのどれをどのように使用すべきかわかりません。現在、古いログインコードがあった場所にクレームを追加するだけで(ログインプロセス全体を書き直す時間がありません)、これらのクレームはリクエストごとに自動的に再作成されると期待していました。
何をする必要がありますか-明らかに、データベースを再構築するたびにデータベースにアクセスする必要はありません-それらはCookieに保存され、自動的に再作成されていると思いました。