機械翻訳について

設定のカスタマイズ

ニーズにあわせてWebLogic Remote Consoleの設定をカスタマイズできます。

  1. WebLogic Remote Consoleで、「ファイル」 > 「設定」に移動します。 (macOSではWebLogic Remote Console > 「設定」)。
  2. セクション・タブを選択し、必要に応じて変更します。
  3. 「保存」をクリックして変更を適用します。

カスタマイズには次のものがあります:

ネットワーク

「ネットワーク」セクションは、WebLogic Remote Consoleの接続関連設定を管理します。

Javaプラットフォーム、SEおよびJDK 11 API仕様の「ネットワーク・プロパティ」で、ネットワーキングに関連する他のシステム・プロパティについて学習できます。 予期しない動作を回避するには、設定が互いに競合しないようにしてください。

SSL/TLSを使用したWebLogicドメインへの接続

WebLogicドメインへの接続ウィンドウでドメインURLにHTTPSを指定した場合、WebLogic Remote ConsoleはSSL/TLSを使用してWebLogicドメインと通信します。

SSL/TLS接続には、WebLogicドメインでの信頼が必要です。信頼構成は、基礎となるJDK JSSEサポートによって処理されます。 デフォルトでは、JDKはJDKで提供されているcacertsトラスト・ストアを使用します。 WebLogicドメインに追加のトラスト、個別のトラスト、またはWebLogicデモ・トラスト(demotrust.jks)を使用している場合に、次のいずれかのオプションを使用してSSL/TLS信頼を構成する必要があります:

  • keytoolコマンド」を使用して、必要な信頼証明書をJDKに付属のcacertsトラスト・ストアにインポートします。

  • トラスト・ストアのタイプとロケーションを構成します。

    1. WebLogic Remote Consoleで、「ファイル」 > 「設定」に移動します。 (macOSではWebLogic Remote Console > 「設定」)。
    2. 「ネットワーク」セクションの信頼「ストア・タイプ」フィールドに、トラスト・ストアのアルゴリズム名を入力します。 特定のアルゴリズム名については、「JDKプロバイダのドキュメント」を参照してください。 指定したトラスト・ストア・タイプによっては、追加のフィールドが表示される場合があります。
      1. 「トラスト・ストア・ファイルの選択」をクリックして、トラスト・ストアのファイルのロケーションを参照します。
      2. 「トラスト・ストア・キー」の横にある「変更」をクリックします。 トラスト・ストア・キーのシークレットを入力し、「保存」をクリックしてシークレットを追加します。
    3. 「保存」をクリックして変更を適用します。

サーバーの構成

異なるネットワークに存在するWebLogic ServerドメインとWebLogic Remote Consoleの間の通信を容易にするために、プロキシ・サーバーの設定を構成する必要がある場合があります。 すべての管理サーバー接続に適用されるグローバル・プロキシ・サーバーを構成するか、各管理サーバー接続にプロキシ・サーバー設定を個別に割り当てることができます。 グローバル設定と個別設定の組み合わせを構成することもできます。個々のプロキシ・サーバー設定は、グローバル・プロキシ・サーバー設定よりも優先されます。

グローバル・プロキシ・サーバー設定の構成

  1. WebLogic Remote Consoleで、「ファイル」 > 「設定」に移動します。 (macOSではWebLogic Remote Console > 「設定」)。
  2. 「ネットワーク」セクションの「プロキシ・アドレス」フィールドに、ホスト名とポートの両方を含むプロキシ・サーバーのアドレスを入力します。
  3. 「保存」をクリックして変更を適用します。

このプロキシ・サーバーは、すべての管理サーバー接続に適用されます(個々のプロキシ・サーバー設定で置き換えられない場合)。

Javaシステム・プロパティを使用してプロキシ・サーバー設定を構成することもできるため、技術的には複数の「グローバル」プロキシ・サーバーを作成できます。 複数のグローバル・プロキシ・サーバーを構成すると予期しない動作が発生する可能性があるため、これはお勧めしません。 設定ダイアログ・ボックスのプロキシ・サーバー値は、他のすべてのグローバル・プロキシ・サーバー設定より優先されます。 また、Javaシステム・プロパティを使用してHTTPSを使用するプロキシ・サーバーを1つ追加し、SOCKSを使用する別のプロキシ・サーバーを追加した場合、WebLogic Remote ConsoleはSOCKSプロキシ・サーバーを無視します。

個別のサーバー構成を構成

  1. プロバイダ・ドロワーを開きます。

  2. プロキシ・サーバーを構成する管理サーバー・プロバイダの他に、「設定」アイコン設定アイコンをクリックします。

  3. 「プロキシの上書き」フィールドに、ホスト名とポートの両方を含むプロキシ・サーバーのアドレスを入力します。

    ノート: WebLogic Remote Consoleで直接接続し、グローバル・プロキシ・サーバー設定をバイパスする場合は、DIRECTと入力します。

  4. 「OK」をクリックします

個々のプロキシ・サーバー設定は、グローバル・プロキシ・サーバーの設定よりも優先されます。

サーバーのネットワーク・タイムアウト設定の変更

