問題タブ [membershipreboot]

認証用のMembershipRebootライブラリを使用して、クレーム対応のアプリケーションを構築しようとしています。チュートリアルに関する限り、それらはすべて「UserClaims」テーブルにクレームを手動で追加しています (どのライブラリがそれを追加したかはわかりません)。このテーブルには、UserID、クレームのタイプ、および値が含まれています。このテーブルにプログラムでクレームを追加したいのですが、これを明確な方法で行う方法がわかりません。

同僚と私は、最初にエンティティ フレームワーク コードを使用して既存のデータベースを拡張しようとしましたが、必要なことを達成することができませんでした。

簡単に言うと、ユーザー タイプ InternetUser を持つ既存のデータベースがあります。プロジェクトをアップグレードし、MembershipRebootコードを統合しようとしています。そのコードには、UserAccount の概念 (およびエンティティ) があります。そこで、関連する UserAccount オブジェクトの主キー (GUID) を参照する InternetUser オブジェクトの外部キーを使用して、これら 2 つの型を関連付けることにしました。

エンティティ フレームワークの Power Tools とリバース エンジニアリングを使用して、エンティティを作成しました。次に、UserAccountId プロパティを含めることで、InternetUser タイプを MembershipReboot の UserAccount に手動で接続しました。

この移行の複雑さは、UserAccount が作成されるたびに、MembershipReboot ライブラリ内の一部のハッシュ (暗号化) コードを実行する必要があるという事実に起因しています。最初にEFコードを使用してseedメソッドでそれを行う方法がよくわかりません。したがって、シード時に SQL スクリプトを実行するだけではありません。MembershipReboot を使用してユーザーを作成するには、一部の C# を実行する必要があります。

誰かが同様のことを達成しようとした場合、私は彼らから、そして彼らがどのように問題を解決したかを聞きたいです.

新しい ASP MVC5MembershipRebootテンプレートとAutofac. デフォルトの MVC5 テンプレートを使用してサイトをセットアップし、テンプレートに同梱されてMembershipRebootいる ASP Identity フレームワークの代わりとしてフレームワークを接続しようとしました。

IOwinContext私が抱えているこの問題は、Autofacコンテナから解決しようとしています。これが Startup クラスでの私の配線です (基本に切り詰めます)。これは、アプリケーションのサンプルで使用されている配線MembershipReboot Owinです (ただし、彼は Nancy を使用しています)。

そして、これがコントローラーコンストラクターで指定された依存関係を持つ私のコントローラーです。

MVC フレームワークがコンテナーを使用してコンポーネントを解決するには、Autofacコンテナーをラップする必要があるようです。これが、サンプルと私の MVC5 での使用とAutofacDependencyResolverの唯一の大きな違いです。Nancy Owin

これを行うと、(私のトレースから)最初にOWIN middlewareスタックを通過せずに依存関係が解決されているように見えるため、IOwinContext登録されません。

ここで何が間違っていますか？

アップデート：

ブロックさん、私のプロジェクトに設定を移行すると、あなたの新しいサンプルは完璧に動作します。私の理解では、新しいサンプルのこの行は、現在の OwinContext をコンテナーに登録しているように見えますが、それは以前に欠けていたものです。

あれですか

MVC 5 アプリから ID 認証を削除し、Brock Allen の Membership Reboot の使用を開始しましたが、サインインしていない場合でも、何らかの理由で「Authorize」属性を使用してアクションにアクセスできるようになりました? 誰かが私が見逃した、またはしていないことを教えてもらえますか? ありがとう！

MVC5 アプリを OWIN に変換中です。不正アクセス時に自動リダイレクトを取得するには、web.config でLoginPathonCookieAuthenticationOptionsを設定<authentication mode="None" />し、and を設定します。<modules><remove name="FormsAuthenticationModule" /></modules>

アクセスしようとするexample.com/AppName/と、LoginPath に正常にリダイレクトされますが、クエリ文字列example.com/AppName/Account/Loginに複数のパラメーターが追加されます。ReturnUrl

例えば。example.com/Account/Login?ReturnUrl=%2FAppName%2F%3FReturnUrl%3D%252fAppName%252f

複数の ReturnUrl パラメータを追加しないようにするにはどうすればよいですか?

MembershipReboot を Thinktecture Identity サーバー V2 に統合しました。ここで、名、姓、facebook、twitter などのユーザー プロファイルを拡張したいと思います。

ASP.NET メンバーシップ プロバイダーのように、MembershipReboot のみで構成ファイルを変更するだけでよい方法はありますか?

私はMembershipRebootでThinktecture IdentityServerを使用しており、ユーザー名のデフォルトのユーザー名検証を上書きする方法を見つけようとしています。

私の場合は、ユーザー名を電子メールにするかどうか、ユーザーの電子メールと同じにしないようにしたいということです。ユーザー名の検証は で構成されてUserAccountServiceいます。検証を追加できますが、それらを削除する方法がわかりません。

UsernameDoesNotContainAtSignバリデーターとを削除したいだけUsernameOnlyContainsLettersAndDigitsで、MembershipReboot を変更せずに、構成または ?

編集：

関連する GitHub の問題:

• https://github.com/brockallen/BrockAllen.MembershipReboot/issues/331
• https://github.com/brockallen/BrockAllen.MembershipReboot/issues/339
• https://github.com/brockallen/BrockAllen.MembershipReboot/issues/370

MR と IM の拡張性、安定性、セキュリティなどの違いは何ですか?

シングル テナント アプリケーションに適しているのはどれですか?