0

支援しようとしているクライアント プロジェクトの FormsAuthentication で興味深い問題が発生しています。問題は次のとおりです。

  • Web アプリのドメインが .companyA.com から .companyB.com に変更され、IIS リダイレクトを設定して、.companyA.com にアクセスしようとする人を .companyB.com に送信しました。それはうまくいきます。

  • 現在、サイトにログインできません。掘り下げてみたところ、web.config に authCookie が定義されていることがわかったので、authCookie ドメインを .companyB.com に一致するように変更しました。まだログインできませんでした。

  • さらに調査を行ったところ、SQL レポート サーバーがセットアップされていることがわかりました。レポート サーバーの構成ファイルのドメインを .companyB.com に変更しました。まだログインできません。

この種の問題の一般的なトラブルシューティングのために、私が見ることができる他の場所はありますか? 私はこれをファイアファイトとして配置したばかりなので、ドメインの知識が制限されており、VS でソリューションを開くことができません。これは、使用可能な VS だけがソリューションに対して古すぎるためです。

EDIT: OK, after further digging, I found out that the user isn't authenticating wasn't the main issue. There was a problem with connecting to the reporting service DB and the exception was being swallowed up. Thankfully it showed up in the event viewer. Unfortunately this still leaves me with problems, I can't figure out why SQL won't authenticate me anymore and how changing domain names could possibly lead to that.

4

1 に答える 1

0

デバッグは本当に簡単です。任意の http デバッガー (Fiddler が行います) を入手して、アプリケーションを実行するだけです。リクエストのリストが表示されます。認証 Cookie を設定する応答と、連続した要求で何が起こるかに注意してください。

おそらく、Cookie が設定されているのに、それ以上欠落していることがわかります。これは、Cookie がドメイン A に対して発行され (デバッガーに Cookie のドメインが表示されます)、ブラウザがそれをドメイン B に配信していないことが原因である可能性があります (ブラウザはこれを行う必要があります。他のドメインに Cookie を転送することはありません)。 ）。

とにかく、ここでは http デバッガーが大いに役立ちます。

于 2012-08-30T18:26:36.107 に答える