WebLogicドメインで使用される接続のデフォルト設定および読取りタイムアウト制限は、WebLogic Remote Consoleから変更できます。

  1. WebLogic Remote Consoleで、「ファイル」 > 「設定」に移動します。 (macOSではWebLogic Remote Console > 「設定」)。
  2. 「ネットワーク」セクションの「管理サーバー接続タイムアウト」フィールドで、間隔(ミリ秒)を指定して、ドメインへの接続が成功するまでWebLogic Remote Consoleが待機する時間を決定します。 デフォルトは10秒(10 000ミリ秒)です。
  3. 次に、「管理サーバーの読取りタイムアウト」フィールドで、間隔(ミリ秒)を指定して、WebLogic Remote Consoleがサーバーからのレスポンスを待機する時間を決定します。 デフォルトは20秒(20 000ミリ秒)です。
  4. 「保存」をクリックして変更を適用します。

ネットワーク・タイムアウト設定を変更すると、主な影響はコンソール・スレッドのレスポンス時間になりますが、タイムアウトが発生するとアプリケーションはデータを表示しません。 タイムアウトは、サーバーの実行時モニタリング・アクション中など、WebLogic Serverの初期化または実行時間が長いリクエスト中に発生する可能性が高くなります。

WebLogicドメインへの接続でホスト名検証の無効化

WebLogicデモの信頼を使用してWebLogicドメインに接続する場合は、ホスト名検証を無効にする必要がある場合があります。 ホスト名検証を無効にすると、WebLogic Remote Consoleは、接続が行われるURLのホスト名が、SSL接続の一部としてサーバーが送信するデジタル証明書のホスト名と一致していることを確認する検証チェックをスキップします。

本番環境では、デモ証明書の使用やホスト名検証の無効化はお薦めしません。

  1. WebLogic Remote Consoleで、「ファイル」 > 「設定」に移動します。 (macOSではWebLogic Remote Console > 「設定」)。
  2. 「ネットワーク」セクションの「ホスト名検証を無効化しますか。」で、YesまたはNoを選択して、ホスト名検証をそれぞれ有効または無効にします。
  3. 「保存」をクリックして変更を適用します。

その他のJavaシステム・プロパティ

「その他のJavaシステム・プロパティ」セクションでは、Javaシステム・プロパティを使用して、特定の設定が設定ダイアログ・ボックスの他の場所で使用できない場合のWebLogic Remote Consoleをカスタマイズできます。

設定ダイアログ・ボックスを開き、「その他のJavaシステム・プロパティ」セクションを選択します。 +をクリックして新しい行を追加し、=で区切られた名前と値のペアとしてJavaシステム・プロパティを入力します。 たとえば、server.port=8092です。

プロパティを削除するには、行を選択して-をクリックします。

設定ダイアログ・ボックスに同等の設定がすでに存在する場合は、Javaシステム・プロパティのかわりにその構成オプションを使用することをお薦めします。 たとえば、https.proxyHostおよびhttps.proxyPortではなく、「ネットワーク」の下の「プロキシ・アドレス」オプションを使用します。

webブラウザのサポートに必要な場合は、SameSite cookie属性を設定

WebLogic Remote ConsoleがWebLogicドメインとの接続を確立すると、Webブラウザ・セッションでHTTP cookieが確立されます。

セキュリティ上の理由から、HTTP cookieのSameSite属性は、WebブラウザがHTTPセッションcookieを受け入れるように設定する必要がある場合があります。 リモート・コンソールの動作を制御する設定は2つあります:

  1. WebLogic Remote Consoleで、「ファイル」 > 「設定」に移動します。 (macOSではWebLogic Remote Console > 「設定」)。
  2. 「その他のJavaシステム・プロパティ」セクションで、+をクリックして新しい行を追加し、console.enableSameSiteCookieValue=trueと入力してHTTP cookieにSameSite属性を含めます。
  3. +を再度クリックし、console.valueSameSiteCookie=<value>を追加してSameSite属性の値を指定します。 指定できる値は、StrictまたはLaxです。 デフォルトはLaxです。
  4. 「保存」をクリックして変更を適用します。

JDKの代替ロケーションの指定

JDKを別のロケーションで使用するようにWebLogic Remote Consoleを構成できます。

  1. WebLogic Remote Consoleで、「ファイル」 > 「設定」に移動します。 (macOSではWebLogic Remote Console > 「設定」)。
  2. 「その他のJavaシステム・プロパティ」セクションで、+をクリックして新しい行を追加し、javaPath=<pathToJDK>と入力します。
  3. 「保存」をクリックして変更を適用します。

カスタム・ロギング構成ファイルを指定

WebLogic Remote Consoleで、より有用なロギング情報を収集する場合は、デフォルトのロギング構成をオーバーライドできます。 カスタム・ロギング構成ファイルは、構成ファイルのJava形式に従う必要があります。 Javaロギング構成ファイルの例は、$JAVA_HOME/conf/logging.propertiesを参照してください。

  1. WebLogic Remote Consoleで、「ファイル」 > 「設定」に移動します。 (macOSではWebLogic Remote Console > 「設定」)。
  2. 「その他のJavaシステム・プロパティ」セクションで、+をクリックして新しい行を追加し、java.util.logging.config.file=<path-to-logging.properties>と入力します。
  3. 「保存」をクリックして変更を適用します。

カスタム・ロギング構成ファイルで問題が発生した場合、WebLogic Remote Consoleはデフォルトのロギング構成ファイルを使用するようにフォールバックします。 STDOUT には、使用されたファイルを示すログ・メッセージが含まれます。