0

ある環境（DEV...もちろん）で資格情報を失っているように見えるasp.netアプリケーションがありますが、別の環境（INT）ではありません。ログイン後、ランダムに数秒間クリックすると、最終的にログイン ページにリダイレクトされます。

私はネットワーク管理者ではないので、間違ったことを言っている場合はご容赦ください。つまり、DEV と INT の 2 つの環境があります。それぞれに、基盤となるサーバーを指す DNS A レコードがあります。DEV では、アプリが指す URL は devEnv.organization.com のようなものです。これは、dev01 という名前のサーバーを指しています。INT では、アプリが指す URL は intEnv.organization.com のようなものです。これは、int01 と int02 の 2 つのサーバーを指しています。現時点では、ネットワーク管理者が int02 を除外するために何かを行ったため、intEnv.organization.com レコードは 01 を指すだけ
です。上記の問題は、この環境で発生します。アプリケーションが int01 サーバーを直接指すようにすると、アプリケーションは問題なく動作します。

繰り返しになりますが、DEV では、devEnv.organization.com の URL を指すか、dev01 サーバーを指すかに関係なく、アプリケーションは完全に (自然に) 動作します。これを引き起こしている可能性のあるもの、またはこれをトラブルシューティングする方法について誰か考えがありますか? クライアントは IIS7 を使用しています。web.config は、それぞれで同じです (適切なデータベース サーバーを指すデータベース接続文字列を除く)。

助けてください！

ありがとう、

スティーブ

4

1 に答える 1

0

Fiddler のような http デバッガーでトラフィックを盗聴するだけです。最終的に、サインアウトされます。次に、Fiddler に戻り、最後の要求を調べます。検索するのは、認証 Cookie を消去するヘッダーです。または、連続したリクエストに Cookie を添付するためにブラウザを強制的に停止させるその他の原因。

編集：

フィドラーを実行します。リクエストのリストが表示されます。右側に、各リクエストの詳細が表示されます。上がリクエスト、下がレスポンス。Raw ビューに切り替えます。検索するのは、応答 (最初の数行) の場合、ヘッダー セクションの Set-Cookie 行です。最初の要求の 1 つは、フォーム認証 Cookie を設定し、名前と値を割り当てます。他の Cookie の中からフォーム Cookie を見つけるだけです。後でいくつかのリクエストを行うと、おそらく Cookie が再度設定されていることがわかりますが、今回は日付が過去を指しています。これにより Cookie がクリアされ、サインアウトされます。

見つけなければならないのは、なぜそれが起こるのか、つまり、特定のページが Cookie をクリアする原因は何かということです。

初めて Fiddler を学びたい場合は、Google で「Fiddler チュートリアル」を検索すると、たくさんあります。

于 2012-08-10T22:39:19.407 に答える