私たちは、ASP.NETのクッキーレスセッション(インプロセス)を持っているので、URLにセッションIDが含まれている、すなわちS(dfasfdafasdfasfa)IIS7はcookieのないシナリオで同じセッションをどのように決定しますか?
我々はまた、弊社のWebサーバーが認識しないようにそれが表示されたプロキシサーバを経由する複数のクライアントを持っていますセッションIDなしで、セッションデータなしでは続行できません。私はオープンプロキシで私たちのサイトをテストし、うまく動作します。しかし、この動作を引き起こすこの特定のクライアントプロキシサーバーには何かが起こっています。
私は成功と失敗のケース(クライアントによって提供されたもの)と、ヘッダーを含む送信された生のHTMLが同じであることを調べました。正しいセッションIDがダウンしているため、プロキシサーバーはURLをキャッシュしていないようです。
私の考えは、IIS7がURLのセッションIDに加えて何かを使って一意のクライアントを決定しているということです。おそらくTCP/IPレベルの何か?単にApp(http)レベルよりもむしろ。これは進んでいますか?誰かがこれに対する答えを知っていますか?
残念ながら、このシナリオをローカルで再現することができないと、私は自分の脳を頑張っています。
プロキシサーバーを使用していないとき、またはWeb上で見つけたいくつかの公開プロキシを使ってサイトを実行しているときに、サイトが正常に機能するため、アプリのリサイクルの問題ではないと思います。私たちのクライアントが真ん中に企業プロキシを持っているときだけです。 –
リクエストURLをSessionIdの横に記録するとどうなりますか? – Nariman
ISAPIフィルターがそれを取り除くので、私たちが記録しているURLには、セッションIDがASP.NETエンジンに到達するまでには含まれていません。しかし、私たちがロギングしているセッションIDは、クライアントトレースログから表示されるURLと一致します –