Sun Java System Portal Server Secure Remote Access 7.2 管理ガイド

コア

「コア」は、ゲートウェイサービスのコア属性を示しています。

表 A–2 ゲートウェイサービスのコア属性

属性 

デフォルト値 

説明 

HTTPS 接続を有効 

 

HTTPS 接続を有効にします。 

HTTPS ポート 

443 

HTTPS ポートを指定します。 

HTTP 接続を有効 

HTTP 接続を有効にします。 

HTTP ポート 

80 

HTTP ポートを指定します。 

リライタプロキシを有効 

ゲートウェイとイントラネットの間の HTTP トラフィックをセキュリティー保護できます。このリライタプロキシとゲートウェイでは、同じゲートウェイプロファイルが使用されます。 

リライタプロキシのリスト 

 

リライタプロキシをリストします。リライタプロキシのインスタンスが複数存在する場合には、host-name:port の形式で個別に詳細を入力します。

ネットレットを有効 

選択 

TCP/IP アプリケーション (Telnet や SMTP など)、HTTP アプリケーション、同じポートを使用するすべてのアプリケーションをセキュリティー保護できます。 

プロキシレットを有効 

選択 

クライアントマシン上でプロキシレットのダウンロードを有効にします。 

ネットレットプロキシを有効 

 

クライアントからのセキュリティー保護されたトンネルを、ゲートウェイを経由してイントラネット内のネットレットプロキシまで拡張することで、ゲートウェイとイントラネット間のネットレットトラフィックのセキュリティーを補強します。Portal Server でアプリケーションを使用しない場合は、無効にします。 

ネットレットプロキシホスト 

 

ネットレットプロキシホストを hostname:port の形式でリストします。 

Cookie 管理を有効 

 

ユーザーがアクセスを許可されたすべての Web サイトに対して、ユーザーセッションを追跡および管理します。Portal Server が Portal Server ユーザーセッションの追跡に使用する Cookie には適用されません。 

持続 HTTP 接続を有効 

選択 

ゲートウェイで HTTP の持続的接続を有効にし、Web ページのイメージやスタイルシートなどのすべてのオブジェクトにソケットが開かれないように設定することができます。 

持続接続ごとの最大要求数 

10 

持続的接続 1 つあたりの要求数を指定します。 

持続ソケット接続のタイムアウト 

50 

ソケットを閉じるまでに必要な時間を指定します。 

回復時間に必要な正常なタイムアウト 

20 

ブラウザが要求を送信してからゲートウェイに到達するまでの猶予時間と、ゲートウェイが応答を送信してからブラウザが実際に受信するまでの時間を指定します。 

ユーザーセッション Cookie を転送する URL 

 

サーブレットおよび CGI で、Portal Server の Cookie を受信し、API を使用してユーザーを特定することができます。 

最大接続キュー 

50 

ゲートウェイが受け付ける最大同時接続数を指定します。 

ゲートウェイタイムアウト (秒) 

120 

ゲートウェイがブラウザとの接続をタイムアウトするまでの時間を、秒単位で指定します。 

最大スレッドプールサイズ 

200 

ゲートウェイスレッドプールで事前に作成できる最大スレッド数を指定します。 

キャッシュされたソケットのタイムアウト 

200 

ゲートウェイが Portal Server との接続をタイムアウトするまでの時間を、秒単位で指定します。 

Portal Server 

 

http://portal server name:port -number の形式で Portal Server を指定します。ゲートウェイは要求を処理するために、リスト内の各 Portal Server にラウンドロビン式にアクセスを試みます。

サーバーの再試行間隔 (秒) 

120 

Portal Server、リライタプロキシ、またはネットレットプロキシがクラッシュや停止などで使用できなくなった場合に開始の試行を要求する時間間隔を指定します。 

外部サーバーの Cookie を格納 

 

ゲートウェイで、サードパーティー製アプリケーション、またはゲートウェイ経由でアクセスするサーバーからの Cookie を格納、管理できます。 

URL からセッションを取得 

 

Cookie をサポートするかどうかに関係なく、セッション情報を URL の一部として符号化します。ゲートウェイでは、クライアントのブラウザから送信されるセッション Cookie の代わりに、URL に含まれるこのセッション情報を使用して検証を行います。