ニーズにあわせてWebLogic Remote Consoleの設定をカスタマイズできます。
カスタマイズには次のものがあります:
「ネットワーク」セクションは、WebLogic Remote Consoleの接続関連設定を管理します。
Javaプラットフォーム、SEおよびJDK 11 API仕様の「ネットワーク・プロパティ」で、ネットワーキングに関連する他のシステム・プロパティについて学習できます。 予期しない動作を回避するには、設定が互いに競合しないようにしてください。
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
トラスト・ストアにインポートします。
トラスト・ストアのタイプとロケーションを構成します。
異なるネットワークに存在するWebLogic ServerドメインとWebLogic Remote Consoleの間の通信を容易にするために、プロキシ・サーバーの設定を構成する必要がある場合があります。 すべての管理サーバー接続に適用されるグローバル・プロキシ・サーバーを構成するか、各管理サーバー接続にプロキシ・サーバー設定を個別に割り当てることができます。 グローバル設定と個別設定の組み合わせを構成することもできます。個々のプロキシ・サーバー設定は、グローバル・プロキシ・サーバー設定よりも優先されます。
このプロキシ・サーバーは、すべての管理サーバー接続に適用されます(個々のプロキシ・サーバー設定で置き換えられない場合)。
Javaシステム・プロパティを使用してプロキシ・サーバー設定を構成することもできるため、技術的には複数の「グローバル」プロキシ・サーバーを作成できます。 複数のグローバル・プロキシ・サーバーを構成すると予期しない動作が発生する可能性があるため、これはお勧めしません。 設定ダイアログ・ボックスのプロキシ・サーバー値は、他のすべてのグローバル・プロキシ・サーバー設定より優先されます。 また、Javaシステム・プロパティを使用してHTTPSを使用するプロキシ・サーバーを1つ追加し、SOCKSを使用する別のプロキシ・サーバーを追加した場合、WebLogic Remote ConsoleはSOCKSプロキシ・サーバーを無視します。
プロバイダ・ドロワーを開きます。
プロキシ・サーバーを構成する管理サーバー・プロバイダの他に、設定アイコンをクリックします。
「プロキシの上書き」フィールドに、ホスト名とポートの両方を含むプロキシ・サーバーのアドレスを入力します。
ノート: WebLogic Remote Consoleで直接接続し、グローバル・プロキシ・サーバー設定をバイパスする場合は、DIRECT
と入力します。
「OK」をクリックします
個々のプロキシ・サーバー設定は、グローバル・プロキシ・サーバーの設定よりも優先されます。
WebLogicドメインで使用される接続のデフォルト設定および読取りタイムアウト制限は、WebLogic Remote Consoleから変更できます。
ネットワーク・タイムアウト設定を変更すると、主な影響はコンソール・スレッドのレスポンス時間になりますが、タイムアウトが発生するとアプリケーションはデータを表示しません。 タイムアウトは、サーバーの実行時モニタリング・アクション中など、WebLogic Serverの初期化または実行時間が長いリクエスト中に発生する可能性が高くなります。
WebLogicデモの信頼を使用してWebLogicドメインに接続する場合は、ホスト名検証を無効にする必要がある場合があります。 ホスト名検証を無効にすると、WebLogic Remote Consoleは、接続が行われるURLのホスト名が、SSL接続の一部としてサーバーが送信するデジタル証明書のホスト名と一致していることを確認する検証チェックをスキップします。
本番環境では、デモ証明書の使用やホスト名検証の無効化はお薦めしません。
「その他のJavaシステム・プロパティ」セクションでは、Javaシステム・プロパティを使用して、特定の設定が設定ダイアログ・ボックスの他の場所で使用できない場合のWebLogic Remote Consoleをカスタマイズできます。
設定ダイアログ・ボックスを開き、「その他のJavaシステム・プロパティ」セクションを選択します。 +をクリックして新しい行を追加し、=
で区切られた名前と値のペアとしてJavaシステム・プロパティを入力します。 たとえば、server.port=8092
です。
プロパティを削除するには、行を選択して-をクリックします。
設定ダイアログ・ボックスに同等の設定がすでに存在する場合は、Javaシステム・プロパティのかわりにその構成オプションを使用することをお薦めします。 たとえば、https.proxyHost
およびhttps.proxyPort
ではなく、「ネットワーク」の下の「プロキシ・アドレス」オプションを使用します。
WebLogic Remote ConsoleがWebLogicドメインとの接続を確立すると、Webブラウザ・セッションでHTTP cookieが確立されます。
セキュリティ上の理由から、HTTP cookieのSameSite
属性は、WebブラウザがHTTPセッションcookieを受け入れるように設定する必要がある場合があります。 リモート・コンソールの動作を制御する設定は2つあります:
console.enableSameSiteCookieValue=true
と入力してHTTP cookieにSameSite
属性を含めます。console.valueSameSiteCookie=<value>
を追加してSameSite
属性の値を指定します。 指定できる値は、Strict
またはLax
です。 デフォルトはLax
です。 JDKを別のロケーションで使用するようにWebLogic Remote Consoleを構成できます。
javaPath=<pathToJDK>
と入力します。WebLogic Remote Consoleで、より有用なロギング情報を収集する場合は、デフォルトのロギング構成をオーバーライドできます。 カスタム・ロギング構成ファイルは、構成ファイルのJava形式に従う必要があります。 Javaロギング構成ファイルの例は、$JAVA_HOME/conf/logging.properties
を参照してください。
java.util.logging.config.file=<path-to-logging.properties>
と入力します。カスタム・ロギング構成ファイルで問題が発生した場合、WebLogic Remote Consoleはデフォルトのロギング構成ファイルを使用するようにフォールバックします。 STDOUT
には、使用されたファイルを示すログ・メッセージが含まれます。