当社の運営者は、当社のウェブポータルにラウンドロビンロードバランサを実装しています。ラウンドロビンロードバランサのためにユーザーがWebサイトからログアウトしています
私はどのサーバーを使用しているのかを確認することができます。私はサーバーAに留まっています。5分間放置して別のページを試すと、サーバーBにプッシュされ、ログに記録されますログアウトページが表示されます。
machine.config内のMachineKeyが両方のサーバーで同じであることを確認しました。セッションが使用されていないことをローカルでテストしました。セッションを完全にローカルにすることができます。まだ動作します。両方のサーバーでドメインのASPXAUTH Cookieを作成していることを確認しましたので、両方のサーバーで認証されたものとして分類する必要がありますが、サーバーを変更するたびに認証が失われます。
ログアウトの原因となる考え方について教えてください。私はそれがASPXAUTHの仕組みについての私の誤解だと推測しています。
おかげで、トラブルシューティングガイドは、短い遅延の後にページを要求しているときにクライアントが実際にASPXAUTHクッキーを送信していないことを証明し、サーバーが認証されていないと考えてしまったことを証明しました。しかし、私はまだ次のステップが何であるか考えるのに苦労しています。ファイダーのログには "Tunnel to" "www.mydomain.co.uk:443"の両方の時間が表示されるので、なぜ同じURLとして見られず、クッキーを渡すのでしょうか?どちらのサーバーでも、Cookieは「セッションの終了時」として有効期限を示し、ドメイン「https://www.mydomain.co.uk」に関連付けられています。私の理解でうまくいくはずです。 – ColinRobertson
あなたが予測したように、WebホストがMachineKeyの変更を完全に展開していなかったので、私はあなたの答えに合格とマークしました。彼らはFrameworkフォルダでそれを変更しましたが、Framework64フォルダで変更されていませんでした。ご協力いただきありがとうございます。 – ColinRobertson
これはあなたのために今働いてうれしい! – Maxam