WebSphere 6.1：Cookieにバージョンを追加する方法は？

Question

デフォルトでは、WebSphere 6.1には、LTPATOKENおよびJSESSIONID Cookieへのバージョンは含まれていません。これらのCookieにCookieバージョン1を実施する方法はありますか？

WebSphere 7.0にはこのオプションがありますか？

- 編集 -

例を次に示します。WebSphereに展開されているWebアプリケーションにログインすると、セッションはある時点で作成されます。その後、そのIDはクライアントブラウザに送信されます（FireBugからの出力があります）：

GET /myApp/somepage.jsf HTTP/1.1
Host: 127.0.0.1:9080
...
Referer: http://127.0.0.1:9080/myApp/somepage.jsf
Cookie: someMyCookie=whatever;LtpaToken=9eC8Nk3Pu; JSESSIONID=00005YXN:-1;

コンテンツは無関係であるため、Cookieをカットします。しかし、私は見たいです：

GET /myApp/somepage.jsf HTTP/1.1
Host: 127.0.0.1:9080
...
Referer: http://127.0.0.1:9080/myApp/somepage.jsf
Cookie: someMyCookie=whatever;LtpaToken="9eC8Nk3Pu";Version=1; JSESSIONID="00005YXN:-1";Version=1;

Cookie（SomemyCookie）を制御し、バージョンを設定する場合があります。しかし、私はjsessionidとltpatokenを制御することはできません。それらをバージョン1に設定する方法はありますか？

よろしく

Answer 1

あなたの要件は正気ではありません。

JSessionIDには、バージョンの非互換性や異なるバージョンがありません。これは、ローカルで知られている（またはセルで共有）ID番号です。 LTPakeyは常にバージョン1です。LTPakey2という名前のCookieには常にバージョン2が含まれています。おそらくバージョン3がある場合、新しいCookieはLTPakey3という名前です。

Answer 2

SSOは古いサーバーを獲得しようとしていますか？ Admin Console：Global Security> Single Sign-on（SSO）で相互運用性モード設定を試してみることができます

相互運用性モード

Specifies that an interoperable cookie is sent to the browser to support back-level servers.

In WebSphere® Application Server, Version 6 and later, a new cookie format is needed by the security attribute propagation functionality. When the interoperability mode flag is enabled, the server can send a maximum of two single sign-on (SSO) cookies back to the browser. In some cases, the server just sends the interoperable SSO cookie.