1

ASP.NET cookieless セッション (inproc) があるため、URL にはセッション ID、つまり S(dfasfdafasdfasfa) が含まれます。

また、Web サーバーがセッション ID を認識せず、セッション データがないと続行できないように見えるプロキシ サーバーを経由するクライアントもいくつかあります。オープン プロキシでサイトをテストしましたが、問題なく動作します。しかし、この特定のクライアント プロキシ サーバーで、この動作を引き起こす何かが起こっています。

成功例と失敗例 (クライアントによって提供される) のパッケージ キャプチャを調べましたが、ヘッダーを含めて送信される生の HTML は同じです。正しいセッション ID がダウンしているため、プロキシ サーバーは URL をキャッシュしていないようです。

私の考えでは、IIS7 は URL のセッション ID に加えて何かを使用して、一意のクライアントを決定しています。おそらくTCP / IPレベルで何か?アプリ(http)レベルだけではありません。これは順調ですか?誰もこれに対する答えを知っていますか?

残念ながら、このシナリオをローカルで再現することができず、頭を悩ませています。

4

1 に答える 1

0

Request UrlSessionId、およびIsNewSesssion .... をログに記録すると、問題の場所がわかります。

Url には有効なセッションが表示されているのに、SessionId には反映されていないことがわかるとは思えません。予期した値が SessionId に反映されているのに、IsNewSession が複数の要求で true になっている場合は、アプリのリサイクルの問題です。

于 2010-12-01T22:03:04.737 に答える