問題タブ [asp.net-identity-2]

Identity 2.0 サンプルを使用しています。

ExternalLoginCallback アクション メソッドで isPersistent を true に設定することで、ブラウザは次回 (制限内で) 同じブラウザを使用してアクセスしたときにユーザーを自動的にログに記録します。ユーザーの "remember me" 設定が取得され、ExternalLogin アクション メソッドに渡された場合、それを returnUrl に入れ、ExternalLoginCallback でアクセスできることを私は知っています。しかし、ExternalLogin アクション メソッドに対するユーザーの設定を取得するにはどうすればよいでしょうか?

この場合、LoginView ページにチェックボックスを配置して、ExternalLogin アクション メソッドで処理できるように接続する方法がわかりません。どうすればこれを達成できますか?

認証 Cookie が読み取られ、検証され、有効な場合は OWIN Cookie 認証ミドルウェアによって ClaimsIdentity オブジェクトが作成されるときに、イベントをインターセプトする方法はありますか。

私のアプローチが完全に間違っている場合は、声をかけてください。

ASP.Net Identity 2.0 を利用しています。(MembershipDbContext で) クラスをカスタマイズしました。特に、2 つのクラスがあります。

別のコンテキスト クラス ApplicationDbContext があり、この説明ではアプリのメニュー システムに関連しています。各メニュー項目は CustomRoles と関係があります。つまり、特定の役割タイプのユーザーのみがそれらを見ることができます:

移行を実行してコンテキストごとにデータベースを更新すると、SQL データベースには 4 つのテーブルがあり、そのうち 2 つが重複しています。

正しいもの (MembershipDbContext から):

正しくないもの (ApplicationDbContext から):

メンバーシップとアプリのナビゲーション システムを別々のコンテキスト クラスに保持したいと思います。アプリケーション コンテキストで流暢な API を試して、不適切なテーブルを適切な名前の正しいテーブルに設定しようとしましたが、ビルド エラーが発生しました。

クラスを個別のコンテキストファイルに保持しながら、これを修正するにはどうすればよいですか?

ありがとうございました。

この投稿では、「電子メールの確認は、偽のアカウントが作成されるのを防ぐので便利です。」. しかし、コードを見ると、電子メールの確認プロセスの前に常にユーザー アカウントが作成されます。

ハッカーが何千もの偽のユーザーを登録したとします。ASP.NET Identity 2.0 はこれをどのように処理しますか?

設定

ASP.NET Identity 2.0 を使用するアプリがあります。ID 部分は、アプリケーションが必要とする残りのテーブルとデータベースを共有します。したがって、あるクラス ライブラリにはビジネス データのデータベースにアクセスする dbcontext があり、別のクラス ライブラリには IdentityModel.cs、つまり ApplicationDBContext があります。

問題：

ビジネス データ コンテキストを使用して移行を処理する方法を理解しようとして混乱するまでは、すべてうまくいきました。最終的に __MigrationHistory テーブルを削除したため、両方のコンテキストのデータベース内のすべてのモデル メタデータが削除されました。

次のエラーが表示されます。

データベースにモデル メタデータが含まれていないため、モデルの互換性を確認できません。モデルの互換性は、Code First または Code First Migrations を使用して作成されたデータベースに対してのみ確認できます。

ビジネス データに関連するすべての移行を削除し、そのプロジェクトの移行を再度有効にしました。これは、ビジネス dbcontext のモデル メタデータを再作成する効果がありました。

ただし、Identity メタデータで同じことを達成する方法がわかりません。

質問：

ASP.NET Identity 2.0 の __MigrationHistory でモデル メタデータを再作成するにはどうすればよいですか?

Asp.Net Identity 2.0.1 を使用しています。

ある開発環境から別の開発環境にデータベースをコピーすると、次のエラーが発生します。アプリケーションにログインすると ()。

データベースが作成されてから、'ApplicationDbContext' コンテキストをサポートするモデルが変更されました.....

これは 2 つの別個のマシン (machine1 と machine2) であり、両方のデータベース接続は正しいですが、identitymodel が最初に生成された開発環境 (machine1) では問題はありません。しかし、machine2 では上記のエラーが発生します。(私の ApplicationDbInitializer は、 DropCreateDatabaseIfModelChangesではなくCreateDatabaseIfNotExistsに設定されています)

モデルを定義するとき、Identity は MAC アドレスを使用しますか? もしそうなら、これを回避する方法はありますか？