セキュリティトークンの発行者の設定に誤りがあります

Question

私は開発環境を持たずに既存のプロジェクトを継承しました。 UATコードと本番データベースのバックアップがあります。私はVisual Studioを使用してサイトをローカルに起動できますが、AWS（シングルサーバ、ロードバランサなし）で新しくスタンドアロンのDEVサーバを設定しようとすると認証の問題が発生しました。 docoは、Prodサーバーがロードバランサを備えたデュアルサーバー設定であることを示します。

一部の検索は機能していませんが、フロントエンドサイトのページが表示されます。バックエンドページにログインしようとすると、Chromeは「xxxページが機能していません.xxxがあなたを何回もリダイレクトしました」と返します。開発ツールを使用すると、ページがSWT→realm = ...とsitefinityの間で前後にリダイレクトされることがわかりますwrap_defalted = true & wrap_access_token ... 2番目のリダイレクト応答ヘッダーに「X-Authentication-Error：セキュリティトークン「https://xxx/Sitefinity/Authenticate/SWT」 "私はweb.configファイルの行に異なる値を試してみました

の発行者：

<federatedAuthentication> 
     <wsFederation passiveRedirectEnabled="true" issuer="http://localhost" realm="http://localhost" requireHttps="true"/> 
     <cookieHandler requireSsl="false"/> 
</federatedAuthentication> 

が、その実際に作られたものが悪くので、私は戻ってきました。

http://docs.sitefinity.com/administration-switch-to-claims-based-authenticationに記載されている設定をすべて確認したところ、正しく設定されているようです。私はこれを得るために他に何が確認できるかわからない。

私はhttp://docs.sitefinity.com/administration-configure-securityを見つけましたが、これらの設定は設定されていないようです（私はProdサーバーにアクセスできないため、ロードバランシングで実際にセットアップされているか確認できません）。私は現在、30日間のトライアルライセンスを使用していますので、これが問題に寄与しているかどうかはわかりません。公式ライセンスはクライアントによって転送されています。正式なライセンスに関連付けられたドメイン名は、新しいサーバーが現在実行されているドメインとは異なります。

また、Sitefinityのバージョン9インストールでバージョン8のコードを実行しています。私はコードをアップグレードしようとする前にそれを動作させたいと思っていました。私はローカルバージョンをアップグレードしようとしたときに不一致を明らかにするためにアセンブリの負荷があったと思います。

Answer 1

解決策を見つけました：SecurityConfig.configファイルを混乱させないでください。

<securityTokenIssuers> 
    <add key="B886AA7BFB5515BA63F577A44BBEB5C7AE674035514D128BC397346B11F4C97A" encoding="Hexadecimal" membershipProvider="Default" realm="http://localhost" /> 
</securityTokenIssuers> 
<relyingParties> 
    <add key="B886AA7BFB5515BA63F577A44BBEB5C7AE674035514D128BC397346B11F4C97A" encoding="Hexadecimal" realm="http://localhost" /> 
</relyingParties> 

サーバで実行していても、上記の行は引き続きlocalhostを指していなければなりません。完全に別のSTSを使用してマルチサーバーをセットアップしている場合は、これらを編集する必要があるようです。

私は最初に新しいドメイン名と一致するように変更しましたが、localhostとHTTPバリエーションの追加に関するいくつかの実験の後、localhostだけでうまくいくようです。

上記のweb.configエントリをlocalhostの代わりに新しいドメインを使用し、SecureConfig.configを新しいドメインのみをレルムとして指定するように変更したとしても、動作していないようです。私は、認証がlocalhostを特に攻撃しようとしなければならないと思います。