2017-04-02 20 views
3

DNN(DNNモジュールの束)をベースにしたアプリケーションがあり、徐々にこのアプリケーションをプレーンなASP.NETコアに移行したいと考えています。 (DNNから脱出) 私はDNNユーザーの管理とナビゲーションにのみ依存していますが、残りの部分は基本的にプレーンなASP.NET Webフォームです。DotNetNukeからASP.NETコアへの移行

新しいアプリケーション(別のサブドメイン)を作成し、まずユーザー管理を.NETコアIDに移行することを計画しています(DNNのWebユーザーコントロール)。ユーザーは新しいアプリを使用してログインし、移行期間中にコアアプリとDNNを切り替える必要があります。私は、新しいIDベースのメカニズムを使用したいと思うし、最後のDNNモジュールを廃止することができるまで、ユーザーをDNN Membershipベースのテーブルと同期させておく必要があります。

投稿者:https://docs.microsoft.com/en-us/aspnet/core/security/authentication/identity IDNは完全にDNNとは異なる独自のCookieを作成するようです。 2回ログインすることなく古いアプリから新しいアプリに移行できる共有クッキーを作成する方法を知っている人はいますか? この機能を実現するにはより良い方法がありますか?

UPDATE: より多くの研究を行うと、この時点では、2つの段階でこのプロジェクトを分割する方が理にかなっているようだ: 1. MVC 5 2(安定性のために)移行MVC 5を使用して、新しいアプリケーションしばらくしてから.NETコアへのアプリケーション

この場合、OWIN認証を使用してMVC 5に質問が残ります。 MVCとDNNの間で共有認証Cookieを作成することは可能でしょうか?

+0

にOWIN に3.移行を移動することができるようになりますMVC 5で新しいアプリを作成しますが、古いフォーム認証 2を使用します。 [リンク](https://blogs.msdn.microsoft.com/webdev/2013/07/03/understanding-owin-forms-authentication-in-mvc-5/)これは簡単ではないようです。 DotNetNukeには、MachineKeyで暗号化されたユーザー名を含む非常に特定のCookie(web.configから)が必要です。このために、owin cookieをカスタマイズできるかどうかは不明です。 – Dabixi

答えて

0

同じ問題を抱えている人にとっては、私がしたいことができないことが分かりました。 OWINで認証Cookieの形式が変更され、以前のFormsAuthenticationとの下位互換性はありません。

私は、同じ名前、MachineKey暗号化などでOWINクッキーを作成することができましたが、内容は異なり、DNNはこれを認識しません。

移行に追加のフェーズを追加する必要があります。 1.すべてのモジュールが移行された後、私はこの記事を見てみるとASP.NETコア

+0

[こちらのリンク](https://github.com/aspnet/Security/issues/617)は役に立ちます – Dabixi

+0

これにもう少し時間を費やして、これまでに見つけたものを投稿しました。 – Dabixi

+0

[OWIN Cookie形式の説明](http://tech.trailmax.info/2014/08/aspnet-identity-cookie-format/)はこちらです。私は[クッキーのフォーマットを変更する]方法に関する別の記事を見つけました(http://www.alexboyang.com/2014/05/28/sso-for-asp-net-mvc4-and-mvc5-web-apps-私はDotNetNukeによって認識され、MVC 5とDNN 8の間でSSOを提供するCookieを作成することができました。唯一の問題は、フォーマットの変更によってCookieがIdentityフレームワークにとって役に立たなくなることです。 – Dabixi

関連する問題